4.1 instruction — Генерация ценностных гипотез как фич Банча из Нексуса¶

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

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

Сгенерировать ценностные гипотезы как кандидат-фичи Банча, насыщая Нексус продукта узлами (VP-node, Hypothesis-node) и поднимая Context Ripeness до уровня, достаточного для входа в скоринг (4.2) и валидацию (4.3). Это фаза Understand → Identify методики Und-Id-Ex: Understand = анализ Нексуса рынка/потребителя; Identify = Кортекс генерирует гипотезы с initial Confidence Point.

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

Product Engineer — формулирует ценностное предложение в широком и узком смысле (формулы Остервальдера), проектирует оффер, проводит трассировку гипотезы на узлы Нексуса потребителя/рынка. Не «ведёт список гипотез», а насыщает Банч фичами-кандидатами в моменте.
Product Ops — поддерживает спелость Нексуса (Context Ripeness), настраивает RAG-индексы по Нексусу рынка и Нексусу потребителя, чтобы генерация шла из проверенных источников, а не из воздуха.
Зона человека: стратегический выбор ценностного предложения — какая потребность закрывается, для какого сегмента, с какой дифференциацией от альтернатив. Это решение об инвестиции ресурсов, ответственность не делегируется агенту.

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

Агент-генерация ценностных гипотез — RAG по Нексусу рынка (узлы Competitor / Gap / Trend) и Нексусу потребителя (узлы Сегмент / Потребность / Цель / Мотивация / Альтернативный путь). На каждый запрос инженера агент: 1. Извлекает подтверждённые потребности и конкурентные «дыры». 2. Формулирует кандидатов по двум формулам (широкий и узкий смысл Остервальдера) + оффер. 3. Проставляет initial CP (старт низкий, рост только при появлении информации, снижающей неопределённость). 4. Возвращает гипотезу как кандидат-узел с трассировкой источник-узел[] (интервью/данные/наблюдение/аналог). 5. Фильтрует через workslop-гейт: формулировка не перекладывает когнитивную нагрузку, метрика измерима конкретным числом.

Понятийная база (преемственность из ранбука 4.1)¶

Гипотеза ценностного предложения — предположение о том, что именно продукт сделает для потребителя и почему это будет ценно именно для него. Это ещё не фича и не продукт — это формулировка профита потребителя. Существует в двух смыслах: - Широкий смысл (формула Остервальдера) — фокус на реальном профите: «Наш [продукт] помогает [кому], которые хотят [чего], тем, что [как], в отличие от [альтернатив].» - Узкий смысл (PAF) — измеримая проверка спроса: «Мы считаем, что [ЦП] будет интересно [кому], что подтвердит [метрика ≥ порог], ведь [доказательство из исследований].»

Оффер ≠ ценность (ключевой тезис PAF, критичный для всего Stage 4): - Оффер — то, что потребитель видит и на что реагирует (кликает, оставляет контакты, платит): problem-solution message + цена + CTA + канал. - Ценность — то, что потребитель реально получает после использования; измеряется изменением поведения, а не реакцией на рекламу. - Аналогия: «Лучший кофе в городе» на меню — оффер; возвращаешься или нет — валидация ценности.

Идеальный конечный результат (PAF): ценность = тратить минимум ресурсов (денег/времени/нервов) на удовлетворение потребности. Потребитель с радостью обошёлся бы без продукта, если бы любая проблема решалась «магической кнопкой». Хорошее ЦП минимизирует усилия потребителя, а не добавляет шаги.

Вход (Understand-фаза — анализ Нексуса)¶

Источник	Откуда (узлы Нексуса)	Что берём для генерации
Нексус потребителя	Stage 2	Сегменты, подтверждённые потребности, проблемы+причины, цели, мотивация, альтернативы
Нексус рынка	Stage 3	ЦП конкурентов, слабые места, что рынок считает само собой разумеющимся, чего рынок жаждет, ценовые ориентиры
Гипотеза бизнес-модели	Stage 3	Как планируется монетизировать (влияет на оффер)

Чеклист готовности: понимаю кто потребитель и его контекст; знаю какие потребности подтверждены; изучил конкурентов и их «дыры»; есть хотя бы одна гипотеза бизнес-модели. Если пункт не выполнен — вернуться в Stage 2/3, гипотезы не строятся в вакууме.

Сколько гипотез генерировать¶

Рекомендация PAF: 3–7 гипотез. Одна потребность может давать 2–4 ЦП с разными акцентами (скорость / цена / качество / удобство / надёжность). Лучше сформулировать больше и отсечь на скоринге (4.2), чем начать с одной и потерять время на валидацию заведомо слабого варианта. Типичные ошибки: одна «очевидно лучшая» (вероятно предвзятость — добавить альтернативы); гипотезы слишком похожи (различи акценты); гипотезы без трассировки (фантазии, не гипотезы).

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

Отличать гипотезу от фантазии: нет трассировки на узел Нексуса → CP=1, пометка «low confidence». Не поднимать CP без доказательной базы.
Различать оффер и ценность: реакция на оффер (клик, email) ≠ подтверждение ценности. Критически важно для 4.3.
Применять «идеальный конечный результат»: проверочный вопрос «если бы потребитель получил результат без нашего продукта — было бы ему лучше?» Если да — продукт должен быть «невидимым», а формулировка минимизирует усилия потребителя.
Veto на гипотезу, построенную исключительно на интуиции («я сам бы пользовался», «логично, что нужно») — это не доказательство.

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

VP-node (ценностное предложение, широкий смысл) — формула Остервальдера: «Наш [продукт] помогает [сегменту], которые хотят [результат], тем, что [способность], в отличие от [альтернатив]».
Hypothesis-node (узкий смысл, измеримый) — «Мы считаем, что [ЦП] будет интересно [сегменту], что подтвердит [метрика] ≥ [порог], ведь [доказательство из исследований]».
Offer-node (problem-solution message + цена + CTA + канал).
Trace-edge → на узел потребности (Нексус потребителя) и на узел-«дыру» конкурента (Нексус рынка).
Context Ripeness по подшагу: целевое ≥60%. Каждый узел хранит источник[], CP, timestamp, статус увядания.

Шаблон Hypothesis-node (коммит в Нексус)¶

- VP (широкий смысл): наш [продукт] помогает [сегменту], которые хотят [результат],
  тем, что [способность], в отличие от [альтернатив].
- VP (узкий смысл): мы считаем, что [ЦП] будет интересно [сегменту], что подтвердит
  [метрика] ≥ [порог], ведь [доказательство].
- Offer: message / цена / CTA / канал.
- Trace → потребность: [ссылка на узел] · источник: [N интервью / наблюдение / данные / аналог]
- Trace → «дыра» конкурента: [ссылка на Competitor/Gap-узел Нексуса рынка]
- Дифференциация: [конкретно, не «мы лучше»]
- Идеальный конечный результат: если бы потребитель получил [результат] без продукта — ...
- initial CP: [1–10] · статус: Черновик → Скоринг · timestamp · статус увядания

🚦 Confidence Point-гейт¶

На выходе из 4.1 — не «список готов к скорингу», а initial CP у каждой гипотезы (стартовый уровень контекста). Gate перехода в 4.2: у ≥3 гипотез есть трассировка хотя бы на 1 источник, формулировки оффера соответствуют VP-широкому смыслу, метрики узкого смысла измеримы. Гипотезы без трассировки допускаются с CP=1, но помечаются как резервные.

Success Criteria подшага¶

Извлечены и структурированы знания из Нексуса потребителя (Stage 2) и Нексуса рынка (Stage 3).
Сформулировано 3–7 гипотез ЦП (каждая — в широком и узком смысле).
Для каждой написан черновик оффера и проведена трассировка на потребность + конкурентную «дыру».
Каждая гипотеза опирается минимум на 1 источник знания; дифференциация сформулирована конкретно.
Hypothesis-node коммичены в Нексус с initial CP и статусом увядания.
Context Ripeness по подшагу: ≥60%.

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

Product Lens (объект — продукт, спринт Product Sprint). Ценностное предложение — сердцевина Нексуса продукта и будущего Видения (Vision). Связь с Business Lens через гипотезу mNSM: узкий смысл ЦП уже содержит измеримую метрику, которая на шаге 4.5 будет проверена на монетизируемость. Связь со Strategy Lens через дифференциацию (какая конкурентная «дыра» используется — это вход в стратегическую Ставку/Bet).

🧭 Модель зрелости Кортекса на этом подшаге¶

Фаза 1 (отдельные задачи): промпт-шаблон генерации ЦП по формуле Остервальдера из контекста интервью. Кортекс = ассистент, инженер проверяет каждое ЦП.
Фаза 2 (процессы команд): RAG по Нексусу рынка + Нексусу потребителя → агент-генератор возвращает кандидат-узлы с initial CP и трассировкой. Кортекс = проводник.
Фаза 3 (процессы компании): событийное обновление Нексуса рынка/потребителя автоматически триггерит перегенерацию кандидатов при появлении новых Competitive-gap-узлов. Анти-workslop-гейт встроен в pipeline.

❓ Типовые ошибки (метапознание-чекпоинты)¶

«Гипотеза слишком абстрактна, не понимаю, как измерить» → вернуться к формуле узкого смысла: «что конкретно сделает потребитель, если гипотеза верна?» Оставит email? Кликнет? Заплатит? Ближайшее к покупке действие = метрика.
«Все ЦП похожи на конкурентов» → вернуться к столбцу «Чего рынок жаждет» из Нексуса рынка; искать незакрытую потребность на другом уровне иерархии или другой сегмент.
«Не знаю, реалистичен ли порог метрики» → бенчмарки: конверсия стандартного лендинга в заявку 3–8%; ориентируйся на рыночные аналоги, используй диапазон (пессимистично/ожидаемо).
«Оффер не соответствует гипотезе широкого смысла» → нормально на черновике: широкий смысл = образ будущего, оффер = инструмент проверки. Важно, чтобы оффер проверял именно ту ценность, что описана в гипотезе.
«Гипотеза взялась из воздуха» → тревожный сигнал: либо провести 2–3 быстрых интервью для точки опоры, либо пометить CP=1 и поставить низкий балл Evidence на скоринге.

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

Формулировки ЦП в широком смысле не перегружают потребителя свойствами — фокус на профите (изменении состояния), а не на фичах.
Метрика узкого смысла — конкретное число (%, количество, время), а не «высокая конверсия».
Трассировка обязательна: каждая гипотеза указывает источник (N интервью / наблюдение / данные / аналог). Нет источника → это идея, не гипотеза.
Дифференциация сформулирована конкретно, не «мы лучше».
Запрещённый синоним: НЕ «банк гипотез» / «бэклог гипотез» → формируем Банч фич-кандидатов в моменте, из текущего состояния Нексуса.

📐 Привязка к 6 принципам PAF¶

Принцип 1 (Прозрачность): VP-node с трассировкой доступна всем стейкхолдерам — единая точка истины вместо разрозненных документов.
Принцип 2 (Совместная унификация контекста): гипотезы строятся из общего Нексуса рынка+потребителя, не из индивидуальных представлений.
Принцип 5 (Скаутинг вместо приоритизации): генерируем кандидатов на карте возможностей, а не выбираем из списка задач.
Принцип 6 (Прибыль через ценность): узкий смысл ЦП уже содержит измеримую метрику — будущее mNSM.

🧪 Сквозной пример (из ранбука 4.1)¶

Продукт EduMatch — AI-сервис подбора репетиторов. Знания из Customer Validation: 14 интервью с родителями; главная боль — поиск репетитора занимает 3–5 часов через Авито без критериев качества. Знания из Market Research: ни один конкурент не даёт гарантию скорости подбора; рынок жаждет «быстрый старт — первый урок за 24 часа».

ЦП #1 (широкий смысл): Наш AI-сервис подбора репетиторов помогает родителям школьников, которые хотят найти надёжного репетитора за 1 день не тратя нервы и время, тем, что автоматически подбирает проверенного репетитора под стиль обучения ребёнка, в отличие от самостоятельного поиска на Авито или через знакомых. ЦП #1 (узкий смысл): Мы считаем, что AI-подбор репетитора за 24 часа будет интересен родителям школьников с проблемами успеваемости, что подтвердит конверсия в заявку на лендинге не ниже 12%, ведь во время 14 интервью каждый второй родитель сказал, что готов платить больше за гарантию быстрого старта. Оффер: «Тратишь часы на поиск репетитора и всё равно не уверен? EduMatch подберёт проверенного репетитора за 24 часа — под стиль обучения твоего ребёнка.» Первый подбор бесплатно, далее 990 руб./мес. Трассировка: потребность — быстрый и надёжный поиск (14 интервью); «дыра» конкурента — никто не гарантирует скорость. initial CP = 4 (сильная Evidence: 14 интервью + аналог Profi.ru + конкурентный анализ).

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

Skill Map [S3]: сектор 2 Value & Solution Design — формирование ценностных предложений на базе исследований. Внутренний/средний круг (junior→middle/senior): от атомарной идеи до комплексного проектирования ЦП продукта.
Профстандарт [S4]: обобщённая функция B «Управление ИТ-продуктом», уровень 5, трудовая функция B/02.5 «Определение продукта, дизайн и требования». Связка стандарт↔PAF — интерпретативная.

🔗 Связи¶

Назад: 3.6 Фиксация рыночных гипотез в профиле · Дальше: 4.2 instruction Связанные: reformation · index · naming_conventions