Перейти к содержанию

7.6 instruction — Harvesting и PMF-точка

Этап RB-STEP-7 — SOLUTION VALIDATION (Stage 6) · Линза: Product · Инструкция для Инженера Продукта нового поколения (PAF, [S1],[S2]). Преемственность метода: исходный раннбук RB-STEP-7-SOLUTION-VALIDATION/7.6 Внедрение аналитики и критерии PMF.md.

🎯 Цель в PAF-оптике

Внедрение количественной (AARRR, иерархия метрик, когортный retention, воронка продаж) и качественной (Feedback Matrix, 5 Whys, JTBD-опросы) аналитики + определение критериев Product/Market Fit переинтерпретируется как Harvesting цикла Product Sprint [S1] VI.4: фиксация NPV/mNSM как инкремента контекста в Нексусе продукта. PMF-детектор-агент непрерывно мониторит retention-плато и опрос Шона Эллиса (≥40% «очень расстроюсь»). NSM превращается в mNSM (монетизируемая NSM).

Аналитика делится на два вида: количественная отвечает на «сколько?» (конверсии, частота, распределения), качественная — на «почему?» (мотивация, причины поведения). Чтобы поставить правильный диагноз, нужны оба: количественная — термометр (показывает температуру), качественная — врач (объясняет причину).

Свойства PMF [раннбук 7.6]: - PMF — градиент, не бинарное свойство (продукты увеличивая/уменьшая ценность двигаются по градиенту); - PMF существует только в контексте конкуренции (в монополии нет PMF — есть отсутствие выбора; советский «бренд сделано в СССР» имел высокий retention не из-за ценности, а из-за отсутствия альтернатив); - ценность = степень удовлетворения потребности по сравнению с альтернативами.

Цикл Product Sprint замыкается → новый Progress Pulse. Данные аналитики — отправная точка Product Growth (фазы после PMF); без аналитики нет роста. Логика «кругов на воде»: ты не видишь данных конкурентов, но если пользователи возвращаются месяц за месяцем — они находят продукт ценным по сравнению с альтернативами.

👤 Роль и ответственность

  • Product Engineer — отвечает за конвергенцию сигналов PMF (≥3 сигнала); стратегическое решение «достигнута ли масштабируемая бизнес-модель» (по Бланку/Дорфу) — переход от MVP к Product Growth.
  • Discovery / Launcher PM — минимизация time-to-PMF; итерации инкремента по сигналам аналитики; вайбкодинг A/B-тестов и улучшений; сокращение time-to-Aha через онбординг.
  • AI UX Designer — проектирует онбординг вокруг Aha Moment (сокращение time-to-Aha); tone-of-voice опросов; дизайн для итераций (валидация: синтаксис → семантика) [S2] III.8.
  • Technical / AI Product Manager — для AI-продуктов: контроль COGS токенов как рычага (cost-per-token × tokens-per-user); стресс-тест «COGS-эксплозия» при масштабировании (usage ×2/×5); точность/прецизионность/полнота модели как часть mNSM [S2] III.6.
  • Product Ops — поддерживает PMF-детектор, дашборды, модель зрелости Кортекса; следит за увяданием метрик (CR фазы созревание/увядание) [S1] III.1.
  • Зона человека [S2] III.4: решение об объявлении PMF и масштабировании — стратегический выбор, не делегируется агенту. Ответственность не передать; агенты = инструменты, не акторы.

🤖 Что делает Кортекс-агент

  • Аналитика-агент — внедряет трекинг событий (имена [Объект]_[Действие]), строит:
  • иерархию метрик: NSM (North Star — ключевая ценность, не выручка) → Traction Metrics → Key Metrics → Pulse Metrics (для мониторинга аномалий);
  • AARRR (Dave McClure): Acquisition (как узнают/попадают) / Activation (когда впервые получают ценность) / Retention (возвращаются ли) / Revenue (как ценность → деньги) / Referral (рекомендуют ли);
  • когортный retention (событие когорты + событие ценности; амплитуда Mixpanel/PostHog);
  • воронку продаж (количество на этапе, конверсия этап→этап, длительность пребывания) с «бутылочными горлышками»;
  • frequency/adoption analysis (ключевые/специальные/служебные/ненужные фичи).
  • Aha Moment-агент — выявляет событие первого осознания ценности тремя методами:
  • (1) анализ retention — что делали «оставшиеся» vs «ушедшие» в первую неделю;
  • (2) качественные интервью с активными («когда поняли, что продукт для вас?»);
  • (3) гипотезы команды из core user flow.
  • Отслеживает % достигших Aha за X дней (например, первые 7 дней).
  • PMF-детектор-агент — непрерывно мониторит сигналы по алгоритму выбора метрики PMF:
  • высокочастотная потребность → retention-плато (кривая выравнивается → ядро ценности → PMF есть; неуклонно падает к нулю → PMF нет); событие retention = реальное получение ценности (проигрывание трека / использование доски / завершение урока), а не вход в приложение;
  • низкочастотная потребность → referral/post-deal (конверсия в рекомендации), конверсия «порция → следующая порция» (образовательные модули), user-flow retention;
  • качественно: опрос Шона Эллиса после ключевого события (≥40% «очень расстроюсь»);
  • рекомендация без стимулов (referral rate, NPS > 40);
  • NPV > 0 воспроизводимо.
  • Feedback Matrix-агент — сортирует обратную связь по 4 квадратам (Комплимент/Совет/Предложение/Критика × эмоция/нужно исправлять); 5 Whys для корневых причин падения метрик (каждый ответ — факт, не гипотеза; уровней может быть больше/меньше пяти; дерево причин, а не цепочка).
  • mNSM-агент — проверяет монетизируемость NSM; связывает NSM с NPV (NSM → mNSM → ребро NPV); для AI — COGS токенов в полный CAC.
  • Harvesting-агент — фиксирует NPV/mNSM как инкремент контекста в Нексусе продукта; обновляет узлы и триггерит новый Progress Pulse (цикл заново) [S1] VI.4.
  • Dashboard-агент — строит product dashboard в одном месте: Блок 1 North Star (ежедневно), Блок 2 Воронка (еженедельно), Блок 3 Retention (еженедельно), Блок 4 Revenue (ежедневно), Блок 5 Quality (средний рейтинг, NPS, % «Очень расстроюсь»). Сокращает время от «что-то сломалось» до «нашли причину».
  • JTBD-опрос-агент — встраивает JTBD-вопросы в опросы после ключевых событий («Опишите ситуацию, в которой решили записаться»; «Что хотели получить»; «Каков был бы идеальный результат через 3 месяца»).

🧠 Что делает человек (метапознание)

  • Валидация ИИ-генерации PMF-сигналов: PMF-детектор может дать ложноположительный сигнал (retention-плато на маленькой нерепрезентативной когорте; «40%» на <40 ответах). Человек требует:
  • ≥3 конвергирующих сигналов;
  • минимальную выборку (50–100 в когорте для retention, ≥40 ответов для опроса).
  • Один опрос — не статистика.
  • Veto на premature PMF: объявление PMF на одном сигнале («опрос показал 42%») без retention-плато и NPV > 0 — отбраковка. PMF — конвергенция ≥3 сигналов [S1] reformation 7.9.
  • Конвергенция: Product Engineer сводит количественное (retention/referral) и качественное (опрос/интервью); «один сигнал — недостаточно, все три вместе — сильный аргумент». Различение поведенческого PMF (используют больше) и ценностного (получают больше ценности) — поведенческий может расходиться с ценностным.
  • Стратегическое решение о масштабировании: «перестаём сомневаться в базовой модели и масштабируем то, что работает» — переход MVP → Product Growth — за человеком. Сегментация: часто PMF есть для одного сегмента, но нет для другого — фокус на «очень расстроятся».
  • Метапознание-фильтр доверия к AI-расчётам: проверка расчётов COGS, retention-норм по бенчмаркам (суждение по аналогии с похожим классом продуктов при отсутствии конкурентных данных); маркировка факт/гипотеза/бенчмарк.

📦 Артефакт = узлы Нексуса продукта

  • metric-hierarchy — {NSM, traction[], key[], pulse[]} узлы иерархии.
  • aahrr — узел AARRR по 5 этапам (Acquisition/Activation/Retention/Revenue/Referral).
  • event-tracking-plan — план трекинга событий {событие, когда срабатывает, свойства, зачем нужно}.
  • cohort-retention — узел когортного retention {событие когорты, событие ценности, таблица когорт, плато?}.
  • aha-moment — {гипотеза, временное окно, метрика % достигших, текущее/целевое значение}.
  • pmf-signal — узел сигнала PMF {тип: retention/referral/опрос/NPV, значение, benchmark, статус}.
  • feedback-matrix — узел обратной связи по 4 квадратам + 5 Whys-корневые причины.
  • mnsm-node — узел монетизируемой NSM (NSM прошла проверку монетизируемости).
  • npv-node — узел NPV (возврат монетизируемой ценности на инвестиции).
  • pmf-result — узел итога PMF {градиент, конвергенция сигналов, вердикт: подтверждён/частичный/не подтверждён}.
  • harvesting — узел фиксации NPV/mNSM как инкремента контекста → триггер нового цикла Sprint.
  • Каждый узел: источник, CP, timestamp, статус увядания. Context Ripeness после 7.6 → ~80%+ стадии; PMF-точка замыкает цикл.

🚦 Confidence Point-гейт

  • Gate 7.6 → Harvesting (PMF-точка): конвергенция ≥3 сигналов:
  • (1) retention-плато (или referral/post-deal для низкочастотных) сопоставимо с бенчмарком по аналогии;
  • (2) ≥40% «очень расстроюсь» в опросе Шона Эллиса на достаточной выборке (≥40 ответов);
  • (3) рекомендации без стимулов (NPS > 40, referral rate);
  • (4) NPV > 0 воспроизводимо.
  • До конвергенции — итерации инкремента, не масштабирование.
  • После PMF-точки: Harvesting фиксирует инкремент контекста → новый Progress Pulse → цикл Product Sprint заново [S1] VI.4. PMF — градиент: даже при подтверждении его можно усиливать/терять.

🔭 Связь с Тремя Линзами (3PL)

Product Lens [S1] VI.1: PMF — вершина Product Sprint; объект управления — продукт с измеримой mNSM.

Связь с Business Lens через mNSM/NPV (Harvesting) [S1] Принцип 6: NPV/mNSM как инкремент контекста; для AI — COGS токенов (контрольная точка помимо CAC/LTV [S2] III.6).

Связь со Strategy Lens: PMF = переход от MVP (поиск масштабируемой модели) к Product Growth; следующий большой этап — масштабирование по Ставкам портфеля (Stage 8 Acquisition Config как Business/Growth Lens, где bottleneck смещается на дистрибуцию).

🛡️ Анти-workslop чекпоинт

  • Workslop в метриках / premature PMF (главный риск 7.6 [S1] reformation 7.9) — объявление PMF на vanity-метрике, на маленькой выборке, на одном сигнале, без NPV.
  • Метапознание-фильтр: PMF — конвергенция ≥3 сигналов; каждый сигнал проверяется на достаточность выборки и репрезентативность; retention-событие = реальное получение ценности (не вход в приложение).
  • Трассировка до Нексуса: каждый pmf-signal связан с mnsm-node и npv-node; сигнал без связи с монетизируемой ценностью — vanity.
  • NSM ↔ mNSM-путаница: NSM («завершённые уроки», «минуты прослушивания») ценностна, но может быть не монетизируема; mNSM-агент проверяет монетизируемость; без неё NPV не считается. Это ключевой разрыв D9.
  • Bottleneck смещается на дистрибуцию [S2] III.5 (Голдратт): после PMF bottleneck переходит на Germination/последнюю милю; COGS токенов дистрибуции — отдельный рычаг (мост в Stage 8).
  • Дофаминовая петля ИИ [S2] III.7: метрика ритуала = изменение CP/NPV, а не «приятно поработать с аналитиком»; рост когнитивной нагрузки при росте доли ИИ.
  • PMF-опрос как сенсоры: когда количественный показатель недоступен или неоднозначен, ты сам становишься «системой аналитики», а опрос — сенсорами. Выбор момента опроса: удовлетворение потребности (через 2–4 недели), в границах продукта (сразу после действия), завершение «порции ценности», Aha Moment, определённое число операций (4-й/6-й/10-й урок).
  • Аналитика до запуска: планировать и настраивать трекинг — до запуска MVP; собирать данные — нет (пользователей ещё нет). Ретроспективно восстановить данные, которые не трекались с первого дня, крайне сложно.
  • Минимальная выборка: для статистической значимости когортного retention нужно 50–100 человек в когорте; для опроса Шона Эллиса — минимум 40 ответов. На ранних стадиях (<50 активных) фокус на качественных сигналах — глубинные интервью дадут больше, чем статистика.
  • PMF как gate в Product Growth: после конвергенции ≥3 сигналов и NPV > 0 команда переходит от фазы «поиск модели» (MVP) к Product Growth — масштабированию того, что работает. Это стратегическое решение за человеком, не за PMF-детектором.

🧩 Маппинг к Skill Map / профстандарту 06.012

  • Skill Map [S3] IV:
  • сектор 4 Growth & Experiments (развитие, достижение целей продуктовой компании) — средний/внешний круг;
  • PMF как переходная точка.
  • Профстандарт 06.012 [S4] V: обобщённая функция B «Управление ИТ-продуктом», уровень 5 — B/06.5 «вывод на рынок» + B/08.5 «показатели успешности». PAF: mNSM/NPV как замена vanity-метрик. Связка стандарт ↔ PAF интерпретативна (B≈Product Engineer) [S3]+[S4].

🔗 Связи

Назад: 7.5 instruction · Дальше: 8.0 instruction — Stage 8 как Business Lens (Acquisition Config) / новый цикл Product Sprint Связанные: reformation · index · naming_conventions