Сегодня поговорим о концепции паспорта продукта: зачем он нужен, как возникла эта идея, какие проблемы решает и какие выгоды дает. А главное — разберем, как это выглядит на практике и как можно внедрить паспорт продукта в своей компании.
Как появилась идея паспорта продукта?
Концепция возникла на основе опыта одной из компаний. Проблема заключалась в том, что управление продуктом сопровождалось множеством разрозненных документов, хранящихся в разных местах: Miro, Excel, Google Диск, внутренние инструменты. Информация о продукте была разбросана по разным вкладкам у менеджеров, что усложнило доступ и системный анализ.
Возникла необходимость собрать все данные в одном документе, который позволял бы быстро получить целостное представление о продукте:
- Как развивается продукт?
- Почему развивается именно в этом направлении?
- Как изменяются ключевые метрики?
- Какие показатели анализируются?
Благодаря такому документу компания не зависела от конкретного владельца продукта. Даже если он покидал команду, у бизнеса оставалась четкая и структурированная информация о продукте.
Что включает в себя паспорт продукта?
Наполнение паспорта продукта зависит от специфики компании. Каждая команда формирует его по-своему, ориентируясь на ключевые задачи, требования топ-менеджмента и стратегические приоритеты.
Пример паспорта продукта организации:
- Ключевые артефакты
- Бизнес показатели
- Продуктовые показатели
- Основные ссылки
- Команда
- Логи
Ключевые артефакты:
- VISION
- Финансовая модель
- Объем рынка
- Анализ конкурентов
- Позиционирование
- Стратегия
- Roadmap
Все данные хранились в Confluence, но можно использовать любой удобный инструмент — Google Docs, Notion или другую систему. Главное, чтобы информация была централизованной и легко доступной.
Как это работало на практике
Верхний блок паспорта содержал ключевые артефакты, где отмечались даты последнего обновления. Например, объем рынка мы пересчитывали несколько раз, и самая актуальная версия документа всегда находилась вверху.
Далее шли бизнес показатели, которые заполнялись владельцем продукта в начале каждого месяца. Мы отслеживали:
- выручку от новых и старых пользователей,
- общую выручку,
- расходы,
- gross profit.
В зависимости от специфики вашего продукта метрики могут быть другими — важно, чтобы они помогали понимать текущее состояние бизнеса.
Следующим блоком были продуктовые метрики, аналогично обновляемые раз в месяц. Каждая компания определяет их самостоятельно, исходя из специфики продукта.
Затем размещались ссылки на важные документы и инструменты — Miro, Jira, файлы по Discovery и Delivery процессам, ссылки на Figma. Это упрощало доступ к информации для всех участников команды.
Далее представлен список ключевых участников команды. Основные роли включали:
- Владелец продукта
- Delivery Manager
- Team Lead разработчиков.
- Team Lead саппорта
- Продуктовый дизайнер
- Продуктовый маркетинг-менеджер
Завершающим разделом являются логи по продукту, которые содержат описание ключевых артефактов и их изменений. В логах сохраняются все предыдущие версии важных документов.
Например, если обновляется анализ рынка, старый документ переносится в лог, а новая версия фиксируется в заголовке.
Кроме того, в логах хранятся документы, связанные с исследованиями рынков, конкурентов и клиентов. Регулярно проводились встречи Product Roadmap Preview, и все презентации загружались в этот раздел. Также проходили встречи Product Discovery Review, о которых будет представлено отдельное видео с подробным описанием оформления. Все артефакты хранились в логах, что позволяло отслеживать даты, ключевые выводы и решения, принятые на каждом этапе.
Зачем собирать паспорт продукта?
Заполнение и актуализация паспорта продукта требуют внимания со стороны менеджера или владельца продукта. Однако выгоды от этого процесса значительны:
- Получаете целостную картину о продукте компании без подключения памяти менеджера или владельца продукта.
- Структурирует и систематизирует работу менеджера или владельца продукта.
- Освобождает менеджеров и владельцев продуктов от бесед с заинтересованными лицами, когда им хочется обновить картину понимания продукта.
- Снижает когнитивную нагрузку на менеджеров и владельцев продуктов по содержанию целостной картине продукта.
- В случае замены менеджера или владельца продукта, новому продакту будет легче разобраться с продуктом.
