Гипотеза спроса
«Мы считаем, что <ценностное предложение> будет интересно <профиль потребителя>, что подтвердит <критерий успеха>, ведь <обоснование успеха>.»
Кейс 02 · AldanDev · CPO, автор методологии
← Все кейсыЯ разработал собственную discovery-методологию — систему проверки продуктовых гипотез до больших вложений в разработку — и построил на ней отдел, который ведёт проекты от сырой идеи до сходящейся экономики. По устройству это конвейер снижения неопределённости: семь этапов, ворота через Продуктовый Комитет и полная трассируемость каждой цифры на защите — до конкретного листа бизнес-плана.
Раздел 01
AldanDev — веб-студия и венчур-билдер инвестиционного фонда Kama Flow. Через компанию идёт постоянный поток продуктовых гипотез: внутренние идеи венчур-билдера и внешние стартапы. Проверять их «по ситуации», силами разных людей и разными методами — значит получать несопоставимые результаты и принимать инвестиционные решения на глазок.
Моя задача — создать отдел, способный проверять гипотезы на потоке: одинаково строго для каждого проекта, с предсказуемыми артефактами на выходе и с понятной точкой принятия решения «продолжаем / разворачиваем / закрываем».
Готовые фреймворки такой конструкции не давали — они описывают отдельные инструменты, но не систему ворот и ответственности. Поэтому я разработал собственный Discovery-фреймворк и построил на нём отдел непрерывной проверки гипотез: методология, шаблоны артефактов и регламент защит — единый стандарт для каждого проекта.
Фреймворк — система принятия решений: ворота, критерии и трассируемость каждой цифры.
Раздел 02
Проект проходит последовательность из семи этапов — от верификации потенциала рынка до масштабирования. Каждый этап закрывается защитой на Продуктовом Комитете (ПК) с фиксированным набором артефактов: нельзя перейти дальше, не показав, что неопределённость на текущем уровне снята.
Центральное понятие — стратегический сценарий: связка «рынок + продукт + бизнес-модель», которая проверяется на консистентность по трём критериям и чек-листу из девяти ключевых рисков. На этапе верификации команда обязана собрать минимум два альтернативных сценария и отскорить их той же моделью, которая квалифицирует стартапы на входе.
Ключевая дисциплина фреймворка — трассируемость. У каждой гипотезы есть формула и критерий успеха. У каждого слайда защиты — ссылка на лист бизнес-плана, откуда взята цифра. У каждого повторного выхода на ПК — слайд «Результаты за период» с честным «достигли / не достигли + обоснование». Это превращает защиту из презентации в аудируемый документ.
Проверка стратегического сценария: рынок + продукт + бизнес-модель · 9 ключевых рисков
Раздел 03
Фреймворк собран из проверенных продуктовых практик — CustDev и Jobs-to-be-Done, Business Model и Value Proposition Canvas, юнит-экономики, PESTEL, TAM/SAM/SOM — и сведён в единый конвейер под наши задачи: поток гипотез, ворота Продуктового Комитета и трассируемость каждой цифры. Ниже — сам регламент и то, как он поставлен на поток в Jira.
Часть 01
Регламент на 100+ страниц описывает каждый этап конвейера: цель, задачи, методологию, шаблоны артефактов и критерии прохождения ворот. По нему любой продакт ведёт проект по одному стандарту.
Слева — оглавление, справа — разворот выбранного раздела с реальными схемами из документа: канвасы, деревья гипотез, модели юнит-экономики. Кликните раздел, чтобы открыть его содержание.
Discovery Framework
регламент отдела · 100+ страниц
Оглавление — кликните раздел
Разворот · Market Research
стр. 12–34 / 117
Часть 02
Чтобы регламент работал на потоке, я собрал шаблон проекта в Jira. Он превращает фреймворк в готовый бэклог: каждый этап — эпик, каждое действие продуктовой команды — отдельная задача с оценкой в часах и днях. Новый проект заводится из шаблона одним действием.
Так весь discovery виден по дням: Pre-Discovery и Verification разложены до конкретных задач — от анкеты стартапа и технологического аудита до анализа рынка, трендов и конкурентного ландшафта. Оценки дают предсказуемый таймлайн и загрузку команды.
Раздел 04
Ниже — пять артефактов, из которых собран конвейер. Всё это рабочие материалы: по этим схемам, формулам и таблицам отдел ведёт реальные проекты. Сила системы — в связке «формула гипотезы → эксперимент → строка в юнит-экономике → слайд Продуктового Комитета».
Артефакт 01
Карта всего конвейера. Каждый этап решает одну задачу снижения неопределённости и закрывается защитой на Продуктовом Комитете с фиксированным набором артефактов. Порядок не случаен: сначала проверяем, что рынок и потенциал вообще существуют, потом — что есть спрос, потом — что наше решение его закрывает, и только затем вкладываемся в дизайн продукта и модель масштабирования.
Продуманность видна в деталях ворот. Например, у этапа проверки продаж критерий выхода количественный: пять продаж платного пилота в рамках найденной связки «сегмент — канал — оффер». Пока связка не найдена и не подтверждена деньгами клиентов — этап не закрыт.
Каждый переход — защита на Продуктовом Комитете с фиксированным набором артефактов
Артефакт 03
В фреймворке шесть типов гипотез: потребности, спроса, ценности, решения, сходимости канала и масштабируемости бизнес-модели. У каждого типа — своя формула с обязательными полями. Гипотеза без критерия успеха не принимается к работе: у каждой заранее зафиксировано, при каком результате она считается подтверждённой. Три формулы из методологии — дословно:
Гипотеза спроса
«Мы считаем, что <ценностное предложение> будет интересно <профиль потребителя>, что подтвердит <критерий успеха>, ведь <обоснование успеха>.»
Гипотеза ценности
«Наш <товар / услуга / фича> помогает <потребительский сегмент>, которые хотят <задача / проблема / цель>, тем, что <определение профита>. В отличие от <конкурирующее ЦП>.»
Гипотеза сходимости канала
«Оффер [O] для канала [C] позволит обеспечить конверсию в [M1] [X1] при стоимости [M2] не выше [X2].»
Остальные три типа — гипотезы потребности, решения и масштабируемости бизнес-модели — устроены так же: обязательные поля, критерий успеха, привязка к эксперименту.
Артефакт 04
Стандартный артефакт каждого проекта — бизнес-план из 18 вкладок, где качественные данные и финансовая модель живут в одном файле и ссылаются друг на друга. Дословные протоколы CustDev-интервью лежат в трёх кликах от помесячного P&L, и путь от цитаты респондента до строки выручки можно пройти руками. Ядро — вкладка «Модель»: юнит-экономика и помесячная модель, связывающая TAM/SAM/SOM, воронку, доходы, затраты и эффективность.
Вкладки ниже живые — каждая открывает полное содержимое листа реального шаблона. Оценка рынка показывает дисциплину источников: каждая строка TAM/SAM сопровождается способом расчёта. Юнит-экономика показывает честность модели: первые месяцы убыточны, точка операционной безубыточности — шестой месяц, и модель это не прячет. Воронка показывает сквозную трассировку от привлечения до повторной продажи.
Загрузка листа…
Загрузка листа…
Загрузка листа…
Загрузка листа…
Загрузка листа…
Загрузка листа…
Загрузка листа…
Загрузка листа…
Загрузка листа…
Пример заполнения шаблона: стартап production-on-demand в одежде · реальные материалы, клиенты в RFC обезличены
Артефакт 05
Защита на ПК — это ворота конвейера, и для неё есть единый шаблон на 54 слайда, покрывающий три защиты. Команда заполняет шаблон данными своего проекта. Первые пять слайдов — гайдлайн оформления, и в нём зашита главная идея: заголовок слайда — это вывод, чтобы заголовки читались подряд как нарратив защиты.
Каждый слайд обязан ссылаться на лист бизнес-плана, из которого взяты цифры, — комитет в любой момент может провалиться на уровень ниже и проверить расчёт. Самый жёсткий слайд — «Договорённости и результаты»: поимённая сверка целей прошлого ПК с галочками. А «План следующих этапов» — фактически контракт команды с комитетом на следующий период.
17
Воронка TAM/SAM/SOM: три уровня рынка с CAGR, долями и потенциалом выручки
19
Бизнес-модель сценария на одном экране: сегменты, решение, каналы, монетизация
21
Пул гипотез с формулами всех шести типов прямо в таблице
28
Карточка эксперимента: гипотеза по формуле, метрики, выборка, статус
31
План следующих этапов — контракт с ПК: этап / цель / ожидаемый результат
43
Сходимость экономики: конверсия, CPL, чек, маржинальность, retention R1–R3, CAC, LTV
51
P&L-модель по периодам с драйверами роста («чек +15%, конверсия +20%»)
53
«Договорённости и результаты»: поимённая сверка целей прошлого ПК с галочками
Показательные слайды шаблона защиты — заголовок слайда всегда вывод
Раздел 05
50+
резидентов Московского инновационного кластера прошло через discovery-воронку отдела
AldanDev — официальный партнёр Московского инновационного кластера
Фреймворк перестал быть внутренним инструментом: AldanDev стал официальным партнёром Московского инновационного кластера — городской платформы поддержки технологических проектов Москвы. Через discovery-воронку отдела прошло более 50 резидентов МИК.
Для меня главный результат — воспроизводимость: отдел проверяет гипотезы на потоке по единому стандарту. Семь этапов, ворота через Продуктовый Комитет, 18-вкладочный бизнес-план и 54-слайдовый шаблон защиты — стандартные артефакты каждого проекта.
Постановка discovery-процесса, венчур-билдинг или роль CPO — пишите в Telegram, отвечаю быстро.
@IPAVELML