1. pulse.md — Step 4: Value¶

Фаза PULSE цикла Product Sprint в Step 4. Лёгкая фаза: фиксация состояния, не действие.

🎯 Цель фазы для Step 4¶

Progress Pulse [S1] VI.4: инженер «подходит к приборам» — фиксирует состояние Нексуса продукта на входе в цикл Step 4, видит гэп между текущим состоянием и целью шага (подтверждённое ЦП + mNSM) и формулирует intent цикла. Это не «планирование», а_snapshot + осознанный заход в цикл.

Гэп Step 4 в канонической форме: «У нас есть подтверждённые потребности (Step 2) и карта рынка (Step 3), но нет ценностного предложения, проверенного поведением, и нет монетизируемой северной метрики». Pulse этот гэп озвучивает.

Pulse — стартовый ритуал [S1]. Пропущенный Pulse = заход в SCOUT без понимания, что уже есть в Нексусе → генерация «в вакууме», workslop [S2].

👤 Роль¶

Product Engineer — ведёт Pulse: читает Нексус, формулирует intent цикла (что насыщаем: VP-кандидаты? mNSM? дерево?).
Product Ops — проверяет Context Ripeness входных Нексусов (потребителя, рынка): если они не спелые, Step 4 будет усиливать мусор [S1] IX.

🤖 Кортекс-агент¶

На Pulse — Кортекс читает, не действует. Агент-пульс (фаза зрелости 2): 1. Возвращает snapshot Нексуса продукта: какие узлы VP/Hypothesis уже есть, их CP и статус увядания. 2. Проверяет спелость входных Нексусов (Stage 2/3) — достаточно ли подтверждённых потребностей и конкурентных «дыр» для генерации ЦП. 3. Флаг «увядания»: если данные валидации потребителя >3 месяцев → флаг переподтверждения до захода в SCOUT. 4. Формирует intent-черновик: «этот цикл насыщает {VP-кандидаты | mNSM | дерево метрик}, потому что гэп = ...».

Сначала Нексус, потом Кортекс [S1] IX — Кортекс на Pulse работает со спелым контекстом, не из воздуха.

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

Честно признать гэп: у нас есть подтверждённые потребности, но нет ЦП, проверенного поведением. Реакция на оффер (если уже тестировали) ≠ подтверждение ценности.
Проверить спелость входов: если Stage 2/3 не пройдены качественно (мало интервью, нет конкурентных «дыр») — вернуться, а не генерировать ЦП из фантазий.
Veto на заход в SCOUT без подтверждённой потребности: ЦП строится из Нексуса потребителя+рынка, не из интуиции [S1].

📦 Артефакт = узлы Нексуса продукта (+CR)¶

Pulse-snapshot — состояние Нексуса продукта на старте цикла (существующие VP/Hypothesis-узлы, их CP, статус увядания).
Intent-node — цель цикла: «насыщаем {BUNCH/PITCH/EXECUTE/HARVEST-артефакт}, потому что гэп = ...».
Context Ripeness по входам — флаг готовности Нексусов Stage 2/3.
Каждый узел хранит источник[], CP, timestamp, статус увядания [S1] III.1.

🚦 CP-гейт (HARVEST = гейт Need/Value Fit)¶

На фазе PULSE gate нет — это старт. Цель Pulse: убедиться, что вход в цикл честный (спелый контекст, явный гэп). Финальный gate всего шага — на HARVEST: 🟧 Need/Value Fit (см. 6.harvest и fit-points).

🛡️ Анти-workslop¶

Не «план спринта» — Pulse = snapshot + intent, не список задач. Запрещённый синоним: НЕ «бэклог задач» → intent цикла [S1] Принцип 1.
Не заходить без спелых входов: если Stage 2/3 слабые, Кортекс усилит мусор [S1] IX.
Не игнорировать увядание: данные >3 месяцев → переподтверждение, иначе всё, что строится на них, — workslop.

🔗 Дальше¶

→ 2.scout: скаутинг возможностей через Нексус рынка/потребителя — извлечение подтверждённых потребностей и конкурентных «дыр» как сырья для генерации ценностных гипотез (BUNCH).

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