Продуктовый подход в управлении проектами
Когда компания запускает новый сайт, приложение или проект, то делает это по определенным правилам. Например, использует современный продуктовый подход. Рассказываем, в чем сильные стороны продуктового метода и как его правильно применять.
Продуктовый подход — что это такое
Продуктовый подход — это способ создания продукта, где нет жесткой схемы, что и каким образом нужно получить в результате.
Например, компания делает приложение для бьюти-бренда: там можно сделать селфи, улучшить его с помощью фильтров и эффектов, а потом — опубликовать в соцсети. Но разработчики заранее не знают, какие фильтры будут популярны в приложении, нужны ли ИИ-эффекты, должны быть только селфи или возможность фотографировать объекты на основную камеру тоже.
Тогда разработчики делают базовую модель продукта — она уже полезна для пользователя и имеет ценность. Например, выпускают приложение для селфи с пятью распространенными фильтрами и одним ИИ-эффектом. А потом собирают обратную связь от пользователей и заказчика. И дорабатывают продукт.
В нашем примере выяснили, что пользователи хотят больше ИИ-эффектов, а еще — съемку основной камерой. Заказчик доволен первыми результатами, но хочет, чтобы установок стало больше. Чтобы потребители скачивали приложение, нужно добавить опции, которые им нужны. Эта доработка будет полезна для пользователей и эффективнее закроет задачу бизнеса. Таким образом, продуктовый подход позволит оперативно отреагировать, когда потребности аудитории изменятся.
Особенности продуктового подхода
Продуктовый подход в бизнесе часто сравнивают с проектным, потому что так проще понять их отличия. Проектный подход заранее описывает результат, выстраивает пошаговый план его достижения. Пока все промежуточные этапы не пройдены, результат не выходит на рынок.
Вернемся к нашему примеру выше. При проектном подходе заказчик выдал бы разработчикам четкое ТЗ с описанием всех основных функций будущего приложения. А дальше может быть так — приложение стоит дороже, зато выходит сразу с 50 фильтрами. Потом оказывается, что 90% этих фильтров не востребованы, а пользователи хотят ИИ-эффекты. А проект уже закончился — и чтобы внести изменения, нужно заново собирать команду и искать бюджет.
Продуктовый подход к разработке такого приложения мы описали выше: он ориентирован на быстрый запуск. После запуска ценность продукта для потребителя и заказчика вырастет не один раз за счет доработок.
Продуктовый подход предполагает, что специфика ниши вынуждает бизнес постоянно развивать и актуализировать продукты. Это важно, например, в IT, SaaS, веб-дизайне. А проектный подход используется там, где необходимо жестко управлять сроками и ресурсами — строительстве промышленных объектов или самолетостроении.
Продуктовый метод основан на следующих принципах:
Клиентоориентированность. Продуктовая команда глубоко изучает целевую аудиторию: какие потребности и проблемы должен закрыть продукт, чтобы стать ценностью для пользователей.
Ориентация на бизнес-KPI. Команда погружается в бизнес заказчика, чтобы понимать его цели. Совместно они устанавливают, по каким метрикам бизнес оценивает полезность продукта. Например, рост среднего чека, увеличение LTV. Анализ этих показателей помогает оценить успешность продукта и каждого улучшения в отдельности.
Работа по этапам. Любой продукт развивается от простого к сложному. После запуска базовой версии и каждого изменения команда разработчиков проводит сбор и анализ фидбека от пользователей — что понравилось, что не понравилось, что добавить. Далее специалисты смотрят статистику по бизнес-метрикам: как внедрение улучшило или ухудшило установленные KPI. Затем команда ставит гипотезы, тестирует их и обновляет продукт. Через некоторое время опять нужен сбор фидбека и доработка на его основе.
Адаптивность. Ориентируясь на бизнес и проблемы клиентов, команда успевает оперативно отвечать на новые потребности пользователей и вызовы рынка, внедрять новые технологии.
Прозрачность. Все внедрения и дополнения обусловлены тем, что в них нуждаются потребители. Бизнес видит, как каждый этап разработки и внедрения отражается на KPI.
Основные элементы продуктового подхода
Их несколько, вот главные:
Видение продукта — то есть представление о том, какую потребность он должен закрывать и каким образом. В нашем примере на начальном этапе разработчик создают максимально простой по функционалу вариант. Чем его дополнить — станет понятно по обратной связи.
Дорожная карта — план-график разработки продукта. Он содержит все стадии работы: идея, первичный продукт, запуск, анализ обратной связи, улучшения, дальнейшие итерации доработок. Карта не статична, легко адаптируется, когда приходит обратная связь от целевой аудитории и заказчика. График позволяет команде сфокусироваться на работе и мониторить прогресс.
MVP (Minimum Viable Product, минимально жизнеспособный продукт) — базовая модель продукта. Ее уже можно выпустить на рынок. Это простая версия, которую регулярно дорабатывают после получения и анализа обратной связи.
Бэклог продукта — перечень всех опций и доработок. Включает реализованные функции; те, которые предстоит внедрить; то, что нужно разработать. Бэклог помогает расставлять приоритеты, делегировать задачи и регулировать нагрузку на членов команды.
KPI бизнеса — показатели эффективности, по которым менеджмент оценивает ценность продукта и эффективность команды. Конкретные метрики выбирают, исходя из рынка, продукта и задач бизнеса.
Ключевые преимущества метода
Продукт при таком подходе ориентирован на потребности аудитории и реагирует на их изменения. Отсюда вытекают и преимущества:
- высокая удовлетворенность клиентов;
- увеличение срока, в течение которого компания получает доход от клиента (LTV);
- увеличение количества новых клиентов;
- рост среднего чека;
- оптимизация затрат, так как ресурсы расходуют только на востребованные изменения.
Как бизнесу внедрять продуктовый подход
Вот пошаговая инструкция, как реализовать продуктовый подход у себя в компании.
Проанализируйте текущие процессы. Отметьте, какие из них работают эффективно, поэтому их стоит сохранить и при новом методе.
Соберите команду. Подумайте, кто нужен в рабочей группе, чтобы сделать то, что вы хотите. Включите сотрудников разных подразделений, например, дизайна, разработки, SEO и т.п. Назначьте продакт-менеджера, который будет отвечать за видение продукта, и ответственных за его отдельные стороны.
Проведите обучение. Объясните сотрудникам пользу и принципы продуктового подхода. Поясните, что приоритеты и сильные стороны работы сохранятся. Покажите, что продукт станет более востребованным, потому что будет лучше решать проблемы пользователей.
Используйте инструменты. Применяйте гибкую методологию Agile и ее фреймворки — Scrum или Канбан. Scrum предполагает работу в рамках спринтов (обычно недельных), по которым распределены задачи. Канбан основан на доске с карточками, которые исполнители перемещают из группы в группу по готовности. Считается, что Scrum — более жесткий план-график, а Канбан — максимально гибкий подход. Выбор инструмента зависит от продукта.
О возможностях канбан-систем мы рассказывали в статье «5 главных преимуществ Kanban-досок в управлении проектами».
Внедрите регулярный мониторинг данных. Собирайте и анализируйте статистику по ключевым показателям и обратную связь от клиентов. Используйте дашборды и графики для визуализации. Ищите точки роста, чтобы продукт еще лучше решал проблемы пользователей.
Как реализовать продуктовый подход с помощью Moo.Team
У системы управления проектами Moo.Team есть все необходимые функции, чтобы управлять продуктами.
Раздел с задачами — позволяет формировать задачи, назначать ответственных, соисполнителей, проставлять дедлайны, приоритеты, метки. Задачи можно группировать, дополнять подзадачами, переносить. Важные комментарии можно преобразовывать в отдельные задачи, сохраняя вложения. Также группы задач можно массово редактировать, например, изменить исполнителя, видимость, статус.
Сводка проекта — дает возможность отследить последние события по продукту в одном окне. Например, смену дедлайнов, ответственных, статусов, меток.
Канбан-доска — отображает задачи в виде интерактивных плиток. Их можно распределить по стадиям выполнения, изменять статус задачи простым перемещением карточки.
Чек-листы с прогресс-баром — позволяют отслеживать выполненные шаги задач. Это полезно тем командам, которые используют Scrum для работы по спринтам. В задачах с чек-листами удобно контролировать продуктный прогресс и добавлять новые шаги.
Пример продуктового подхода в бизнесе
Пример продуктового подхода — цифровые продукты Яндекса, например, Go и Маркет. Первым Яндекс запустили сервис Яндекс Такси, а потом в нем появлялись новые опции, о которых просили пользователи. Например, разные тарифные планы, чтобы заказать машину классом выше. Или дополнительные услуги: детское кресло, перевозка животных, сноуборда или велосипеда. Когда стало понятно, что с такси удобно отправлять заказы из других сервисов, появилась Яндекс Доставка. А сейчас все это объяединяет Яндекс Go, куда вошли заказ такси, готовой еды, продуктов, доставка посылок, товаров Маркета, каршеринг и аренда самокатов.
В этом кейсе продуктовый подход позволил оперативно отреагировать на потребности клиентов, повысить их удовлетворенность и за счет этого стать лидером рынка.
Каких ошибок нужно избегать
Чтобы получить все преимущества продуктового подхода, не совершайте распространенные ошибки:
Изучайте боли и потребности аудитории. Погружение лежит в основе продуктового подхода. Без него не получится создать актуальный и удобный для клиента продукт.
Сформируйте ясное видение продукта. Если не знаете, какие функции и почему надо внедрить или улучшить, можете оказаться в бесконечном цикле доработок, которые не увеличивают ценность продукта.
Соблюдайте баланс между клиентоориентированностью и бизнес-метриками. Важно оценивать: новая опция удобна для клиентов, но прибыльно ли ее внедрение бизнесу? И наоборот: компании выгодно запустить новый функционал, но не станет ли приложение работать слишком медленно у большинства пользователей? Ищите золотую середину: как оптимизировать ресурсы на внедрение новой опции, как ускорить работу.
Интегрируйте продуктовую команду с другими отделами. Когда продакт-менеджер, маркетолог, специалист по продвижению, менеджер по продажам не контактируют по вопросам развития продукта, многие нюансы не учтены, и продукт теряет ценность.
Расставляйте четкие приоритеты. Распределяйте ресурсы по приоритету работ, чтобы своевременно вести и внедрять доработки.
Главное про продуктовый подход в управлении проектами
→ Продуктовый подход подходит для конкурентных ниш, где продукт должен постоянно развиваться.
→ Продукты закрывают боли и потребности пользователей наиболее выгодным для бизнеса способом.
→ Клиентоориентированность, погружение в пользовательский опыт, создание ценности для покупателя — главное в продуктовом подходе.
→ Работа по этой методологии требует соответствующих инструментов. Например, системы управления проектами, где есть функции работы с задачами, канбан-доски, интеграции внешних сервисов.