Периодичность выпуска

Первая версия вашей программы должна появиться как можно быстрее. Это требование обусловлено природой shareware-рынка, динамично развивающегося, заполненного множеством ожесточенно конкурирующих между собой продуктов. Если слишком долго тянуть с выпуском первой версии, программы, то, когда она все-таки выйдет в свет, вполне может оказаться, Что конкуренты ушли далеко вперед, и такая программа уже никому не нужна. В конце концов, это же не рынок freeware, где пользователи согласны работать с продуктом только потому, что он бесплатен.

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

Да, очень важно, чтобы первая версия появилась быстро, но при этом не была функционально слишком слабой. Иначе пользователи, попробовав новую программу в деле, будут сильно разочарованы и потеряют интерес к последующим версиям продукта, которые, возможно, будут не такими уж плохими. Избежать этого поможет, в частности, постепенное изменение позиционирования продукта на рынке параллельно с развитием функциональных возможностей, а не первоначальный "замах" на более высокий уровень.

Например, компактный Web-редактор, в котором есть черты некоторых более продвинутых продуктов, встретит гораздо больше симпатий, чем "аналог FrontPage", где пользователь сразу же обнаружит отсутствие некоторых нужных функций и досадные ошибки, которые не позволят новой программе выглядеть достойно по сравнению с конкурентами.

Конечно, выпуском одной версии история развития вашей программы не ограничится (по крайней мере, я на это надеюсь). Программа будет совершенствоваться, будут выходить новые версии. Немаловажный вопрос — как часто должны появляться новые версии продукта?

Частые обновления программы имеют несколько плюсов:

почти о всех online-архивах списки программ сортируются по дате поступлений (т. е. новые программы всегда расположены в начале списка), кроме того, новые программы попадают на страницу "Что нового?" (имеющую относительно остальных страниц очень высокую посещаемость), а в некоторых архивах — даже страницу;
выход новой версии всегда привлекает внимание к продукту. Например, многие интернет-обозрения, посвященные компьютерам и программам для них, охотно публикуют анонсы новых shareware-программ. Появляется повод, например, разослать в редакции online- и offline-изданий пресс-релизы с сообщением о выпуске новой версии продукта;
частые появления новых версий программы свидетельствуют о том, что продукт активно развивается. Например, в news-конференциях пользователей программного обеспечения я не раз читал, как среди достоинств той или иной программы упоминается "frequently updated";
с появлением новой версии устаревают все крякерские патчи к данной программе (если таковые, конечно, имеются). Кроме того, если в программе изменен алгоритм генерации регистрационных ключей, то все опубликованные в Интернете ключи также перестают работать в новой версии.

В то же время иногда частые обновления программы могут не иметь положительного эффекта или даже приносить вред. Так, слишком частый выход новых версий (раз в одну-две недели или чаще) отрицательно сказывается на имидже программы: пользователи начинают полагать, что эта программа - "buggy", т. е. имеет множество ошибок, для исправления которых и выпускаются, собственно, все эти обновления. Еще один пример — публикация новых версий в интернет-архивах, чтобы обеспечить более выгодную позицию в их списках программ. Крупные каталоги программного обеспечения, способные привлечь к продукту внимание большой аудитории, обновляют свои базы данных очень неспешно: может пройти несколько недель и даже месяцев, прежде чем информация о новой версии появится на страницах архива. С другой стороны, многие мелкие архивы, работающие более оперативно, приводят гораздо меньше пользователей, чем рассчитывал автор программы, готовя новую версию. Наконец, нужно учитывать и то, что при слишком частых обновлениях программы пользователи вовсе не будут скачивать и устанавливать каждую появляющуюся новую версию. Если в имеющемся у них варианте программы нет явных ошибок, откровенно мешающих нормальной работе, то, скорее всего, многие пользователи будут проводить обновления после выхода нескольких новых версий. Так что получается, что иногда все те затраты времени, сил и средств, сделанные автором для быстрого выпуска новой версии программы, не приведут к ожидаемому результату.

На самом деле периодичность выхода новых версий программы в большинстве случаев не является постоянной. На этапе бета-тестирования, когда новые функции еще до конца не отлажены, новые версии могут выходить очень часто — даже каждый день, чтобы оперативно исправлять ошибки, некоторые из которых могут серьезно мешать нормальной работе программы. После выхода версии 1.0 (т. е. первого официального релиза) может сохраняться довольно высокая периодичность обновлений — раз в один-два месяца, чтобы привлекать внимание новых пользователей. Выпускать новые версии чаще, чем раз в месяц, нецелесообразно, т. к. в этом случае проявятся все те недостатки частых обновлений, о которых говорилось выше,

По мере того как программа совершенствуется, набирает популярность, новые версии могут выходить все реже и реже. В частых обновлениях уже нет необходимости: число пользователей уже достаточно велико, а новые узнают о программе не со страниц "Что нового?" интернет-каталогов, а из других источников (например, по рекомендациям друзей и знакомых); большинство возможностей, характерных для таких программ, уже реализовано; основная часть ошибок исправлена. В этом случае появление обновлений или их длительное отсутствие не очень сильно влияют на динамику продаж. Но, естественно, выпуск новых версий программы хотя бы раз в полгода демонстрирует пользователям, что данный проект по-прежнему работает и развивается.

Содержание раздела