Новые продукты: от идеи до первых клиентов

Когда бизнес просит продукт, IT отвечает не датой релиза, а маршрутом с четырьмя гейтами. Каждый следующий этап получает ресурс только после того, как пройден предыдущий гейт. Остановка на гейте — нормальный исход, который экономит бюджет, а не провал команды.

Ответвление начинается на стадии «Вход»: запрос получил тип «новая инициатива», и выяснилось, что нужна не доработка, а продукт. Маршрут взят из открытого фреймворка ai-processes в репозитории po-helper, построенного на Product Architecture Framework (PAF) Сергея Тихомирова; девять его шагов здесь укрупнены в пять.

Шаг 1. Клиент и рынок

Сначала закладывают основу: владелец маршрута, база знаний о продукте, правила работы агентов и ритм сверки. Затем видение раскладывают на рынок, рост и сам продукт, находят фокус-сегмент, фокус-проблему и первых клиентов, готовых пробовать, и оценивают размер рынка, конкурентов и тренды. Гейта здесь нет, но без этого слоя следующие шаги проверяют догадки.

Кто что делает. Агент собирает рыночные данные, готовит сценарии интервью, кодирует расшифровки и находит, что о сегменте уже известно. PO выбирает фокус-сегмент и проблему и отвечает за то, что интервью спрашивают о фактах прошлого, а не о мнениях о будущем.

Результат. Записанные сегмент, проблема с подтверждением и список первых клиентов.

Инструменты:

• Тема «Discovery нового продукта», статьи «Mom Test» и «Карта сегментации аудитории».
• Промты «Product Discovery ассистент», «Сегментация ЦА», «TAM / SAM / SOM», «Конкурентный анализ».

Шаг 2. Проверка ценности

Ценностное предложение проверяют на реальном рынке: лендинг, пилот, фальшивая кнопка — кнопка функции, которой ещё нет, чтобы измерить спрос. Реакция на оффер — клики и заявки — ещё не ценность. Ценность подтверждается поведением: повторным использованием, оплатой, удержанием.

Кто что делает. PO формулирует ценностные гипотезы и порог до проверки. Агент проектирует эксперимент и считает результаты, но не решает, прошёл ли гейт.

Результат. Гейт «Ценность подтверждена» пройден или осознанный отказ с возвратом к шагу 1: тогда проблема в клиенте или рынке, а не в ценности.

Инструменты: промты «Консультант распаковки ценности», «Проектирование A/B», «NSM-консультант»; тема «Эксперименты».

Шаг 3. Бизнес-модель

Экономику считают до разработки: цена, затраты, рычаги роста. Отдельной строкой идут затраты на ИИ-модели: при росте использования в 2 и 5 раз они не должны переворачивать экономику. Если модель не сходится, её пересматривают, а не подкручивают параметры.

Кто что делает. PO и владелец направления отвечают за финансовую модель — это зона человека. Агент собирает данные, строит сценарии и находит «убийц экономики».

Результат. Гейт «Экономика сходится» пройден или пересмотр бизнес-модели.

Инструменты: тема «Цена» и статья «Price Laddering»; промты «Проектирование UNIT-экономики» и «Проектирование AARRR воронки».

Шаг 4. Решение до PMF

Готовят оффер, позиционирование и каналы, а затем строят работающий продукт, к которому возвращаются. PMF (product/market fit) — момент, когда группа клиентов выбрала продукт основным способом решить свою задачу. Это главная точка осознанного отказа: объявить его раньше времени значит масштабировать то, что продуктом ещё не стало.

Кто что делает. Маршрут ведёт Discovery- или Launcher-PM: его задача — сократить время до рынка и до подтверждения спроса, и в этой роли допустим вайбкодинг — сборка прототипов с помощью ИИ своими руками. Команда может быть из одного человека; полную команду до этого гейта не собирают.

Результат. Гейт «Продукт нужен рынку» пройден или продукт остановлен с выводами в базе знаний.

Инструменты: статьи «Ловушка ложных сигналов PMF» и «Ловушка преждевременного масштаба»; тема «Метрики продукта».

Шаг 5. Окупаемый канал

Ищут связку «сегмент — канал — оффер», которая окупается при масштабе. Каналы проверяют по одному, а не семь сразу, и наращивают выборку ступенями. Пройденный гейт завершает поиск продукта и открывает рост.

Кто что делает. Команда запускает и масштабирует эксперименты с каналами. Агент считает стоимость привлечения и пожизненную ценность клиента по реальным когортам и следит, не деградирует ли экономика при росте выборки.

Результат. Гейт «Канал найден»: поиск завершён, конфигурация записана.

Инструменты: тема «Первые клиенты и каналы», статья «19 каналов дистрибуции Вайнберга», промт «Выбор каналов дистрибуции».

Почему так, а не по плану запуска

IT-департамент настроен исполнять: требования, оценка, команда, срок. Новый продукт заходит в тот же конвейер с ТЗ, бюджетом на год и датой запуска, и конвейер начинает отлично строить то, что никому не нужно. Команде дают дату релиза до проверки сегмента, первые довольные пилоты принимают за спрос рынка, канал и цену оставляют на потом.

Принцип ответвления: гейт по доказательству вместо плана запуска. Ресурс на следующий этап выдаётся, когда собраны доказательства для текущего, а не когда наступила дата из плана. Это тот же принцип, что на стадии «Обязательства»: обещание не жёстче, чем позволяет подтверждённое знание.

В PAF это гейт по уровню уверенности: чем дороже ошибка за гейтом, тем выше порог. Если уверенность не растёт, сколько ни проверяй, продукт честно останавливают. Критерии четырёх гейтов записаны заранее:

Гейт	Вопрос	Когда пройден
Ценность подтверждена	Откликается ли рынок на предложение?	Ценностная гипотеза прошла проверку, ключевая метрика ценности связана с деньгами, а не с активностью
Экономика сходится	Окупается ли модель?	Ценность для бизнеса в деньгах положительна на реалистичном сценарии; LTV/CAC не ниже 3; при росте использования в 2 и 5 раз затраты на ИИ-модели не переворачивают экономику
Продукт нужен рынку	Выбрали ли клиенты продукт основным способом решить задачу?	Сходятся минимум три сигнала: плато удержания когорт, не меньше 40% ответов «очень расстроюсь, если продукт исчезнет» в опросе Шона Эллиса, воспроизводимая окупаемость
Канал найден	Окупается ли привлечение при масштабе?	LTV/CAC не ниже 3 на реальных когортах, экономика не деградирует при росте выборки, затраты на ИИ учтены в стоимости привлечения

Пороги записаны в fit-points.md в po-helper; для внутреннего продукта корпорации вместо выручки и LTV/CAC подставляют метрику потребителя и стоимость владения, но правило то же: критерий записан до проверки.

Артефакт: паспорт гейта

Заполняется перед каждым разговором о следующем ресурсе.

ПАСПОРТ ГЕЙТА: <продукт>, гейт <ценность | экономика | рынок | канал>

Шаг маршрута сейчас: <1–5>
Владелец: <имя>; решение о ресурсе принимает: <имя>, <дата>

Что должно быть правдой, чтобы пройти:
  1. <утверждение> — порог <число>, факт <число>, доказательство <ссылка, дата, кто>
  2. <утверждение> — порог <число>, факт <число>, доказательство <ссылка, дата, кто>

Чего не знаем: <пробел> — проверка <как>, срок <дата>
Сколько ещё потратим, если продолжим без ответа: <ресурс, недель>

Решение: <пройти | донасытить до <дата> | остановить>
Если остановить — что сохраняем в базе знаний: <выводы, контакты, данные>

С чего начать завтра

• Определите, на каком шаге продукт находится по факту, а не по плану. Если сегмент и проблема не подтверждены, вы на шаге 1, даже если идёт разработка.
• Запишите пороги четырёх гейтов до того, как появятся данные, и договоритесь с заказчиком, что остановка на гейте — допустимый исход.
• Назначьте одного владельца маршрута и не масштабируйте команду до гейта «Продукт нужен рынку».
• Проверьте цену до разработки и выберите один канал, а не семь сразу.

Источники

• Фреймворк ai-processes в репозитории po-helper-org/docs: маршрут из девяти шагов (README.md, STEP-0…8/overview.md), критерии гейтов (fit-points.md), роли (operating-model.md).
• Гайд «PAF Product Ops для корпоративного PO», адаптация А. Ишманова: разделы 4 «Шесть принципов PAF», 5 «Архитектура PAF Product Ops», 11 «Насыщение банча: метод Und-Id-Ex» — github.com/po-helper-org/docs.
• PAF: productframework.ru/ops/main и «Роли в эпоху ИИ», С. Тихомиров, CC BY-SA 4.0.