Пошаговое создание сайта. Как внедрить IT продукт?

Здесь я обозначу основные моменты, чтобы я делал бы на месте человека, который начинает веб-проект

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

Уменьшение объема первой версии

Первым делом я бы уменьшил до минимума функциональность. Можно выделить ядро продукта и сделать на нем акцент. А все остальное просто пока отложить до лучших времен. Это позволит прописать ключевую часть более подробно и сделать ее более качественно.

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

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

Как поступать с советами?

Предположим, что я не особо понимаю в разработке сайтов, и моя сфера никак не пересекается с IT.

Мне нужен человек, который будет мне помогать в выборе программистов, продвиженцев, стратегии продвижения в целом. При этом я буду понимать, что решения принимать все равно мне, и вся ответственность лежит на мне. 

Я не буду слепо доверять их мнению, и мне будут нужны обоснования.

«К черту ваше экспертное мнение, дайте разумные доводы в пользу вашего решения»

Допустим, я нашел пару человек для подобных консультаций (в идеале они не должны быть заинтересованными лицами). Я ни в коем случае не буду злоупотреблять их вниманием и временем, формулируя все максимально просто, четко и понятно, а не сидеть у них на ушах с банальными вопросами. Банальные вопросы по веб-разработке можно проработать здесь.

Далее, подбор команды я буду делать в соответствии с принципами, описанными в другой статье.

Самостоятельное обучение

Параллельно с проектом я буду изучать теорию стартапов, основы веб-разработки и продвижения в сети для базового понимания что к чему, и где могут возникнуть проблемы на пути моего решения. Большая статья про создание своего IT продукта

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

Поэтапный подход. Проектирование и разработка веб-приложений 

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

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

На проекте будут промежуточные контрольные точки (например, сдача этапа), которые помогут мне держать руку на пульсе.

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

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

Планирование и адаптация. Внедрение программы

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

P.S. О рисках проекта есть отдельная статья - Риски веб-проекта.  Также уделите особое внимание статье Причины провала веб-проектов.

Насколько полезной была статья?