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

overview — Step 2: Customer

Веха Discovery · Линза: Product (контекст: Business/Strategy) · Fit-точка: — (первый гейт — Need/Value Fit в конце Step 4) Источник правил: operating-model (5 столпов, цикл Sprint, 3PL, роли, гвардраилы). Термины — по naming_conventions.


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

Насытить Нексус потребителя до Context Ripeness и зафиксировать fit-точку стадии = фокус-сегмент + фокус-проблема + гипотеза mNSM + early adopters как спелый подграф Нексуса потребителя. Step 2 — это не «беготня по интервью» и не линейный конвейер из 7 шагов, а цикл Product Sprint (PULSE → SCOUT → BUNCH → PITCH → EXECUTE → HARVEST), внутри которого крутится методика Und-Id-Ex [S1] VI.5 [2.0 instruction].

Ключевая инверсия PAF против классики: - Customer Validation = насыщение Нексуса, а не сбор «профилей в Notion» [2.META]. - Гипотезы/сегменты — это узлы-кандидаты с Confidence Point, а не пункты Беклога [2.1, 2.2]. - Всё проводится через Кортекс (агенты + RAG + ASR-пайплайн), не вручную [S1] III.1.

Старт Step 2 — не с интервью, а с Understand (анализ Нексуса рынка/продукта из Step 1). Без спелого каркаса Кортекс «усиливает мусор» [S1] IX [2.0].


🗺️ Карта фаз Sprint (активны)

Все 6 фаз Sprint активны; SCOUT / BUNCH / EXECUTE — тяжёлые (здесь сосредоточена основная работа стадии).

Фаза Подшаги AI-TRANSFORMATION Суть на Step 2 Тяжесть
PULSE 2.0 Progress Pulse: сборка каркаса Нексуса потребителя (8 сущностей), фиксация CR baseline средняя
SCOUT 2.1, 2.2 Скаутинг возможностей: «поезд» гипотез 4 типов → CP-скоринг → Банч гипотез в моменте тяжёлая
BUNCH 2.5, 2.6 Сборка графа Нексуса (8 сущностей) + сегментация с workslop-фильтром (персона ≥4 интервью) тяжёлая
PITCH 2.7 Pitching of Trust: защита выбора фокус-сегмента; рост CP по колесу Гилада средняя
EXECUTE 2.3, 2.4 Рекрутёр + Скрипт-билдер (Mom Test) + Кодировщик транскриптов → event-driven CP тяжёлая
HARVEST (выход 2.7) Fit-точка зафиксирована как инкремент контекста → переход в Step 3 средняя

Эффект асинхронности [S1] VI.2: разные узлы Нексуса созревают с разной скоростью → цикл event-based, не по каденсу. Фазы могут пересекаться (кодирование 2.4 идёт параллельно рекрутингу 2.3 следующей волны).


📥 Вход / 📤 Выход (узлы Нексуса потребителя)

Вход (из Step 1): - BIG Idea Statement + Нексус рынка/продукта с узлами-кандидатами (сегменты, конкуренты 4 типов, тренды, opportunities/threats). - CR Нексуса рынка ≥ порога (критерий входа в Step 2) [2.0].

Выход (fit-точка стадии = спелый подграф Нексуса потребителя): - Граф из 8 сущностей: Сегмент · Триггер · Начальное состояние · Целевое состояние · Альтернативный путь · Проблема+Причина · Мотивация · Value Stream [2.0, 2.5]. - Узел-фокус Сегмент + узел Фокус-проблема + узел Гипотеза mNSM + узел Early Adopters — спелый подграф с CP ≥ gate [2.7]. - Каждый узел несёт метаданные: источник-интервью[], Confidence Point, timestamp, статус увядания [S1] III.1.


👥 Роли

Роль Объект на Step 2 Что делает
Product Engineer (не PM, не вайбкодер) продукт через Нексус потребителя Постановщик задач Кортексу; валидатор узлов; владелец фокус-сегмента; защищает выбор на Pitching of Trust [2.META]
Product Ops / Architect product operations Настраивает структуру Нексуса (8 сущностей), CR как вычисляемую метрику, ASR-пайплайн, флаги увядания, workslop-гейты [2.0]
Growth Engineer модель роста (mNSM-слой) Навешивает гипотезу mNSM на узлы сегментов; владелец NPV-параметра и early adopters [2.7]
(человек) зона человека [S2] III.4 Стратегический выбор фокус-сегмента, решение pivot/осознанный отказ, синхронизация между подами — не передаётся ИИ

Comb-shaped, не T-shaped. Под может быть из 1 человека (Product Engineer совмещает роли) [S2] III.2. Product Engineer работает только через проводника-Кортекс [S1] III.1.


🚦 Гейт Step 2 (CP-gate, без fit-точки фреймворка)

Step 2 не несёт fit-точки из fit-points (первый гейт — 🟧 Need/Value Fit в конце Step 4). Но у Step 2 есть внутренний CP-gate стадии [2.7]: - CR Нексуса потребителя ≥ порога ∧ CP фокус-гипотез ≥ gate ∧ валидированная mNSM ∧ Pitching of Trust пройден. - Результат: либо пропуск дальше (Step 3), либо осознанный отказ (pivot/смена сегмента) [S1] VI.3. «Серой зоны» нет.


🛡️ Главный workslop-риск Step 2

AI-сгенерированные «персоны» [reformation 2.9]. Защита — правило «персона ≥4 интервью» (узел Сегмент принимается только при ≥4 подтверждающих интервью с цитатами-доказательствами) [2.6]. На ранней зрелости Кортекса ИИ — только кодировщик транскрипта, не интервьюер [reformation 2.9, 2.4].


🔗 Референсы

  • Методы: index + 2.1–2.7 (CustDev, JTBD, The Mom Test, ICE/RICE, скоринг сегментов).
  • «Почему» + Кортекс-агенты: 2.0 instruction · 2.1–2.7 · 2.META (9 агентов: Nexus-Builder, Генератор гипотез, CP-скорер, Рекрутёр, Скрипт-билдер, Кодировщик транскриптов, Nexus-Builder сборка, Сегментатор, NPV-скорер).
  • PAF-анализ расхождений: PAF-ANALYSIS.
  • Каркас: index Часть VI (процессы) · reformation §2.

🧩 Skill Map / профстандарт

  • Skill Map сектор 1 (Discovery & Researches) — весь Step 2 [S3] IV.2; дополнительно сектор 6 (Sales & Economics) × NPV в фазе PITCH.
  • Профстандарт B/01.5 «Продуктовые исследования» [S4] V — уровень Product Engineer (квалификация 5).
  • Уровни владения: внутренний (атомарная гипотеза) → средний (сегмент, кластеризация) → внешний (фокус-сегмент, fit-точка) [S3] IV.3.
  • Связка стандарт ↔ PAF — интерпретативная: B≈Product Engineer [S3]+[S4].

📁 Файлы шага

1.pulse.md · 2.scout.md · 3.bunch.md · 4.pitch.md · 5.execute.md · 6.harvest.md


Version: 1.0 · Last updated: 2026-06-20 · Maintained by: AI-KORTEX