Чтобы отличить проблему продаж от проблемы процессов, смотрите на две оси: достаточно ли устойчивого спроса и способна ли операционная система качественно переварить текущий объём. Больше лидов не поможет компании, которая уже теряет заказы в backlog, задержках и ошибках
Матрица спрос × операционная способность
С управленческой точки зрения развитие бизнеса связано с масштабирование бизнеса. Тогда эффективность компании можно оценивать по скорости решений, прозрачности и зависимости от ручного контроля
| Спрос | Capacity | Что это означает | Главный вопрос |
|---|---|---|---|
| Низкий | Есть запас | Проблема спроса | Почему нет достаточного потока клиентов |
| Высокий | Есть запас | Хорошая база для роста | Как масштабировать продажи без потери unit economics |
| Низкий | Не хватает | Процесс неэффективен даже на малом объёме | Где теряется capacity |
| Высокий | Не хватает | Бизнес упёрся в операции | Что ограничивает throughput и качество |
Признаки, что ограничение уже внутри компании
- Backlog и срок выполнения растут при увеличении продаж
- Менеджеры обещают клиентам сроки, которые операции не выдерживают
- Доля срочных ручных исключений увеличивается
- Для каждого роста объёма нужен почти пропорциональный рост back-office
- Качество или маржинальность ухудшаются при пиковом спросе
- Новые лиды есть, но скорость обработки заявок падает
Какие цифры сравнить до новой рекламной кампании
| Метрика спроса | Метрика процесса |
|---|---|
| Qualified leads / opportunities | Доступная capacity на обработку |
| Conversion | Backlog и age очереди |
| Средний чек | Cost-to-serve |
| Pipeline coverage | Cycle time / SLA |
| Повторные продажи | Ошибки, возвраты, rework |
Пример двух одинаковых компаний
У обеих компаний 1 000 входящих заявок. Первая обрабатывает их за день и имеет свободную мощность - ей действительно нужен рост спроса. Вторая часть заявок разбирает три дня, теряет контекст между отделами и нанимает координаторов. Для неё ещё 30% трафика могут увеличить оборот меньше, чем операционный хаос
Что менять, если проблема в процессах
- Найти bottleneck, а не улучшать все отделы одновременно
- Сократить ожидание и rework до покупки новой платформы
- Стандартизировать вход и типовой поток
- Автоматизировать ручные операции вокруг ограничения
- Пересчитать throughput и только затем ускорять привлечение
Как проверить гипотезу на управленческих данных
Qualified demand по периодам - первая точка, которую стоит зафиксировать до любых изменений. Рядом соберите Throughput и capacity, а затем backlog/sla, cost-to-serve и качество и возвраты при росте. Все значения должны относиться к одному типу потока и сопоставимому периоду, иначе сезонность и разный состав кейсов исказят вывод
- Qualified demand по периодам
- Throughput и capacity
- Backlog/SLA
- Cost-to-serve
- Качество и возвраты при росте
Сделайте stress-test: что произойдёт при +20% входа завтра. Если ответ - “добавим людей и чат”, это сильный сигнал, что операционная модель ещё не готова к агрессивному росту спроса
Сравнение conversion спроса и utilization bottleneck лучше делать на ограниченном типовом потоке: сначала снять базовую точку по «Qualified demand по периодам» и «Throughput и capacity», затем изменить один механизм и повторить замер. Так проще отделить эффект процесса от изменения спроса, состава команды или структуры входящего потока
Как понять, что управляемость стала лучше
Связка conversion спроса, utilization bottleneck, backlog, маржа после process cost и FTE на объём показывает, дошло ли улучшение до результата целиком. Одна красивая локальная метрика недостаточна: если скорость выросла ценой качества, backlog переместился дальше или экономия не превращается в usable capacity, гипотезу нужно пересчитать
Хотите понять, чего бизнесу сейчас не хватает: спроса или capacity?
Покажите ключевые цифры воронки и исполнения. Мы поможем собрать demand × capacity картину и понять, где следующий рубль инвестиций даст больше эффекта - в продажах или в процессах
Частые вопросы
Какие данные быстрее всего покажут процессное ограничение?
Backlog, время цикла, SLA, cost-to-serve, rework и потребность в новом FTE при росте объёма
Может ли одновременно не хватать и продаж, и процессов?
Да. Тогда приоритет выбирают по наиболее дорогому текущему ограничению и риску. Иногда нужно стабилизировать процесс до масштабирования спроса
Как отличить низкую конверсию от нехватки capacity?
Посмотреть этап, где сделки или заявки начинают стареть. Если лиды качественные, но действия задерживаются из-за очереди и загрузки, это операционная проблема
Нужно ли останавливать маркетинг, если операции перегружены?
Не обязательно. Можно управлять каналами и обещаниями, параллельно увеличивая capacity, но игнорировать ограничение опасно для сервиса и маржи
