Как мы структурировали нашу фабрику по производству гипотез. От идеи до реализации и последующей архивации в базе знаний

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

Зачем?

Первая цель регламента — стандартизировать каждую гипотезу в плане описания. Чтобы каждая идея была не идеей, а именно гипотезой. О чем она, какое влияние на бизнес/пользователя оказывает, какие метрики улучшает (может улучшить).

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

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

Что мы получили на выходе?

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

Карточка гипотезы

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

Карточка заводится совместно аналитиками и продакт-менеджерами и содержит в себе исчерпывающую информацию, которая глобально делится на следующие характеристики:

• Продуктовые (метрики, стримы, платформы, способы проведения тестов, решения по итогам тестирования)
• Аналитические (Схемы посева, семплинг, системные имена и пр.)
• Проектные (Таска в jira / Даты проведения и предоставления результатов)

Жизненный цикл гипотезы. Статусы

Каждая гипотеза проходит стандартный жизненный цикл от самой идеи до её полного завершения. В карточке гипотезы есть отдельный параметр Статус, где и прописывается этап.

Для общего понимания, что означает каждый из этапов ниже есть краткое их описание:

1️⃣ Исследование. Гипотеза в данном статусе описана только в виде идеи обоснованного предложения конкретного результата. Задача может не иметь ТЗ или дизайна. На этом этапе важно определить метрики, на которые влияет гипотеза, и стрим, в который в дальнейшем пойдет эта задача.

2️⃣ Готовятся требования. Когда задача получила скоринг и прошла валидацию внутри команды, то готовятся требования. Пишется ТЗ (если задействована архитектура), готовятся дизайны. Для этого этапа задача уже может иметь понимание, на какой платформе будет проводиться тестирование, в каком формате.

3️⃣ Разработка. Задача в спринте и проходит все стадии (разработка → тестирование → ревью в магазинах приложений). На данном этапе в карточку уже можно внести предварительные даты, когда задача может быть запущена в тестировании + сроки даты подведения итогов. Аналитик может внести свои параметры: группы пользователей, системное имя, доля от ген. совокупности (%).

4️⃣ В ожидании запуска тестирования. Для понимания, что задача уже в релизе, прошла все ревью магазинов приложений и может запуститься. Стоит на паузе по разным причинам (не раскатилась на значимое количество, пересечения с другими проверками).

5️⃣ Активно. Гипотеза в тестировании.

6️⃣ Анализ. Тест проведен и есть данные для получения стат. значимых результатов. Задача на аналитике для подсчета или на PO для последующего решения.

✅ Завершен. PO принято решение по данной гипотезе (неудачно, раскатываем на всех, дорабатываем на других платформах). Крайне важно внести итоговые результаты в карточку гипотезы. Цифры и Следующие шаги.

⏹ Hold. Опциональный статус, если задачу пришлось остановить по независящим причинам (смена приоритета в разработке, нерабочая аналитика и пр.). Желательно сразу указать, по какой причине поставили задачу на паузу.

Раз в квартал все завершенные задачи переносятся в архив для облегчения чтения.

Пространство для работы

Для облегчения представления всех гипотез и заведения их карточек был выбран Notion, т.к. в этом инструменте мы нашли нужные для себя плюсы:

• Представление в формате диаграмы Ганта, таблицей
• Группировка и сортировка по нужным нам параметрам (стримы, статусы, платформы)
• Шаблонизатор. Менеджеру по продукту достаточно завести карточку, выбран необхоимые опции в параметрах и сопровождать гипотезу до финального этапа, донасыщая информацией

Если notion не подходит, то можно выбрать и другие инструменты. Например, самый банальный — Google Docs или чуть сложнее AirTable