# Бесполезный JTBD - гипотезы которые не выходят в рынок

> Квартал закончился. Спринты закрыты, задачи выполнены, дизайн отрисован. Только ни одна из пяти гипотез, которые обсуждали в январе, до рынка не дошла.

Статья · Алексей Ишманов · 14 мая 2026 · https://aleksishmanov.ru/blog/ju2llw1vxzm/

Квартал закончился. Спринты закрыты, задачи выполнены, дизайн отрисован. Только ни одна из пяти гипотез, которые обсуждали в январе, до рынка не дошла. Одна утонула в согласованиях, вторая выросла в большую фичу, третья — «ещё не время», четвёртая потеряла чемпиона внутри, пятая стала презентацией с рекомендациями.

Это норма для большинства B2B SaaS-команд на серии инветирования A–B. Процессы устроены так, чтобы производить внутренние артефакты - и именно за это вознаграждают. Разберём четыре механизма, которые делают гибель гипотез почти неизбежной.

![](/media/blog/ju2llw1vxzm/cbebdf80200a4eb8.png)

### Ловушка 01 — Документация как барьер входа

Логика понятна: чтобы идея была серьёзной, её нужно оформить. PRD, бриф, постановка задачи. Структура защищает от хаоса.

Но три страницы PRD, которые пишутся неделю, закрывают путь к эксперименту, который мог бы дать ответ за два дня. Плюс: когда PM тратит неделю на документ, убить гипотезу становится политически сложным. Документация создаёт инвестицию — и решение «убить» начинает выглядеть как признание провала.

**Метрика:** Time-to-first-experiment — от формулировки гипотезы до первого живого сигнала. Если больше трёх недель, документация стала фильтром.

Компания запускает «hypothesis review» — комитет, где идеи оцениваются по шаблону. Через два квартала туда приносят только то, что уже неформально согласовано. Система оптимизировалась под защиту от отказа, а не под скорость.

«У нас хороший процесс: каждая идея проходит через комитет. Только я понял, что перестал приносить туда спорные гипотезы. Несу только то, что уже точно пройдёт».

### Ловушка 02 — Эскалация вместо проверки

Рискованная идея требует поддержки сверху — логика рабочая. Вовлечь менеджмент раньше, получить ресурсы, избежать конфликтов.

Проблема в том, что эскалация меняет природу разговора. PM приходит с гипотезой — и вынужден её продать. Продажа требует уверенности. Уверенность требует подготовки. Подготовка требует времени. Вместо «хочу проверить эту идею за пять дней» разговор превращается в «представляю аргументы, почему эту идею стоит реализовать».

Руководитель с готовой презентацией помогает обосновать гипотезу, а не проверить её. Это разные задачи.

**Метрика:** доля гипотез, изменённых по внутренней обратной связи, против доли, изменённых на основе рыночного сигнала. Если первая больше — команда учится у стейкхолдеров, а не у клиентов.

B2B-стартап добавляет интеграцию с CRM: три конкурента уже сделали, в разговорах с клиентами упоминалось, CPO поддерживает. Разработка — шесть недель. После релиза интеграцию подключают семь компаний из двухсот активных. Была ли это реальная боль или просто удобный аргумент для сейлзов — никто не проверял.

Руководство говорит: «давай соберём дополнительный фидбэк, прежде чем двигаться». Звучит разумно. На практике — ещё три недели без рыночного сигнала.

### Ловушка 03 — Gold-plating эксперимента

Эксперимент должен выглядеть профессионально: аккуратный лендинг, продуманный онбординг. Если выглядит сыро — клиент не поймёт ценность.

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

**Метрика:** соотношение времени на создание эксперимента к времени на его интерпретацию. Если на создание уходит 80% — команда строит продукт вместо того, чтобы проверять гипотезу.

Хотят протестировать новый сегмент — малый бизнес вместо среднего. Решают сделать отдельный лендинг. Лендинг растягивается в редизайн. Редизайн — в новый копирайтинг. Копирайтинг — в брифинг с маркетингом. Через семь недель лендинг готов, сегмент до сих пор не проверен. Альтернатива: письмо на двадцать адресов с конкретным предложением. День работы. Сигнал — ответы или тишина.

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

### Ловушка 04 — Консенсус вместо сигнала

Если все внутри согласны — идея хорошая. Консенсус снижает риск.

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

**Метрика:** насколько изменилась гипотеза после первого реального контакта с пользователем по сравнению с внутренней версией. Если расхождение системно велико — внутренний процесс добавляет только задержку.

PM собирает интервью, формулирует гипотезу, проводит ревью, вносит правки, снова ревью. Финальная версия уходит в разработку. Через три месяца после релиза выясняется: ключевое предположение о сценарии использования было неверным. Это было бы очевидно из третьего разговора с пользователем — которого никто не провёл.

Когда PM приносит на демо данные вместо слайдов — реакция в комнате меняется. Данные не спорят. Большинство внутренних дискуссий существуют именно потому что данных нет.

### Конкуренция

Крупный игрок запускает A/B-тест на миллионной базе и получает ответ за день. У команды в двадцать человек такой возможности нет — и это создаёт соблазн заменить данные качеством аргументации. «Нет трафика для теста, давайте решим логически». Логика заменяет сигнал.

Но та же команда выигрывает в скорости решения. Крупный игрок теряет три недели на согласование гипотезы. Команда в двадцать человек закрывает цикл «гипотеза → сигнал» за пять дней — если не воспроизводит корпоративные ритуалы добровольно. Большинство воспроизводят.

### Цена

**Потеря обучения.** Один эксперимент в месяц — двенадцать точек данных в год. Один в неделю — пятьдесят. Через два года разница в понимании рынка становится структурной.

**Потеря мотивации.** PM, чьи гипотезы тонут в процессе, перестаёт выдвигать спорные идеи. Беклог заполняется безопасными улучшениями — теми, у которых точно не будет возражений на ревью.

**Потеря runway.** Шесть недель разработки фичи, которую можно было проверить за три дня разговорами — это деньги, сгоревшие на проверку гипотезы неправильным методом.

### Как выйти

- **Отделите гипотезу от задачи.** Прежде чем фича уходит в беклог, сформулируйте: «Мы считаем, что [сегмент] испытывает [проблему] в ситуации [контекст] и готов платить за [решение]». Не можете сформулировать — задача преждевременна.
- **Зафиксируйте decision rule до эксперимента.** Что означает «подтверждено», а что — «убить»: конкретное число. Десять заявок, три предоплаты, пять разговоров с одной и той же проблемой. Без этого любой результат интерпретируется в пользу продолжения.
- **Сократите цикл до пяти дней.** День первый — контекст и гипотеза. Дни два–четыре — исследование, спецификация, прототип. День пятый — сигналы и решение. Если цикл растягивается — вы строите продукт, а не проверяете гипотезу.
- **Фиксируйте решения, а не результаты.** Журнал спринта: гипотеза → сигнал → continue / kill / pivot → следующий шаг. Через квартал это покажет, где предположения системно расходятся с реальностью.
- **Стройте ритм.** Один спринт ничего не меняет в операционной модели. Меняет устойчивая практика — один спринт в одну-две недели. Именно ритм со временем вытесняет слайды как основной артефакт принятия решений.
- **06 Найдите внешнюю точку опоры.** Попытка перейти к быстрым циклам в одиночку заканчивается откатом: один тяжёлый квартал, один скептичный стейкхолдер — и старый ритм восстанавливается. Нужно окружение, для которого 5-дневный цикл уже является нормой.

### Что почитать

- **«The Mom Test» — Rob Fitzpatrick.** Почему большинство customer discovery разговоров подтверждают то, во что команда уже верит, — и как это исправить.
- **«Competing Against Luck» — Clayton Christensen.** Механика «найма» продукта и как она меняет приоритизацию беклога.
- **«Running Lean» — Ash Maurya.** Операционный цикл hypothesis → experiment → learning в существующем продукте. Взять: методику приоритизации рисков.
- **«Continuous Discovery Habits» — Teresa Torres.** Как встроить регулярное исследование клиентов в еженедельный ритм без отдельных исследовательских спринтов.

*Какая из четырёх ловушек сейчас активна в вашей команде — и когда последняя гипотеза получила рыночный сигнал, а не внутреннее одобрение?*