1.pulse — PULSE / Progress Pulse (Step 2: Customer)¶
Фаза Sprint: PULSE (старт цикла). Источник: operating-model (5 столпов), [S1] VI.4. Термины — по naming_conventions.
🎯 Цель фазы для Step 2¶
Зафиксировать состояние Нексуса потребителя как пилоты у приборной панели: собрать каркас графа из 8 сущностей из имеющихся источников ДО интервью, посчитать Context Ripeness baseline и сформулировать intent цикла — гэп между текущим состоянием и спелым Нексусом [2.0 instruction].
Ключевой принцип: Step 2 начинается с Understand, а не с «беготни по интервью». Null-base продукт стартует с анализа Нексуса рынка/продукта из Step 1 [S1] VI.5. Без спелого каркаса Кортекс «усиливает мусор» [S1] IX.
👤 Роль¶
- Product Ops / Architect — настраивает структуру Нексуса потребителя (8 сущностей), метрику CR как вычисляемую (
полнота × актуальность), флаги увядания. Повышает ИИ-зрелость стадии [2.0]. - Product Engineer — задаёт Кортексу рамки каркаса; проверяет, что узлы-кандидаты из Step 1 переформулируются в гипотезы, а не копируются как факты.
- Зона человека: проверка критерия входа (CR Нексуса рынка ≥ порога) — стратегический вызов.
🤖 Кортекс-агент¶
Nexus-Builder Agent (Phase-0, каркас): 2.0 instruction
- Вход: BIG Idea Statement + Нексус рынка/продукта из Step 1 + внешние сигналы (отзывы, форумы, product analytics).
- Действие: создаёт каркас графа из 8 сущностей (Сегмент / Триггер / Начальное состояние / Целевое состояние / Альтернативный путь / Проблема+Причина / Мотивация / Value Stream); вешает на каждый узел метаданные источник[], CP, timestamp, статус увядания; считает CR как вычисляемую метрику.
- Выход: пустой/частично заполненный граф с CR baseline + список узлов-кандидатов на насыщение в SCOUT/EXECUTE.
🧠 Человек (метапознание)¶
- Чекпоинт: Product Engineer проверяет, что узлы не выдуманы Кортексом — трассировка до источника. Узел без источника → CP=0 [2.0].
- Veto-право: отклонить авто-сгенерированный узел без подтверждения интервью или верифицированного внешнего сигнала.
- Запрет на персоны на этом этапе: персон ещё нет — есть только каркас; узлы наполняются дальше (BUNCH/EXECUTE) [2.0].
- Почему метапознание — bottleneck Step 2: это стадия с максимальным workslop-риском (AI-персоны) и наибольшим разрывом от классики. Junior без метапознания + ИИ = нулевой прирост; компетентный без верификации = «убедительные, но неверные» (Harvard × BCG) [2.META, S2] III.4.
📦 Артефакт = узлы Нексуса потребителя (+CR)¶
| Узел | Вопрос, на который отвечает |
|---|---|
| Сегмент | Кто этот человек (роль/контекст)? |
| Триггер | Что запускает потребность? |
| Начальное состояние | Откуда стартует? |
| Целевое состояние | Куда хочет попасть? |
| Альтернативный путь | Как решает сейчас? |
| Проблема + Причина | Где спотыкается и почему? |
| Мотивация | Почему цель важна? |
| Value Stream | Какова дельта ценности текущих решений? |
Context Ripeness = полнота (доля заполненных сущностей из 8) × актуальность (1 − доля увядших узлов) [S1] III.1, [2.0].
🚦 CP-гейт¶
- Критерий входа в Step 2: CR Нексуса рынка из Step 1 ≥ порога (проверяет Nexus-Builder).
- Критерий выхода из PULSE: каркас Нексуса потребителя создан, CR baseline зафиксирован (≈10–20% — только сущности, без подтверждений).
- Стоимость риска: «Сколько ресурсов и негативного эффекта на клиентскую базу понесём, если начнём интервью без спелого каркаса?» [S1] VI.7.
🛡️ Анти-workslop¶
- Узлы без источника — workslop (галлюцинация) → блокируются, CP=0 [S2] III.7.
- Запрет на авто-генерацию «персоны» на этом шаге (нет интервью → нет персоны).
- Конкурентная карта из Step 1 ≠ поведение потребителя: узлы переформулируются в гипотезы (работа SCOUT), а не копируются как факты.
🧩 Skill Map / профстандарт (фаза)¶
- Skill Map сектор 1 (Discovery & Researches) — управление контекстом потребителя [S3] IV.2.
- Профстандарт B/01.5 «Продуктовые исследования» [S4] V — уровень Product Engineer.
- Уровень: средний круг (анализ, агрегация, проектирование) [S3] IV.3.
❓ Контрольные вопросы (метапознание)¶
- Есть ли у каждого узла источник? Узел без источника → CP=0, не идёт в насыщение.
- Все ли 8 сущностей представлены в каркасе? (полнота CR)
- Описывают ли узлы поведение/ситуацию, а не демографию?
- Не опередили ли мы себя — не начали ли генерировать «персоны» до интервью? (запрет на PULSE)
- Какова стоимость риска, если начнём интервью на неспелом каркасе?
- CR — вычисляемая метрика (полнота × актуальность), а не самооценка?
⚠️ Типичные ошибки фазы¶
- Сразу в интервью без каркаса → данные ложатся в хаос, CR не растёт. Контрмера: PULSE обязателен до EXECUTE.
- CR как самооценка → «поставили 70% потому что кажется». Контрмера: CR вычисляется из доли заполненных/увядших узлов.
- Копирование узлов рынка как факты → конкурентная карта ≠ поведение потребителя. Контрмера: переформулировать в гипотезы (SCOUT).
- Игнорирование увядания → контекст устарел, но CR не падает. Контрмера: Product Ops вешает флаги
статус=увядает. - Иллюзия «Кортекс = один большой промпт» → Nexus-Builder — агент с RAG, не разовый запрос к LLM.
🔗 Дальше¶
→ 2.scout — SCOUT: Генератор гипотез (2.1) строит «поезд» 4 типов → CP-скорер (2.2) формирует Банч гипотез в моменте по принципу «страшный риск — первым».
Назад: overview · 2.0 instruction
Version: 1.0 · Last updated: 2026-06-20 · Maintained by: AI-KORTEX