На потоке 900 заявок в месяц автоматическая обработка даёт твёрдую экономию 68 690 ₽ в месяц и окупается за 6,7 месяца при полной стоимости входа 460 000 ₽. Отдельно от этой суммы существует второй эффект — возвращённые заявки на 236 200 ₽ в месяц, — и главный смысл этой статьи в том, чтобы показать, почему два числа надо держать порознь, хотя складывать их очень хочется.
Соблазн понятен: если сложить, окупаемость получается полтора месяца, и презентация выглядит блестяще. Проблема в том, что второе число построено на конверсии и среднем чеке — величинах, которые зависят от сезона, рекламы и работы самих менеджеров. Если проект защищали им, а через полгода конверсия просела по независимой причине, доказать эффект будет нечем.
Методика счёта — та же, что в общем разборе про то, как посчитать окупаемость автоматизации: четыре числа и одно деление. Здесь она применена к потоку входящих обращений, а рядом лежит такой же сквозной расчёт для обработки входящих документов — их полезно сравнить, потому что структура эффекта в этих двух процессах разная.
Два источника эффекта, которые нельзя складывать
У автоматизации входящего потока всегда два эффекта, и они разной природы. Первый — снятые часы: то, что менеджер сейчас делает руками, делает система. Этот эффект виден в табеле, воспроизводим и не зависит от рынка. Второй — возвращённые заявки: обращения, которые сейчас теряются между каналами или остаются без ответа до вечера, доходят до менеджера за минуту и превращаются в сделки.
Твёрдым мы называем эффект, который отражается в расходах: отменённый наём, снятые переработки, обработанный тем же составом выросший объём. Мягкий — недополученная выручка и упущенные продажи: он реален, но его величина зависит от переменных вне контура автоматизации. Окупаемость считается по твёрдому, мягкий остаётся запасом прочности.
Сравнение в две колонки. Левая, узкая, подписана «Твёрдый эффект — по нему считаем окупаемость»: три строки сверху вниз «165 часов в месяц», «×65 % = 101 890 ₽», «− эксплуатация 33 200 ₽», итог крупно «68 690 ₽/мес» и под ним «окупаемость 6,7 месяца». Правая, втрое выше, подписана «Мягкий эффект — запас прочности»: строки «126 потерянных заявок», «возвращаем 65 % = 82», «конверсия 20 % = 16,4 сделки», «маржа 14 400 ₽ с чека», итог крупно «236 200 ₽/мес». Между колонками вертикальная выноска «×3,4». Под правой колонкой предупреждающая плашка «зависит от конверсии, чека и сезона». Чертёжный стиль, подписи по-русски.
Твёрдая часть: 165 часов в месяц
Вводные модельной компании: отдел продаж из шести менеджеров, 900 обращений в месяц из пяти каналов — форма на сайте, входящие звонки, мессенджеры, площадки объявлений и маркетплейсы. На одну заявку менеджер тратит 11 минут: прочитать, ответить первым сообщением, задать три-четыре квалифицирующих вопроса, завести карточку в CRM и поставить задачу. Эти 11 минут — не продажа, а подготовка к ней.
Доля автоматизации здесь 65 %, а не 75–80 %, как на документах. Причина в том, что квалификация — задача с суждением: анкету система соберёт, но нестандартный вопрос, торг, спор о сроках и повторное обращение старого клиента останутся человеку. Полная ставка часа взята из расчёта по всему ФОТ с взносами и рабочим местом — почему это не оклад, разобрано в материале про то, сколько стоит ручная работа.
Стоимость входа — 460 000 ₽. Из них 390 000 ₽ — пакетное внедрение за 6 недель: сбор всех каналов в одно окно, автоответ и квалификация по анкете, распределение по менеджерам, заполнение карточки CRM, напоминания. Остальные 70 000 ₽ — рабочее время своих людей на проекте: руководитель отдела 18 часов, два менеджера на разметке диалогов 30 часов, ИТ-специалист на доступах 12 часов. Окупаемость по твёрдому эффекту: 460 000 ÷ 68 690 = 6,7 месяца.
Мягкая часть: 82 возвращённые заявки и 236 200 ₽
Вторая половина эффекта не в часах, а в заявках, которые сейчас никуда не доходят. Сообщение пришло в 21:40 в мессенджер, менеджер увидел его утром; звонок пропущен в обед, перезвонили через день; форма с сайта упала в общий почтовый ящик, из которого её никто не разбирает. К моменту ответа клиент уже написал двоим другим.
Ступенчатая схема-воронка сверху вниз из пяти уровней с подписями и числами: «900 заявок в месяц», «126 без ответа в течение суток — 14 %», «82 возвращает контур — 65 % из потерянных», «16,4 сделки — конверсия догнанной заявки 20 %», «236 200 ₽ маржи — по 14 400 ₽ с чека». Слева от воронки вертикальная шкала с подписями пяти каналов: сайт, входящие звонки, мессенджеры, площадки объявлений, маркетплейсы. Справа от второго уровня выноска «здесь потери не видны ни в одном отчёте». Чертёжный стиль, подписи по-русски.
Два замечания к этому расчёту, без которых он превращается в фантазию. Первое: считать надо по марже, а не по обороту. Возвращённая заявка на 48 000 ₽ приносит компании 14 400 ₽, а не 48 000 ₽; подстановка оборота вместо маржи — самый быстрый способ получить окупаемость за три недели и потом объясняться. Второе: конверсия догнанной заявки ниже обычной, потому что клиент уже успел остыть или получить предложение конкурента; брать её равной средней по воронке некорректно.
Если сложить оба эффекта, получится 304 890 ₽ в месяц и окупаемость 1,5 месяца. Такое число можно показывать — но только как верхнюю границу, рядом с нижней. Решение принимается по нижней: проект, который окупается за 6,7 месяца по твёрдой части, останется хорошей сделкой даже если мягкой части не будет вовсе. Проект, который окупается только вместе с мягкой, — это ставка на конверсию, а не инвестиция в процесс.
Что происходит на 200 заявках в месяц
Тот же контур на потоке в четыре с половиной раза меньше даёт не в четыре с половиной раза меньший результат, а отрицательный. Причина в структуре расходов: 30 000 ₽ из 33 200 ₽ эксплуатации — постоянная часть, которая не зависит от числа заявок. Чистая экономия на одной заявке составляет 109,6 ₽ (11 минут × 0,65 = 7,15 минуты по ставке 950 ₽ за час даёт 113,2 ₽, минус 3,6 ₽ переменных расходов). Дальше арифметика очевидна.
| Заявок в месяц | Твёрдая экономия в месяц | Окупаемость 460 000 ₽ | Вывод |
|---|---|---|---|
| 200 | −8 100 ₽ | никогда | Заказной контур не нужен |
| 280 | около нуля | никогда | Эксплуатация съедает всю экономию |
| 620 | 37 950 ₽ | 12,1 месяца | Нижняя граница разумного |
| 900 | 68 690 ₽ | 6,7 месяца | Рабочий диапазон |
| 1 800 | 167 280 ₽ | 2,8 месяца | Проект окупается ещё до окончания настройки |
Линейный график. Горизонтальная ось — число заявок в месяц от 0 до 1 800, вертикальная — твёрдая экономия в рублях от −30 000 до 180 000. Прямая линия пересекает горизонтальную ось нуля в точке 274 заявки; точка пересечения обведена и подписана «точка нуля: 274 заявки в месяц». На линии отмечены и подписаны четыре узла: 200 (−8 100 ₽), 620 (37 950 ₽), 900 (68 690 ₽), 1 800 (167 280 ₽). Область ниже нуля залита штриховкой с подписью «эксплуатация дороже экономии». Горизонтальная штриховая линия на 38 333 ₽ подписана «уровень окупаемости за 12 месяцев». Чертёжный стиль, подписи по-русски.
Что делать компании с потоком в 200 заявок. Не заказной контур, а штатные средства CRM: роботы на смену статуса, шаблоны первого ответа, автораспределение по очереди, напоминание при простое карточки. Настройка занимает 60 000–90 000 ₽ и почти не требует эксплуатации, а забирает порядка 35 % той же ручной работы: 200 × 11 минут × 0,35 = 12,8 часа в месяц, или 12 190 ₽. При настройке за 80 000 ₽ это окупается за 6,6 месяца — тот же срок, что и у большого контура на большом потоке. Какие схемы распределения бывают и какая подходит отделу вашего размера, разобрано в статье про распределение заявок между менеджерами.
На 200 заявках потери составляют 28 обращений в месяц, возврат 65 % даёт 18 заявок и около 52 400 ₽ маржи. Соблазн защитить проект этой суммой очень велик — но твёрдая часть при этом отрицательная, то есть компания платит за эксплуатацию больше, чем экономит на часах. Проект целиком держится на предположении о конверсии. Это допустимое решение, если вы понимаете, что принимаете ставку, и недопустимое, если считаете, что делаете расчёт.
Как проверить результат после запуска
Метрики фиксируются до старта, иначе спор об эффекте через год выиграть невозможно. Для этого процесса достаточно трёх чисел, и все три снимаются из CRM и телефонии без дополнительного учёта. Общий подход к замерам разобран в материале о том, как измерить эффект автоматизации.
- 1Медиана времени первого ответа по каждому каналу
Не среднее: одна заявка, отвеченная через трое суток, поднимает среднее так, что оно перестаёт что-либо описывать. Берите медиану и 90-й перцентиль. В нашем примере база — 47 минут по медиане и 9 часов по 90-му перцентилю; цель после запуска — до 5 минут и до 40 минут соответственно.
- 2Доля заявок без ответа за 24 часа
Считается по всем каналам вместе, включая те, которые сейчас не заведены в CRM, — иначе база получится красивее реальности. База 14 %, целевое значение — не выше 3 %. Это же число превращается в мягкий эффект, поэтому его надо снимать честно.
- 3Часы менеджеров на квалификацию за месяц
Считается через тайминг карточек CRM или хронометражем двадцати заявок. База 165 часов, цель — не выше 60. Это единственная из трёх метрик, которая прямо переводится в твёрдые деньги, поэтому именно она идёт в приёмку.
Период наблюдения — три месяца, из которых первые шесть недель считаются выходом на режим: правятся сценарии квалификации, вскрываются нестандартные обращения, менеджеры привыкают. В расчёте окупаемости эти шесть недель заложены как нулевая экономия, поэтому календарно от подписания договора до возврата вложенного проходит около десяти месяцев, а не 6,7.
Когда этот расчёт не сходится
- Поток меньше 280 заявок в месяц. Постоянная часть эксплуатации дороже экономии на часах; нужны штатные роботы CRM за 60 000–90 000 ₽, а не заказной контур.
- Узкое место не в обработке заявок, а дальше. Если производство или монтажные бригады загружены на квартал вперёд, ускорение первого ответа не даст ни одной дополнительной сделки — оно просто удлинит очередь.
- Цикл сделки измеряется месяцами, а решение принимает тендерная комиссия. Скорость первого ответа в таких продажах влияет на конверсию слабо, и весь мягкий эффект из расчёта исчезает.
- Заявки приходят почти целиком из одного канала и уже собраны в CRM. Тогда речь идёт не об автоматизации входящего потока, а о квалификации — задача уже, эффект меньше, бюджет должен быть другим.
- В CRM не ведётся история переписки и звонков. Считать долю потерянных заявок будет не по чему, а размечать сценарии квалификации — не на чём. Сначала наведение порядка в данных, потом контур.
- Высвобожденные 107 часов ни во что не превращаются. Если отдел не собирается увеличивать число касаний, не нанимает и не работал сверхурочно, твёрдая экономия останется на бумаге. Такой проект честнее обосновывать управляемостью и качеством данных.
Расчёт с двумя числами всегда выглядит скромнее расчёта с одним. Зато через год его можно защитить: часы либо снялись, либо нет — это видно в табеле, а не в предположении о конверсии.
