Как фреймворки помогают ускорить разработку нового продукта?

Быстрая реализация продукта невозможна без предварительного создания структуры работы (плана). Опытные продакт-менеджеры для организации рабочего процесса создают продуктовые фреймворки.

Product Framework — наглядное описание создания нового продукта, нормализующее управление деятельностью и получившимися в результате нее артефактами (документами). Продуктовый фреймворк адаптируют под конкретную компанию или команду (обычно этим занимаются HR, CPO или группа продакт оунеров).

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

Ценность product framework

Продуктовый фреймворк — не пилюля, он лишь упрощает путь, делает его наглядным, но за команду работать не будет. Можно выделить несколько преимуществ:

  • Целостное видение. Позволяет посмотреть на продукт как на систему и понять, что уже делается, а до чего еще руки не дошли.
  • Формализация. Показывает, какие артефакты и модели существуют, какие могут быть использованы для управления продуктом.
  • Процесс и границы. Определяет границы между разными областями управлениям продуктом и процессами, связанными с ними.
  • Ролевая модель. Дает рекомендации по распределению ролей специалистов, участвующих в создании и развитии продукта.
  • Масштабирование опыта. Помогает определить структуру, чтобы в будущем была возможность перенести опыт управления одним продуктом на другой.
  • Эволюция. Показывает последовательность запуска и развития продукта, помогает сфокусироваться на чем-то одном.

Зачем нужен product framework?

Продакт-менеджеры часто задаются вопросом: как управлять продуктом? Да, есть Jira, Trello, Notion и другие платформы, но что в них фиксировать? Вопросов может быть очень много, а ответы на них спорные и неоднозначные. Формирование продуктового фреймворка помогает ответить на следующие:

  • Как в целом организовать работу над продуктом?
  • Какие артефакты для управления нужны?
  • На какие области развития продукта еще не обращали внимание?
  • Где границы между отдельными активностями?
  • Как лучше всего разделить управление продуктом по разным ролям?

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

Например, есть популярная методология создания нового бизнеса, развития продуктов и их дальнейшее выведения на рынок — Lean Startup. В ней четко указано, что первая стадия — Discovery, затем — все остальное. Но многие компании почему-то начинают с запуска и заканчивают исследованием клиентов.

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

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

Пример продуктового фреймворка

Шаг 1. Ideation

В ходе первого этапа инициативы проверяют на валидность, то есть устанавливают, отвечают ли они на вопрос: «Что делать, а что не делать?».

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

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

Когда определен список валидных инициатив, переходят к следующему шагу — исследование идей (Discovery).

Шаг 2. Discovery

В рамках исследования валидной идеи необходимо ответить на ряд вопросов:

  • как сделать?
  • кто будет делать?
  • какие инструменты и решения использовать в работе?

Отвечайте на эти вопросы детально, чтобы впоследствии составить четкое ТЗ для исполнителей, которыми могут выступать сторонние подрядчики или сотрудники компании. Исследование — коллективная работа, в рамках которой осуществляют сбор данных и, например, проводят интервью.

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

  • бэклог проблем и гипотез;
  • customer journey map (CJM) — то, как клиент будет проходить по бизнес процессу, что он будет испытывать, где его работа станет более эффективной и т.п.;
  • карта AS-IS на данный момент;
  • готовые решения;
  • ключевые метрики;
  • и другие.

На этом шаге проверяют поставленные в ходе Ideation гипотезы. Например, компания решила выпустить новый банковский продукт для выдачи ипотеки за 10-15 минут и привлечь новых клиентов. Проводятся интервью с целевой аудиторией, составляется карта AS-IS (как получают ипотеку в данный момент) и формируется вывод: какую пользу принесет идея бизнесу.

Шаг 3. Design

Здесь валидные идеи, определенные на втором шаге, берутся в работу: выполняется дизайн, проектирование и планирование нового продукта. Разрабатывается вся проектная документация, которая передается продуктовой команде или стороннему подрядчику. Команда приступает к созданию продукта, но пока что в виде дизайн-проекта, а не в цифровом виде. Верстают первый интерфейс, технологическое описание, фирменный стиль. Пул артефактов команды расширяется:

  • описание метрик успешности продукта;
  • бизнес процессы «to-be», то есть как они должны выглядеть после проектирования, успешного внедрения и использования продукта;
  • дизайн-система;
  • бэклоги проблем клиента и решений;
  • требования к разработке;
  • первый MVP (например, нарисованный на бумаге)

Шаг 4. Development

На четвертом шаге приступают к реализации программного обеспечения будущего продукта. Опытные команды применяют гибкие методы разработки, например, Agile, Scrum, LeSS, SAFe и другие. Команда под руководством продакт-менеджера приступает к созданию первой версии MVP (минимально жизнеспособного продукта).

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

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

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

Шаг 5. Deploy

На пятом шаге, когда созданный MVP работает и решает проблемы пользователей, начинается постепенное «развертывание» продукта — дорабатывается функционал, исправляются ошибки в соответствии с обратной связью пользователей.

Шаг 6. Scale

Если продукт успешно развивается и набирает первых клиентов, приступают к масштабированию — шестому шагу продуктового фреймворка. Для привлечения новых пользователей запускают рекламные кампании, определяют оптимальные каналы сбыта и многое другое.

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

Шаг 7. Management

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

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

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

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

Заключение

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

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

Из плюшек еще гарантируем трудоустройство после курса (в среднем карьерный центр находит работу студенту за 2,5 месяца после начала учебы), доступ к огромному коммьюнити специалистов для мотивации и быстрого роста в профессии, курс по маркетингу в подарок!

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

Успехов :)

0
Комментарии
-3 комментариев
Раскрывать всегда