Что лучше сделать с сайтом, который еще не полностью разработан, или подождать, пока он не станет полностью функциональным?

Question

Является ли хорошей идеей иметь веб-сайт, на котором настроены основные функции, такие как публикация учебников и регистрация, или подождать, пока у вас не появится система рейтинга, система комментирования, RSS-каналы и многое другое?

Answer 1

Сегодняшняя мудрость гласит: «Освободи, отпусти, отпусти». Я думаю, что это был Дхармеш Шах ( www.onstartups.com ), который сказал: «Если вы не смущены своим программным обеспечением, вы слишком долго ждали, чтобы выпустить его!».

Получите это там, заставьте людей использовать это и заставить людей говорить об этом. Вы получите неоценимую обратную связь (особенно, если вы можете взимать плату за это). Кроме того, ведите блог с первого дня, чтобы вы могли общаться со своими пользователями.

Несколько лет назад это был случай, который мы сдерживали, потому что мы не были уверены, сможем ли мы преодолеть технические трудности, и мы хотели сделать все возможное, чтобы отговорить кого-либо следовать за нами. Сегодня гораздо лучше понять, действительно ли люди будут использовать ваше программное обеспечение как можно скорее. Вы можете сэкономить много времени и денег.

Answer 2

ИМХО, лучше иметь сайт с базовыми функциями и позволить посетителям видеть, как он растет с течением времени (чтобы они знали, что сайт жив и кто-то фактически его разрабатывает)

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

Answer 3

Там нет одного ответа. Зависит от деловой ситуации. Я занимаюсь гибкой / XP разработкой и получаю программное обеспечение в стабильном и пригодном для использования состоянии как можно раньше.

Я призываю наших клиентов получить его, чтобы начать получать отзывы. Это здорово, так как это всегда влияет на то, как вы смотрите на программное обеспечение, которое вы создаете. И это определенно имеет смысл, если у вас есть возможность переварить обратную связь и реагировать на нее.

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

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

Так что с точки зрения разработки программного обеспечения я рекомендую это. С точки зрения маркетинга ... это так, и мы не должны вдаваться в подробности. : ->

Answer 4

Если функциональные возможности, которые у вас уже есть, могут предоставить полный проект в глазах пользователей, опубликуйте его.

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

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

Answer 5

Нет программного обеспечения, когда-либо полностью работоспособного.

Варианты использования развиваются по мере того, как пользователи приходят и находят новые и интересные варианты использования вашего продукта.

Вам было бы гораздо лучше спроектировать сайт так, чтобы он был прост в обновлении и имел минимальное время простоя при обновлении, а затем пытался угадать, кем будут ваши пользователи и как они будут его использовать.

Answer 6

Реальный вопрос здесь в том, откуда вы знаете, что он уже полностью функционален ?

Когда StackOverflow был выпущен в публичной бета-версии, было множество функций, которых еще не было. Если я правильно помню комментарии с комментариями (если не комментарии вообще), указание дублирующего вопроса при закрытии для «точного дубликата», «Недавние действия» и куча других вещей были недоступны в то время.

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

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

Это также намного безопаснее. Помните Cuil ? Они были раздуты, чтобы стать своего рода убийцей Google, и выпустили свой сайт в полную силу, за один день. Их серверы катастрофически рухнули - не потому, что их поисковое программное обеспечение высосало (возможно, оно все-таки лучше), а потому, что их инфраструктура не справилась с этим.

Публичные бета-версии, с другой стороны, обеспечивают более медленное и более постепенное восприятие, пока вы не получите лучшее представление о том, как работает ваш сайт (с точки зрения использования ЦП / памяти / пропускной способности) и не позволит вам реагировать соответствующим образом.

Так что, во что бы то ни стало, освободите этот сайт (убедитесь, что он четко помечен как бета-версия) и начните майнинг за те ценные отзывы пользователей, которые необходимы для того, чтобы сделать ваш сайт потрясающим.

Answer 7

Начните как бета-версию. Вот список лучших 100 бета-сайтов . Пригласить только может быть хорошим способом ограничить количество пользователей, которые могут его использовать.

Answer 8

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