Что означает это ограничение
Полезный продукт ещё не обязательно решает важную проблему. Клиент может соглашаться, что идея хорошая, но не выделять бюджет, время и внимание, если последствия бездействия слишком малы.
Такое ограничение опасно тем, что компания может долго улучшать рекламу и продажи, хотя основной разрыв находится между реальной задачей клиента и ценностью продукта.
Ограничение роста полезно формулировать как проверяемую причинную гипотезу. Вместо «у нас всё плохо с маркетингом» нужна конструкция: какой результат не достигается, на каком участке возникает потеря, какой механизм её объясняет и какие данные способны подтвердить или опровергнуть эту версию.
С чем его часто путают
Слабую проблему часто путают с плохим продавцом. Но если разные продавцы постоянно слышат «вернёмся позже», возможно, у клиента действительно нет срочности. Это отличается и от недостатка доверия: там задача важна, но клиент боится поставщика или внедрения.
Как проблема проявляется на практике
- Низкая срочность. Задачу можно спокойно отложить.
- Малая цена бездействия. Текущий процесс неудобен, но терпим.
- Нет владельца проблемы. Никто лично не отвечает за результат.
- Задача возникает редко. Потребность эпизодическая.
- Неправильная формулировка. Компания говорит о функции, а клиент думает о другой задаче.
Основные причины
Какие показатели смотреть
Не пытайтесь найти одну универсальную цифру. Сильная диагностика соединяет показатель самого ограничения, качество следующей стадии и экономический результат.
Особенно полезно сравнивать группы клиентов между собой: лучший и худший сегмент, новый и старый период, разные источники или продукты. Так становится видно, где система уже умеет работать лучше и что именно отличается.
Порядок диагностики
- Сначала зафиксируйте бизнес-результат, который сейчас не достигается. Не начинайте с решения — начните с конкретного симптома и периода, когда он появился.
- Разделите данные на группы: сегменты, источники, продукты, менеджеров или периоды. Среднее значение часто скрывает, что проблема сосредоточена только в части системы.
- Проверьте основные возможные причины: Низкая срочность, Малая цена бездействия, Нет владельца проблемы. Затем последовательно исключайте альтернативные объяснения.
- Сравните слабую группу с собственной лучшей группой компании. Такой внутренний ориентир обычно полезнее чужой универсальной нормы.
- Проведите несколько разговоров или разберите реальные сделки, чтобы числовая картина получила объяснение поведения клиента.
- Сформулируйте одну рабочую гипотезу и заранее определите показатель результата и защитную метрику, которая не должна ухудшиться.
Практический пример
Сервис автоматической подготовки управленческих отчётов получает много положительных отзывов на демонстрациях, но мало продаж. Интервью показывают: в небольших компаниях отчёт готовится раз в месяц за пару часов, поэтому проблема неприятная, но дешёвая. В сетевых компаниях сбор занимает несколько дней и задерживает решения. Для них та же технология решает уже сильную проблему. Значит, нужно не улучшать презентацию, а сместить фокус на сегмент с высокой ценой бездействия.
Ценность примера не в конкретных цифрах, а в логике: сначала обнаруживается симптом, затем рассматриваются несколько объяснений, после чего выбирается причина, которая лучше всего подтверждается данными и поведением клиентов.
Что делать после диагностики
- Устраните проблему измерения, если данным нельзя доверять. Нельзя принимать сильное решение на основе спорных определений и неполной воронки.
- Выберите одну наиболее вероятную причину — например, «низкая срочность» — и опишите, почему именно она должна влиять на результат.
- Выберите минимальное изменение, которое позволяет проверить эту причину без полной перестройки системы.
- До запуска зафиксируйте исходное значение, основную метрику, защитную метрику и правило принятия решения.
- После проверки сохраните не только итоговую цифру, но и вывод: что стало понятнее о клиенте, рынке или процессе.
- Если ограничение снято, вернитесь к общей диагностике: после устранения одного узкого места система обычно упирается в следующее.
Первый полезный эксперимент
Типичные ошибки
- Опрашивать только довольных клиентов и искать подтверждение заранее выбранной идеи.
- Смешивать несколько сильно разных сегментов в один средний показатель.
- Компенсировать слабую клиентскую ценность ручной работой команды и считать это нормой.
- Начинать сразу с решения, не доказав причину.
- Считать отрицательный результат эксперимента провалом. Если он уменьшил неопределённость, это полезное знание.

