Как найти узкое место роста методом теории ограничений (Theory of Constraints, TOC)

Что система должна производить? Revenue, contribution, activated customers, qualified pipeline или orders. Выберите одну главную output metric, иначе bottleneck невозможно определить.

Например: traffic → leads → qualified → opportunities → wins → retained customers. Для SaaS: acquisition → activation → retention → expansion. Для e-commerce: demand → product view → cart → checkout → repeat.

Bottleneck — этап, где capacity, conversion или quality ограничивает output всей системы. Это не всегда самый низкий процент. Важно, насколько улучшение этапа увеличит throughput.

Высокий CAC может быть симптомом слабой conversion; длинный sales cycle — симптомом плохой qualification; низкий revenue — результат churn. Ищите причинный bottleneck.

1. Определить ограничение.
2. Максимально использовать ограничение без больших инвестиций.
3. Подчинить остальные процессы ограничению.
4. Увеличить capacity ограничения.
5. После снятия ограничения найти новое.

Используйте funnel data, queue, time-in-stage, utilization, lost demand и customer feedback. Сравнивайте фактический throughput с необходимым.

Если bottleneck — Sales discovery, сначала уберите low-fit meetings и улучшите preparation, а не сразу нанимайте новых reps. Цель — получить больше output из существующей capacity.

Если onboarding — bottleneck, acquisition не должен приводить больше клиентов, чем команда способна активировать. Marketing pacing и Sales commitments подстраиваются под constraint.

После process improvement добавляйте capacity: hiring, automation, technology, inventory, partner channel. Инвестиция оправдана, если ограничение реально доказано.

После улучшения constraint переместится. Например, сначала lead volume, потом Sales capacity, потом onboarding, затем retention. Growth management — цикл.

Pipeline coverage кажется низким. Marketing увеличивает leads, но opportunities не растут. Анализ показывает, что SDR обрабатывает только 60% inbound в SLA. Bottleneck — follow-up capacity, а не demand.

Paid acquisition масштабируется, trials растут, revenue нет. D7 activation — 18%, и большинство пользователей не подключает ключевую integration. Bottleneck — activation. Новый media budget только увеличивает потери.

Traffic растёт, но revenue plateau. Stock-out rate hero products высокий. Conversion marketing бессилен: bottleneck — availability.

Заявок много, но расписание занято на две недели. Дополнительная реклама ухудшает customer experience. Constraint — capacity.

Demand высокий, но match rate низкий из-за недостаточного active supply в отдельных категориях. Bottleneck — liquidity стороны предложения.

Backlog, waiting time, unprocessed leads, support queue, pending approvals — классические признаки capacity constraint.

Резкий leakage на одном stage может быть constraint, если upstream volume достаточно. Проверяйте quality, не только процент.

100% загрузка не всегда хороша: система теряет buffer и скорость. Для knowledge work небольшая свободная capacity часто нужна для variability.

Увеличивать traffic, когда Sales capacity перегружена, бесполезно. Улучшать email open rate, когда churn разрушает revenue, вторично. Это ключевая дисциплина TOC.

Фокус на constraint не означает разрушать quality, compliance, margin или customer experience. Используйте защитные метрики.

Выберите constraint с крупнейшим expected effect. Некоторые ограничения связаны: data quality и process capacity. Но roadmap всё равно должен иметь последовательность.

Сначала тестируйте hypotheses вокруг bottleneck. Это повышает learning efficiency: меньше экспериментов рассеивается по системе.

Budget должен следовать constraint. Если ограничение — content production, возможно, инвестиция в media преждевременна. Если constraint — market demand, наоборот, нужен demand creation.

Переносите временную capacity к constraint: analysts, ops, engineering, marketing. В cross-functional системе bottleneck редко принадлежит только одному отделу.

Primary metric — throughput системы. Secondary — локальная metric constraint. Например, speed-to-lead должна улучшить opportunities, а не просто response time.

Если дальнейшее улучшение local metric перестало заметно влиять на throughput, bottleneck переместился. Не продолжайте оптимизацию по привычке.

• Еженедельно: constraint metric, throughput, queue.
• Раз в 2–4 недели: проверка, не переместился ли bottleneck.
• Ежеквартально: structural constraints и capacity investments.

• Не масштабировать upstream, если downstream constraint перегружен.
• Не нанимать до process exploitation.
• Не улучшать vanity metric вне bottleneck.
• Не считать local improvement успехом без роста throughput.
• После снятия constraint заново диагностировать систему.

1. Неделя 1: growth chain и data.
2. Неделя 2: bottleneck hypothesis и evidence.
3. Неделя 3: exploit/subordinate experiments.
4. Неделя 4: throughput review и elevate/next constraint decision.

• Пять приоритетов одновременно.
• Самая плохая метрика = bottleneck.
• Сразу нанимать людей.
• Масштабировать acquisition при слабом retention.
• Оптимизировать отдел, а не систему.
• Не пересматривать constraint после улучшения.

B2B-компания считает, что рост ограничен недостатком leads. После построения chain выясняется: Marketing создаёт достаточно qualified demand, но proposal stage занимает 18 дней из-за custom pricing approvals. Компания стандартизирует packages и authority levels. Proposal time падает до 5 дней, pipeline velocity растёт, а новый bottleneck перемещается в implementation capacity.

Временное ограничение возникает из-за кампании, отпуска команды, сезонного пика или разового сбоя. Структурное повторяется и ограничивает growth месяцами: например, слабая activation, хронический Sales backlog или ограниченная production capacity. Инвестиции в headcount и systems оправданы в первую очередь для структурных constraints.

Иногда bottleneck находится не внутри funnel, а в самом рынке: недостаточно категорийного спроса или target universe мал. Тогда улучшение внутренних conversion rates имеет ограниченный ceiling. Нужны demand creation, new segment, geography или product.

Руководитель может стать bottleneck, если pricing, hiring, campaigns и proposals требуют одного approval. Измеряйте waiting time на decisions и делегируйте authority там, где risk контролируем.

Если команда не может определить, где leakage, из-за слабых definitions или tracking, первым constraint становится measurement capability. Не нужно строить идеальный data warehouse: достаточно данных, чтобы принять следующий крупный decision.

В decision log сохраняйте: constraint, evidence, intervention, результат и новое constraint. Через несколько кварталов появляется карта эволюции operating system и понятно, какие проблемы возвращаются.

План должен содержать одну главную growth constraint на период и 2–4 initiatives вокруг неё. Остальные направления получают maintenance budget. Это помогает не превращать стратегию в длинный список одинаково важных проектов.

• Диагностика остановки роста
• Дерево выручки
• Масштабирование после PMF

• KPI Tree
• Decision Log
• Resource Plan
• Experiment Registry

• Impact/Effort
• RICE
• North Star

• Bottleneck Analysis
• Growth Equation
• Unit Economics