Это кейс онлайн-школы программирования, которая уже вложила деньги в CRM, но не получила от неё ничего. Команда из 30 человек, 8 менеджеров по продажам. Система внедрена, лицензии оплачены — а половину работы менеджеры по-прежнему вели в блокноте и по памяти. Руководитель не видел реальной картины продаж и не понимал, куда движется бизнес. Знакомая ситуация: так выглядит 7 из 10 компаний, которые настраивали Kommo (amoCRM) сами.
Мы не стали «чинить» систему сразу. Сначала разобрали, почему ей не пользуются. Потом вырезали лишнее, автоматизировали рутину и собрали руководителю панель, по которой бизнес виден с одного экрана. За 3 месяца продажи выросли на 38% без увеличения рекламного бюджета, штат сократился на 40%, а вложения окупились за 5 недель. Ниже — пошагово, что именно мы сделали.
Что было до внедрения?
Когда мы пришли на аудит, ситуация выглядела так: 42% контактов в базе были задвоены, история переписки разбросана по разным карточкам. Воронка — 19 статусов с названиями, в которых путались даже опытные менеджеры. В каждой сделке десятки полей, большинство из которых никто никогда не заполнял. И главное — команда саботировала работу в CRM, потому что работать в ней было мучительно.
Собственник сформулировал проблему прямо: «Мы потратили серьёзные деньги на внедрение, но менеджеры всё равно ведут половину работы вручную — в заметках и по памяти. Я не могу получить адекватную картину продаж и понять, куда движется бизнес». Это не уникальный случай. Так выглядит 7 из 10 компаний, которые настраивали Kommo (amoCRM) самостоятельно: лицензия куплена, а инструмент не работает.
Для онлайн-школы цена этого беспорядка измерима. Поток заявок на пробные занятия идёт постоянно, окно интереса у клиента короткое, а конкуренты предлагают то же самое. Каждая заявка, по которой не перезвонили вовремя, — это деньги, ушедшие к соседней школе. При восьми менеджерах и задержках до двух дней потери накапливались тихо, и в отчётах их не было видно — потому что отчётов, по сути, тоже не было.
Корень проблемы почти всегда один — сложность. Менеджер выбирает путь наименьшего сопротивления. Если в CRM неудобно, он не будет с ней бороться — он уйдёт в блокнот. Поэтому лечение начинается не с настроек, а с вопроса «почему ей не пользуются».
Диагностика: с чего начали?
Мы не стали угадывать. Провели интервью с менеджерами и руководством, задавая практичные вопросы:
- В чём конкретно сложность текущей CRM?
- Какие действия вы выполняете чаще всего?
- Что хотели бы видеть в идеальной системе?
- Как устроен процесс продажи и допродажи?
Что выяснилось:
- Чтобы создать новую сделку, менеджеру нужно было 14 кликов и 8 обязательных полей.
- 80% полей в карточке сделки на практике не использовались — их заполняли «для галочки» или пропускали.
- Каждый менеджер по-своему понимал логику этапов и работал интуитивно — в воронке царил настоящий хаос.
- Из-за путаницы менеджеры не могли расставить приоритеты: кому звонить первым, кому вторым. Продажи «проседали», клиенты «отваливались».
- Звонки по новым заявкам происходили с задержкой до нескольких дней.
Самый дорогой пункт здесь — последний. Лид, по которому перезвонили через два дня, остыл. Как влияет скорость первого касания на конверсию — отдельный разбор в статье «Время первого ответа в Kommo».
Радикальное упрощение воронки
Прежде чем что-то автоматизировать, систему нужно было упростить. Автоматизировать хаос — значит получить быстрый хаос. Поэтому мы решительно вырезали лишнее:
- Поля в карточке: с 42 до 13. Оставили только то, что реально влияет на сделку и заполняется на практике.
- Воронка: с 19 статусов до 13 — понятных каждому менеджеру без шпаргалки.
- Дожим — в отдельную воронку. Долгие клиенты больше не висели балластом в основной воронке и не искажали конверсию.
Как мы решали, что оставить, а что выбросить. Поле остаётся, если оно отвечает хотя бы на один вопрос: помогает ли оно менеджеру в текущем разговоре, нужно ли оно для автоматизации, нужно ли оно руководителю в отчёте. Если ни на один — поле уходит. По этому правилу из 42 полей выжили 13: источник лида, продукт, который интересует, бюджет, дата пробного, ответственный, статус оплаты и несколько служебных. Всё остальное либо дублировало, либо не использовалось.
Принцип простой: если хотя бы один сотрудник не может объяснить, что значит этап, статусов слишком много. То же с полями — каждое поле, которое заполняют «для галочки», крадёт время и снижает доверие к данным. Как собрать воронку, по которой реально работает команда, мы разбираем в статье «Настройка воронки продаж». А наводить порядок в полях карточки помогает виджет Advanced Fields — он управляет видимостью и обязательностью полей по этапам, чтобы менеджер видел только то, что нужно прямо сейчас.
Автоматизация: 6 этапов из 13
Теперь система решала за менеджера, когда и что делать:
- распределяла новые сделки между сотрудниками;
- сообщала клиенту, что заявка получена и обрабатывается;
- показывала, какие задачи приоритетнее в первую очередь;
- определяла, сколько касаний по конкретному клиенту нужно и когда;
- автоматически переводила сделку на следующий этап.
Ключевой сдвиг здесь — приоритеты больше не зависели от того, кто из менеджеров «бойчее». Раньше быстрый лид мог пролежать два дня, пока менеджер занимался другим, а медленный — наоборот, забирал всё внимание. Система выровняла это: новая заявка распределяется и подсвечивается сразу, у менеджера всегда есть отсортированный список «кому звонить первым». Где разобрать логику распределения подробно — в статье «Распределение лидов в Kommo».
Эффект почувствовали сразу:
- Создание новой сделки: с 14 кликов до 3.
- Скорость приёма новой заявки: с 2 дней до 20 минут.
- Должность, занятую распределением заявок, упразднили — это теперь делает система.
- Конверсия в продажу выросла на 27%.
6 этапов из 13 — полностью на автоматике
Шесть этапов воронки система вела сама, без менеджера:
- контролировала сроки вводного занятия;
- информировала о нём клиента;
- проверяла ответ клиента;
- переводила сделку на успешный этап по итогам ответа;
- если клиент не ответил — ставила менеджеру задачу на ручной дожим.
Результат: ручной труд сотрудников сократился на 56%, а число менеджеров по продажам уменьшилось с 8 до 4. Те же продажи делали вдвое меньшим составом — потому что механику забрала система. Где проходит граница между Salesbot и полноценным AI-агентом, разбираем в статье «Salesbot в Kommo или AI-агент».
Двойной контроль пробных занятий
В онлайн-школах пробное занятие — ключевая точка. Клиент пришёл, попробовал, и дальше всё решает скорость и аккуратность касаний. Если менеджер забыл напомнить или перезвонил поздно — интерес остыл, человек ушёл. Мы настроили цепочку двойного контроля, которая работает для каждого нового клиента одинаково:
- Клиент записывается на пробное занятие.
- За день до занятия — автоматическое напоминание об участии.
- За час до занятия — автоматический вопрос-подтверждение, придёт ли клиент.
- Через час после занятия — менеджеру падает задача связаться и закрыть на покупку.
- Если клиент не пришёл — робот предлагает перенести на новую дату пробного.
Эту последовательность настроили один раз — дальше она работает для всех новых клиентов автоматически, без участия менеджера в рутинной части. Результат: доля неявок на пробное снизилась на 27%. Меньше пропавших клиентов — выше итоговая конверсия, и менеджер подключается только там, где нужен живой человек.
Панель руководителя
До внедрения у руководителя не было быстрого ответа на базовые вопросы управления. Кто из менеджеров реально тянет нагрузку, а кто имитирует. На что уходит время — на звонки, на переписку с клиентом или на возню с карточками в CRM. Сколько менеджеров нужно: не мало ли их, не много ли. Стандартные отчёты этого не показывали.
Мы собрали интуитивную панель руководителя с ключевыми метриками: загрузка каждого менеджера, распределение времени по типам операций, кто «не дотягивает». Вся информация обновляется в реальном времени и доступна и на компьютере, и на телефоне. Именно эта панель позволила обоснованно сократить штат — стало видно, что часть нагрузки можно перераспределить.
В Kommo такой контроль закрывает виджет Activity Panel — «панель активности» команды: звонки, чаты, задачи и переходы сделок по этапам за сегодня, неделю и месяц по каждому менеджеру. Как по этому экрану отличить реальную работу от имитации — разбор в статье «Как понять, что менеджер не работает». А скорость первого касания, с которой здесь были проблемы, отслеживает виджет SLA First Touch Control.
Измеримые результаты
Сводка изменений до и после:
| Параметр | До | После |
|---|---|---|
| Создание новой сделки | 14 кликов | 3 клика |
| Приём новой заявки | до 2 дней | 20 минут |
| Полей в карточке сделки | 42 | 13 |
| Этапов воронки | 19 | 13 (6 на автоматике) |
| Менеджеров по продажам | 8 | 4 |
| Ручной труд сотрудников | — | −56% |
| Неявки на пробное | — | −27% |
| Конверсия в продажу | — | +27% |
Отдельно стоит разобрать +26% к среднему чеку. Этот рост дала не скидка и не новый продукт, а аккуратность касаний. Раньше менеджер закрывал клиента на базовый тариф и забывал предложить расширенный пакет или следующий курс — потому что держал всё в голове и не успевал. После автоматизации система сама в нужный момент ставила задачу на допродажу и напоминала о ней. Апсейл перестал зависеть от памяти конкретного человека и стал частью процесса.
Итог по бизнесу за первые 3 месяца: +38% к продажам без роста рекламного бюджета, +26% к среднему чеку за счёт автоматических напоминаний об апсейле, −40% штата при том же объёме работы. Рост продаж перекрыл стоимость внедрения примерно за 5 недель. Через год после наведения порядка в процессах школу выкупил крупный игрок рынка онлайн-образования — отлаженная система продаж была частью её ценности.
Главный вывод кейса прост: CRM не «не работает» сама по себе. Она не работает, когда сложна и настроена под отчёт, а не под менеджера. Уберите лишнее, отдайте рутину автоматике, дайте руководителю один экран с правдой — и тот же штат начинает продавать заметно больше.