1

Хорошо, мне нужно несколько советов по этой теме. Предположим, я разрабатываю веб-приложение, которое еще не закончено (и никогда не будет :)). Сегодня, разговаривая с другом, я думал о первом выпуске, и я хотел бы услышать от вас, что я ДОЛЖЕН делать до этого дня.Выпуск веб-приложения: совет/список дел

Прежде всего: следует ли жить вживую с целым рядом основных функций или подождать, пока что-нибудь интереснее? Это связано с тем, что ядро ​​полностью функционирует, у меня даже есть некоторые дополнительные функции, но примерно 40% - это не что иное, как черновики.

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

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

Биллинг: я просто попросил несколько баксов, чтобы создать профи счета. Пользователи Pro могут воспользоваться некоторыми дополнительными функциями (некоторые из них готовы, другие будут до релиза. Только пара из них запланирована на позднюю разработку). Должен ли я оставить все бесплатно на данный момент, а затем ввести биллинг? Или лучше всего начать с тех различий?

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

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

Аварийное восстановление: sh * t происходит. У меня нет процедуры аварийного восстановления, но я думаю, что мне действительно нужен, даже на ранней стадии. Какие-нибудь полезные советы о том, что делать? Я думал о резервных копиях (база данных, пользовательские данные).

Блог разработчиков: стоит ли иметь один?

Продвижение: в случае досрочного освобождения, следует ли рекламировать приложение через интернет-рекламу, или я должен ждать более популярную версию?

Я пропустил некоторые моменты? Я бы действительно слышал от вас и не стесняюсь добавлять какие-либо соображения, любые проблемы, с которыми вы столкнулись. В общем, любые советы, которые вы можете мне дать.

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

EDIT: просмотра Coding ужас Джефф Этвуд, я нашел это:

Version 1 Sucks, But Ship It Anyway

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

ответ

0

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

Некоторые вопросы, которые вы можете рассмотреть следующие вопросы:

Важна, чтобы попасть на рынок как можно скорее? Как будут обрабатываться новые обновления/функции? (Боковой вопрос, люди должны будут платить за новые версии?) Будет ли мой пользователь заботиться обо всех гайках и болтах, которые входят в разработку?

Надеемся, это приведет вас к некоторым способам мышления, которые помогут вам найти ответы, которые вы ищете.

Просто на самом деле ответить на некоторые ваши вопросы ..

  1. я бы жить с основным набором функций, а затем ввести новые функции, как они становятся доступными (исследование итерационных развертываний)
  2. Бесплатная базовая приложение первым, чтобы люди могли получить представление о том, что все о, а затем сделать про версию
  3. Google «80/20 ошибки программного обеспечения», а затем принять решение
  4. малоэффективные части программного обеспечения имеют тенденцию превратить пользователей в сторону
  5. Да, сделать резервные копии всего
  6. блог, где пользователи могут видеть, что происходит с вашим приложением
  7. Чем больше людей, которые знают о вашем приложении, тем больше вы можете в конечном итоге превратить в деньги это
Смежные вопросы