Как фреймворки помогают ускорить разработку нового продукта?
Быстрая реализация продукта невозможна без предварительного создания структуры работы (плана). Опытные продакт-менеджеры для организации рабочего процесса создают продуктовые фреймворки.
Иными словами — это проверенный шаблон, описание последовательности действий, из которых состоит цикл работы над продуктом. Четкая организация рабочего процесса позволяет продуктовой команде добиться максимальной эффективности.
Ценность 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 месяца после начала учебы), доступ к огромному коммьюнити специалистов для мотивации и быстрого роста в профессии, курс по маркетингу в подарок!
Оставляйте заявку менеджеру по ссылке, чтобы получить неограниченный демо-доступ к нашей платформе с курсами на несколько дней.
Успехов :)