Разработка продукта: этапы и методы

Разработка нового продукта — интересное, но сложное дело. Каждый товар уникален на всех этапах от появления набросков идеи до создания первого прототипа. Однако есть общий процесс, помогающий компаниям быстрее пройти этот путь. Условно разработку разделяют на 8 шагов, о которых мы расскажем в этой статье.

Отметим, что описанные этапы создания продукта могут отличаться в зависимости от особенностей проекта. И в целом NPD — это только рекомендация по организации процесса, а не жесткие правила.

Разработка продукта — это путь от идеи до выпуска финальной версии ПО или товара и последующей техподдержки. В основе этого процесса лежит поэтапный план, помогающий разработать и вывести на рынок товар, услугу с минимальными рисками для бизнеса и прогнозируемыми результатами.

New Product Development — это один из фреймворков, который упрощает создание продукта. NPD крайне важен, когда компания находится на стадии разработки нового продукта или планирует выпустить ПО на новом рынке. Благодаря четко выстроенному процессу, разделенному на этапы, можно минимизировать сроки работы и минимизировать риски для бизнеса.

Условно процесс NPD можно разделить на 7−12 шагов в зависимости от особенностей продукта. Если мы говорим об IT, то компании проходят 8 стадий. Часть этапов разработки продукта можно пропустить. К примеру, если у компании уже есть ТЗ на создание товара или услуги, то первые 2−3 стадии не нужны.

Чтобы придумать рабочие идеи, нужно разбираться в нише, глубоко изучить ЦА, рынок и конкурентное окружение. На первом этапе необходимо решить, какой продукт отдать в разработку. Чтобы придумать идею, стоит посмотреть на ПО со стороны пользователя или провести опрос, узнав боли ЦА.

Для этого маркетологи, ТОП-менеджеры, продакт-менеджеры проводят исследование рынка, т. е. занимаются Product Discovery.

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

Когда планируешь отдавать на аутсорс, нужно понимать какой продукт должен получиться в итоге. Компания поможет с аналитикой и подготовкой ТЗ. Однако идею вашего приложения за вас они придумать, увы, не смогут.

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

С третьего шага начинаются основные этапы разработки продукта. Команда приступает к написанию технического задания, составляет список функций MVP — минимально жизнеспособного продукта, который удовлетворит запросы ЦА. Когда заказчик утвердит MVP, дизайнеры и разработчики приступят к реализации ПО.

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

Сначала разрабатывается дизайн продукта. Эту стадию формирования продукта разделяют на 2 рабочих процесса. Кратко о них:

• Прототипирование. Дизайнер создает набросок будущего IT-продукта. На прототипе отражают рабочие элементы (блоки, кнопки, списки и т. д.).
• Создание дизайна. После утверждения наброска мы переходим к следующему этапу разработки продукта, на котором реализуем фирменный стиль, 3D-модели и отрисовывают интерфейс.

После подготовки дизайна мы переходим к созданию программного кода. На пятой стадии формирования продукта разработчики «оживляют дизайн». Они реализуют нужные функции и заставляют фронтенд работать. Грубо говоря, красивая картинка дизайнера оживляется.

А бэкенд-разработчики подключают интеграции, которые нужны для функционирования программы и прописаны в ТЗ на создание продукта для проекта. К примеру, приложению онлайн-магазина нужны API для обмена данных с CRM, интеграции платежных систем для оплаты товаров. Благодаря бэкенду начинает работать графическая оболочка продукта.

Тестирование — это цикличный процесс, который происходит постоянно. Даже после внедрения небольших правок нужно проверить работу всей программы. Иначе можно столкнуться с такой проблемой, как было в случае с Windows 10. После апдейта ОС появилась уязвимость, позволяющая взломать компьютер за 2 клика.

В нашей практике таких случаев не было, но все равно нужно перестраховаться. Для проверки приложений на работоспособность мы проводим альфа и бета тесты, используя внутренние ресурсы и узкий круг ЦА. В процессе аудита мы ищем программные ошибки (например, кнопка не реагирует на клик) и оцениваем UX/UI. Если есть недочеты, то команда разработки устраняет их.

На седьмой стадии компания имеет MVP, который уже можно показать пользователям. Перед выходом стоит определить KPI, срок сбора данных. Это поможет адекватно оценить запуск и скорректировать будущий процесс разработки продукта.

Приложение публикуют в магазинах, которые были выбраны на стадии подготовки ТЗ. В основном выбор зависит от операционной системы. Если потребуется, поможем создать аккаунт в сторе и опубликовать приложение.

Затем начинают рекламную кампанию. Она зависит от ЦА. Это могут быть экспертные статьи на VC и Habr, если мы, например, создали инструмент для айтишников, блогеры, паблики в соцсетях. Обычно в результате маркетингового анализа у нас есть портрет ЦА с площадками, где она находится. Там и запускаем рекламу.

Если компания удовлетворена результатами запуска MVP, то процесс работы над продуктом продолжается. На восьмой стадии команда разработки вместе с маркетологами продолжает анализ ЦА, рынка и конкурентов, чтобы ПО стало лучшим предложением на рынке. Также в процессе изучают комментарии клиентов, блогеров (если есть) и другие источники.

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

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

• Менеджера по продуктам. Контролирует основные аспекты жизненного цикла и обеспечивает взаимодействие между участниками процесса. Менеджер занимает руководящую роль в команде и курирует создание продукта в рамках проекта.
• Менеджера проектов. Занимается делегированием задач в процессе разработки, отслеживает цели и налаживает обмен информацией между подразделениями.
• Дизайнера. Сотрудник отрисовывает прототип и полноценный дизайн приложения. В процессе создания интерфейса специалист придерживается корпоративного стиля и внедряет методы обеспечения взаимодействия с пользователем.
• Разработчика. Программисты пишут код и добавляют функции, которые указаны в ТЗ. Также разработчики помогают разместить программу на сайте и в магазинах.
• Маркетолога. Участвует в анализе рынка, создании маркетинговой стратегии, а также оценке идей и инициатив.
• Менеджера по продажам. Работает с ЦА, отчитываются о показателях успешности ПО.

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

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

NPD не помогает достичь нужной цели из-за 3 распространенных ошибок, которые могут произойти на любой стадии в процессе. Кратко опишем каждую:

• Копирование конкурентов и погоня за тенденциями. Если создание товара или услуги строится на основе чужого опыта, то в результате ЦА получит вторичный продукт. Он легко затеряется среди представителей рынка.
• Экономия на качестве. NPD — дорогостоящий процесс, который может сильно ударить по бюджету. На чем-то можно сэкономить. Например, отказаться от анимаций, второстепенных функций, упростить графику. Однако делегировать задачи дилетантам или ограничивать разработчиков в необходимых технологиях — путь в никуда.
• Игнорирование аудитории. На всех этапах создания продукта учитывайте поведение и запросы ЦА. За всем уследить невозможно, но какую-то информацию о клиенте можно собрать. Если работать вслепую, то есть риск создать то, что окажется просто ненужным.

В процессе NPD нельзя экономить на аналитике и разработке. Также не стоит бездумно «воровать» чужие приложения. Если в создании ПО применяются фишки конкурентов, то их нужно адаптировать под проект и «разбавить» уникальными идеями.

Планируете создать приложение, чтобы расширить целевую аудиторию и сблизиться с покупателем, но нет внутренних ресурсов? Делегируйте эту задачу команде Seven Winds. Дайте идею, а мы создадим функциональное приложение для iOS, Android или Web.

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

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