4.pitch — PITCH / Pitching of Trust (Step 7: Solution & PMF)¶

Фаза средняя · Линза: Product · Pitching of Trust: юзабилити ≥5 + Red-Team Банча → CP-gate → финальное решение. Источник: 7.3 instruction + 7.2 instruction · [S1] VI.4.

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

Pitching of Trust [S1] VI.4 — ритуал защиты Банча: команда «заваливает» аргументы → формируется Confidence Point. В Step 7 защита идёт через юзабилити-тестирование прототипов с реальными пользователями (≥5; правило Якоба Нильсена: 5 выявляют ~85% проблем UX) и Red-Team Банча. Скоринг считается через mNSM/NPV, а не через взвешенную матрицу ценность/стратегия/ресурсы 1–10.

Дешевле переработать прототип, чем готовый продукт: юзабилити-проблемы на этапе прототипа = часы работы; в готовом продукте = недели + потерянные пользователи. Pitching of Trust ловит их на этапе «картона». Перед Pitching стоит лёгкая под-фаза вайбкодинг-прототипирования (7.2) — Кортекс генерирует 7 типов прототипов, человек валидирует.

Цель — пройти Pitching of Trust gate, зафиксировать финальное решение для разработки. Прототип — это гипотеза, а не истина; без тестирования продукт строится на предположениях.

👤 Роль¶

Product Engineer — отвечает за конвергенцию: какие фичи Банча подтверждены и идут в MVP, какие отброшены, какие требуют итерации. Discovery/Launcher PM — минимизация цикла «прототип→сигнал→итерация»; вайбкодит итерации (2–3 итерации норма; после 3-й при недостижении метрик — возврат к 7.1). AI UX Designer — анализирует поведенческие сигналы (паузы, клики не туда, «не понимаю»); отличает politeness bias от реальной конверсии. Technical/AI Product Manager — разделяет «оффер сработал» от «ценность подтверждена»; COGS токенов при масштабе.

Зона человека [S2] III.4: финальное решение о фокусном решении для разработки — стратегический выбор; veto при равных скорах.

🤖 Кортекс-агент (из 7.2 + 7.3)¶

Под-фаза 7.2 — вайбкодинг-прототипирование: - Вайбкодинг-агент / MVP-builder [7.2] — из узлов user-flow+ai-metaphor+solution-hypothesis генерирует: бумажные скетчи, wireframe-сеты, кликабельные прототипы (On Click→Frame), no-code (Tilda/Glide/Bubble/ManyChat/Typeform), сценарии консьерж и Волшебник Оз; восьмой тип — чужой продукт (API). 7 типов сохраняются как спектр дешевизны/точности. - Smoke-test-агент — проходит прототип имитацией незнакомого пользователя; ловит тупики, отсутствие CTA, пустые экраны, непонятные переходы; критические переходы (первый экран, ключевое действие, оплата, финал). - Сценарий-билдер — генерирует задания для юзабилити как задачи, не вопросы («Попробуй записаться» вместо «Вам понятно?»); минимум 2 задания.

Фаза 7.3 — Pitching of Trust: - Модератор юзабилити — ведёт сессию по гайду (разогрев 5 мин / контекст 5 мин / задания 15–25 мин / вопросы после 10 мин / NPS и закрытие); нейтральные вопросы; не подсказывает; фиксирует паузы, клики не туда, «не понимаю». Метод Think Aloud. - Кодировщик транскриптов (ASR Otter.ai/Grain-класс) → кодирование наблюдений (выполнено/нет/частично, время, проблемы, цитаты) → авто-валидация против гипотезы-источника. - Affinity-агент — группирует наблюдения в паттерны: ТОП-3 проблемы с частотой «X из N», ТОП-3 позитивных с цитатами-доказательствами, общая статистика. - Pitching of Trust-агент (Red-Team) — симулирует «kill it», скептические вопросы, челенджит каждую фичу на стоимость риска. - NPV/mNSM-скорер — кандидат mNSM × вероятность (из CP) → вклад в NPV Банча; ранжирует решения. - Рекрутёр-агент — отбирает 5–8 участников из целевого сегмента (не сотрудники/родственники, имеют реальный опыт с проблемой).

🧠 Человек (метапознание — валидация ИИ-генерации прототипов/синтеза)¶

Валидация ИИ-генерации синтеза: каждый паттерн ≥ 2 цитатам-доказательствам; «1 из 8 не понял» → индивидуальная особенность; «80% не нашли кнопку» → проблема.
Veto на premature conclusions: «пользователям понравилось» (politeness bias) ≠ конверсия — отделяет намерение (NPS) от поведения (конверсия). Тест «Хотите, запишу прямо сейчас?» — реакция на реальное предложение честнее слов.
Конвергенция CP: утверждает статус каждой гипотезы — подтверждена (метрика ≥ порога) / частично (итерация с 3–5) / опровергнута (конверсия <50% → возврат к 7.1).
Дерево решений: Путь 1 (все подтверждены → 7.4) / Путь 2 (проблемы UX, концепция верна → итерация) / Путь 3 (опровергнуты → возврат к 7.1).
Метапознание-фильтр вайбкодинга [S2] III.4: Launcher PM обязан понимать, что сгенерировано, и быть способным это объяснить; veto на workslop-прототип («красивый, но не проверяет гипотезу»).
Этика Волшебника Оз: обязательно раскрыть правду после теста.

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

prototype — {тип, гипотеза-источник, инструмент, ссылка, критерий успеха, статус, smoke-результат, CP}.
usability-session — {участник, дата, длительность, задания с результатами, проблемы, цитаты, NPS, готов пользоваться}.
affinity-pattern — {описание, частота X/N, цитаты[], вывод}.
validation-result — {статус: подтверждена/частично/опровергнута, метрика факт vs цель, CP-дельта, источник-сессии[]}.
pitching-of-trust — {аргументы, челленджи Red-Team, стоимость риска, вердикт по фиче}.
final-solution — {прототип-победитель, что входит в MVP, что НЕ входит, ключевые инсайты, решения-проигравшие с условием возврата}.
losing-solutions — {прототип, скор, почему не выбрали, условие возврата после PMF}.
Каждый узел: источник, CP, timestamp, статус увядания. CR после 7.3 → ~60%.

🚦 CP-гейт фазы¶

Gate 7.3 → 7.4 (Pitching of Trust пройден) [7.3]: - ≥5 юзабилити-тестов проведено (лучше 5–8 целевых); - карточки гипотез обновлены (каждая со статусом); - Pitching of Trust проведён (команда челленджила Банч, оценена стоимость риска); - финальное решение зафиксировано. - Слабые фичи CP < gate выкинуты, сильные CP ≥ gate → в разработку.

Стоимость риска как gate-критерий [S1] VI.7: CP включает не только вероятность, но и оценку стоимости риска. Фича с высоким CP, но неприемлемой стоимостью риска — drop.

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

Product Lens [S1] VI.1: Pitching of Trust — ключевое событие Product Sprint (защита Банча → формирование CP как gate). Принцип 1 PAF: прозрачность до очевидности — Pitching поднимает доверие через рост прозрачности. Связь с Business Lens: скоринг через mNSM/NPV (полное NPV замыкается в 7.6). Связь со Strategy Lens: проигравшие решения документируются как Ставки следующих итераций после PMF.

🛡️ Анти-workslop¶

Workslop в коде/прототипах (топ-зона вайбкодинга ~15,4% [S2] III.7): сгенерированный лендинг выглядит убедительно, но не проверяет гипотезу; кликабельный прототип «красивый», но без критических переходов; no-code без реальной логики.
Workslop в синтезе: AI-паттерны без цитат-доказательств; «вежливость участников» принята за подтверждение; выводы на 2–3 сессиях до проявления паттернов.
Politeness bias: «вам понятно?» — всегда «да». Нейтрализуется Think Aloud и наблюдением за поведением (куда тыкает, где паузы, переспрашивает).
Premature PMF-риск: 5–8 тестов прототипа ≠ PMF; PMF требует конвергенции ≥3 сигналов (retention-плато + опрос ≥40% + NPV>0) и замыкается только в 7.6.
CP как новая vanity: CP растёт только от снижения неопределённости поведенческими данными, не от количества сессий само по себе.
Видео против цифр: при защите перед стейкхолдерами видеозаписи сессий убедительнее цифр — живое видео с пользователем, который не может найти кнопку, нельзя поставить под сомнение.

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

Skill Map [S3]: сектор 1 Discovery & Researches (юзабилити-тесты, качественный синтез, Affinity Map) + сектор 2 Value & Solution Design (скоринг) + зарождающийся сектор 3 (вайбкодинг прототипов).
Профстандарт 06.012 [S4]: функция B, уровень 5, B/01.5 «продуктовые исследования» + B/02.5 «определение продукта/дизайн». Связка интерпретативна.

🔗 Дальше¶

→ 5.execute (EXECUTE) — тяжёлая фаза: цифровой профиль продукта (7.4) + вайбкодинг MVP (7.5); Build+Bale+Germination; цикл Build→Change Log; параллельная верификация.

Назад: 3.bunch · Назад в хребет: overview.

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