При создании нового IT-продукта бизнес, как правило, сперва обращается к MVP (minimum viable product), то есть сначала выпускает стартовый, минимально жизнеспособный продукт.
Перед началом разработки MVP важно определить, что вы ждете от MVP, какую гипотезу хотите проверить и как потом будете интерпретировать полученные результаты. Только после откровенных ответов на эти вопросы можно приступать к формированию команды проекта.
Начать рекомендуем со следующих действий:
- Исследовать рынок и конкурентов: были ли у них подобные идеи, что получилось, а что нет.
- Провести мозговой штурм и оформить идею продукта, его ключевые особенности, киллер-фичи, которые помогут выделиться на фоне конкурентов или «взорвут» рынок.
- Определить пул работ по проекту с учетом потребностей целевой аудитории, на которой будет исследоваться MVP. Например, нужен ли на этапе MVP дизайн или UX, нужно ли подключать QA-специалиста или провести бета-тестирование на реальных пользователях, потребуется ли помощь аналитиков и т.п.
- Подготовить список фич и приоритизировать их. При реализации проекта может произойти ситуация, когда некоторые из них придется убрать или отложить на потом.
- Изучить способы быстрой реализации MVP. Разрабатывать его можно своими силами, если у компании достаточно ресурсов и специалистов, или передать на аутсорсинг. Как показывает наша практика, в случае с MVP иногда бывает эффективнее нанять готовую команду или отдельных специалистов на аутстаффинг для усиления. Создавать подразделение для разработки MVP с нуля – не лучшее решение. Это потребует ресурсов на поиск специалистов в команду, их обучение и погружение в проект. А в итоге может оказаться, что гипотеза не подтвердится и отдел вам будет не нужен.
Перед стартом рекомендуем взять паузу на пару дней и проанализировать идею еще раз. Только потом можно приступать к разработке концепции MVP для оценки предполагаемых затрат. Ее задача – определить ключевые функции, обозначить границы MVP и сориентироваться по затратам на его разработку.
В завершение собираем обратную связь пользователей и делаем выводы. Одна из основных целей MVP – поэтапно знакомить реальных пользователей IT-продукта с новыми фичами и оперативно собирать фидбэк. Когда обратная связь получена, важно ее правильно интерпретировать, отбросить «случайные погрешности» и сделать корректные выводы.
Как показывает наша практика, если следовать приведенному алгоритму разработки MVP, можно с высокой долей вероятности достичь поставленных целей и избежать ошибок. Мы в SimbirSoft более 20 лет помогаем бизнесу в оценке и реализации IT-проектов - приглашаем посмотреть примеры здесь. Остались вопросы? Напишите нам на request@simbirsoft.com. Будем рады ответить.