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

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.

❓ Контрольные вопросы (метапознание)

  1. Есть ли у каждого узла источник? Узел без источника → CP=0, не идёт в насыщение.
  2. Все ли 8 сущностей представлены в каркасе? (полнота CR)
  3. Описывают ли узлы поведение/ситуацию, а не демографию?
  4. Не опередили ли мы себя — не начали ли генерировать «персоны» до интервью? (запрет на PULSE)
  5. Какова стоимость риска, если начнём интервью на неспелом каркасе?
  6. 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