10. Жизненный цикл фичи: откуда берутся ступени

PAF описывает работу со свойством продукта как последовательное сокращение рисков: сначала риск существования потребности, затем подходящего ценностного предложения, затем решения, его реализующего. Шесть стадий с обязательными гейтами между ними.

Стадия	Что проверяем	Чем закрывается
1. Feature Ideation	Есть ли точка роста: анализ поведения внутри продукта (аномалии и их причины) и снаружи (конкуренты, альтернативы)	Инсайт, идея фичи, расчёт влияния на бизнес-модель
2. Need Validation	Существует ли потребность. Потребность — не обязательно проблема: продукт может строиться и от целей клиента	Зафиксированное поведение и профиль потребителя, выбранная значимая потребность
3. Value Validation	Закрывает ли ценностное предложение эту потребность	Need / value fit: предложение находит отклик
4. Solution Validation	Приносит ли конкретная реализация пользу. Часто валидация ценности и решения — один эксперимент	Прототип, требования, разработка, внедрение аналитики
5. Customer Onboarding	Работает ли конфигурация привлечения и активации	Feature / product fit: есть группа пользователей, для которых это основной способ закрыть потребность
6. Business Model Impact Validation	Влияет ли фича на бизнес-модель: привлечение, прибыль с клиента, издержки	Feature / business model fit либо решение о пивоте или закрытии фичи

Логика stage-gate: у каждой контрольной точки есть условия прохождения, и чем выше Confidence Point, тем выше вероятность пройти гейт либо осознанно отказаться от инициативы. Отсюда и идея лестницы: ступени — это стадии снижения неопределённости, выстроенные по силе доказательства.

Адаптация: в платформенной команде стадии 2 и 3 часто сворачиваются — потребность приносит команда-потребитель в явном виде. Зато стадии 4–6 остаются полностью, и именно на них живут ваши ступени 5–9.

Как шесть стадий уживаются с вашими точками контроля

Это два разных измерения, и мапить одно на другое не нужно. Стадия говорит, какой риск вы снимаете, и к календарю не привязана. Точка контроля говорит, когда вы на ставку смотрите.

Измерение	Что отвечает	Где живёт
Стадия жизненного цикла	Какой риск снимаем сейчас	Поле stage в файле ставки
Гейт	При каком CP и к какой дате я даю обещание наружу	Поле gate в том же файле
Точка контроля	Когда я смотрю на цифры	Календарь: дейли, конец спринта, экватор

Практический случай: ставка «интеграция с CRM» входит сразу на стадию 4 (Solution Validation) — потребность принёс потребитель, валидировать нечего. В файле это одна строка stage: 4. Ставка, где потребитель ещё не определился, входит на стадию 2, и это сразу объясняет, почему её CP не может быть высоким.