Здравствуйте, drserg, Вы писали:

D>Доброго времени суток!

D>Продукт развивается. Исправляются баги, добавляются новые возможности. Только сейчас заметили, что на сайте лежит самое первое описание Необходимо исправить.

D>Помогите с решением вопросов:

D>1) Где разместить информацию о исправленных багах?
D>2) Упоминать ли вообще, что были баги? (Новые клиенты могут подумать, что софт некачественный)
D>3) Где размещать информацию о новых возможностях?
D>4) Может стоит заново переделать описание и выложить?

D>Заранее благодарны за ответ!

Заведи что-нибудь вроде Version History, и баста!

О новых фичах упоминать на 1й странице и еще несколько раз где нить.
Про баги: не писать ниче (но себе пометки делать !), сделать страничку в мануале troubleshooting на которой описать 2-3 лехко-решаемых глюка типа поставить сервис пак ...

Здравствуйте, drserg, Вы писали:

D>Благодарю за ответ.

D>А с основным описанием что? Переделывать полностью или достаточно историю новых фич добавить? Кстати куда историю размещать в верхней части описания или внизу?

Описание переделать, имхо, всегда полезно, особенно на этапе бурного развития программы. Да, и по поводу размещения/не размещения багов. Баги упомянать , ясен пень, не стоит, а вот их активное исправление (и упоминание об этом на сайте) — хороший знак для потенциального покупателя. Ну может не на главной странице, но где-нить это полезно, факт. Главную страницу, опять же имхо, перегружать не нужно, дабы зашедшие не блуждали там как ежики в тумане.

Здравствуйте, drserg, Вы писали:

D>2) Упоминать ли вообще, что были баги? (Новые клиенты могут подумать, что софт некачественный)

Можно писать в позитивном ключе: improved <...>, increased compatibility with <...> и т.д.
Вроде "сказал то же самое, но насколько приятнее для самолюбия" (с)

Доброго времени суток!

Продукт развивается. Исправляются баги, добавляются новые возможности. Только сейчас заметили, что на сайте лежит самое первое описание Необходимо исправить.

Помогите с решением вопросов:

1) Где разместить информацию о исправленных багах?
2) Упоминать ли вообще, что были баги? (Новые клиенты могут подумать, что софт некачественный)
3) Где размещать информацию о новых возможностях?
4) Может стоит заново переделать описание и выложить?

Заранее благодарны за ответ!

Здравствуйте, Kubyshev Andrey, Вы писали:

KA>О новых фичах упоминать на 1й странице и еще несколько раз где нить.
KA>Про баги: не писать ниче (но себе пометки делать !), сделать страничку в мануале troubleshooting на которой описать 2-3 лехко-решаемых глюка типа поставить сервис пак ...

Благодарю за ответ.

А с основным описанием что? Переделывать полностью или достаточно историю новых фич добавить? Кстати куда историю размещать в верхней части описания или внизу?