Продуктовый подход к разработке ПО
Что значит: продуктовый подход к разработке?
Результаты применения продуктового подхода можно описать несколькими словами — это выпуск готового продукта, который несет в себе полезность в использовании. Идея внедрения такого подхода началась с ИТ-компаний, и далее она проникла во все остальные сферы.
В отношении разработки программного обеспечения продуктовый подход подразумевает ряд последовательных действий. В его рамках необходимо проанализировать идею проекта, определить «продукт», который позволит достигать поставленных целей, и самое главное, окажется полезным для пользователей, создать для него приложение-оболочку — и начать получать прибыль.
Продуктовый подход к разработке программного обеспечения и мобильных приложений — это задача проверить идею заказчика и найти продукт, который нужен пользователям. А потом упаковать этот продукт в программный продукт или приложение и помочь бизнесу на нем зарабатывать.
Суть продуктового подхода — в обнаружении продукта. Проверка идеи на старте позволяет заказчику не потратить деньги впустую, а разработчикам — не вкладывать знания и силы в проект, который не принесет бизнесу ни рубля. Разберем на примере, как происходит создание приложения с продуктовым подходом и без него.
Разработка без продуктового подхода
Гипотетический Василий, перечитав массу статей о том, как можно быстро и без проблем заработать деньги на приложении, решил стать новым интернет-миллионером.
Изо всех своих идей наиболее удачной он счел приложение для покупки парковочного места в любом районе города.
Мониторинг рынка показал, что такого приложения действительно нет. «Это знак!», — решил Василий, — и нанял разработчиков для создания приложения.
Приложение получилось отличным, но надежды «миллионера» не оправдало. Водителям оказалось удобнее и быстрее искать парковку на месте, чем листать бесконечную ленту в поисках близлежащего места.
Проблема Василия оказалась в том, что он решил, что идея станет прибыльной, только потому, что она еще не реализована и нравится ему. К сожалению, в большинстве случаев такой подход не учитывает объективное мнение множества потенциальных пользователей.
Разработка с продуктовым подходом
Результат, с одной стороны, получился неутешительным: пользователей продукт не заинтересовал, поэтому Иван решил не вкладываться в разработку данного мобильного приложения.
С другой стороны, во время анализа появилась идея разработать приложение другого профиля — для поиска места парковки своей машины возле торговых центров, что и было предложено Василию.
Возле крупных ТРК, действительно, бывает сложно вспомнить, где оставлено авто, особенно если нет ориентиров, и Василий согласился на проверку идеи.
Разработка тестового MVP показала: пользователи охотно и активно устанавливают приложение, и аудитория быстро увеличивается, поэтому было решено делать продукт с полным функционалом.
В итоге, вместо убытка Василий получает хорошую прибыль, которая постоянно растет — приложение дорабатывается на основе обратной связи от пользователей, аудитория проекта увеличивается.
На основе этих примеров видно главное: продуктовый подход экономит средства клиентов и помогает максимально сократить путь от идеи до рабочего бизнес-продукта.
В отличие от проектного подхода, продуктовый подход следует за рынком — если решения теряют эффективность, их необходимо быстро менять, модернизировать или добавлять новые.
В этом помогают спринты — работа короткими интервалами, рассчитанная на определенные задачи. Последовательность спринтов можно переставлять, менять методы и цели, что никак не задержит получение результата.
Процессом разработки управляет продуктовый менеджер, который анализирует любой запрос клиента с учетом «полезности» внедрения новой функции.
На первом месте стоит пользователь, который также является целью для клиента и развития его бизнеса. Поэтому все идеи проверяются: в данном случае можно было изучить статистику покупок и проанализировать рынок популярности методов оплаты, и защитить заказчика от потери значительной части пользователей.
Цель продуктового подхода — всегда оптимальные решения, взвешенные, проверенные и подтвержденные.
А продуктовый менеджер обеспечивает стабильность успеха приложения и для пользователей, и для клиента, в условиях поступления большого количества вопросов и идей.
Основные отличия проектного и продуктового подходов
Проектный подход
- Акцент на том, как это будет сделано
- Реализуется видение клиента
- Девиз: клиент должен быть доволен
- Длительное планирование и поэтапная реализация
- Оплата за этапы: от проектирования до разработки готового кода
- Доработка функций после сдачи проекта, если клиенту показалось, что это будет эффективно
- Этап тестирования после сдачи релиза приложения
- Посредник между клиентом и разработчиками — менеджер проекта
Продуктовый подход
- Важно: для кого и зачем?
- На старте анализируется жизнеспособность идеи, ее экономическая эффективность и польза для конечного пользователя
- Правило: продукт для пользователей, доход — клиенту
- Спринты — наше все: цель определена, быстрая реализация и мгновенное внедрение
- Расходы на результат: клиент получает работающее решение, приносящее доход
- Добавление действительно полезных функций на основе анализа и статистики
- Тестирование в реальном времени: на основе обратной связи от пользователей после каждого спринта
- Посредник — менеджер продукта, отсеивающий неэффективные идеи, и находящий равновесие между всеми участниками проекта.
Портфолио
Есть проект к обсуждению?
Запишитесь на бесплатную стратегическую сессию — и получите дорожную карту развития для вашего проекта.