Уведомление о новой заявке настраивается за 20 минут в любой современной CRM, и почти везде оно настроено. Проблема не в том, что уведомлений нет, а в том, что они приходят в общий чат, где адресованы всем сразу и потому никому конкретно, и в том, что после них ничего не происходит, если никто не отреагировал.
Поэтому настраивать надо не канал, а три вещи: адресата с фамилией, критерий реакции и лестницу эскалации. Канал — четвёртый по важности вопрос, хотя именно с него обычно начинают. Ниже — пять каналов с ограничениями каждого, лестница эскалации по минутам, правило ночных заявок и порядок проверки того, что всё это действительно доходит.
Отдельно оговорка про интерфейсы: названия пунктов и расположение настроек в CRM меняются от версии к версии, а в облачных системах — без предупреждения. Поэтому дальше описана логика, а не путь по меню. Если экран у вас выглядит иначе, ищите ту же сущность под другим названием.
Пять каналов доставки и ограничение каждого
Идеального канала нет: у каждого есть то, что он делает хорошо, и то, из-за чего на него нельзя опираться в одиночку. Рабочая схема почти всегда состоит из двух каналов — основного и дублирующего на случай, когда основной не сработал.
| Канал | Скорость | Чем ограничен | Роль в схеме |
|---|---|---|---|
| Письмо на почту | От минут до часов | Уходит в папки и фильтры, тонет в потоке рассылок, никак не отличается от 40 других писем | Архивная копия и след для разбора, но не сигнал |
| SMS | Секунды, доходит почти всегда | Около 4,2 ₽ за сообщение, нет вложений и кнопок, кириллица режет сегмент до 70 символов | Верхние ступени эскалации и ночь |
| Звонок-оповещение роботом | Секунды, будит гарантированно | От ~3 ₽ за минуту, при ложных срабатываниях быстро начинает раздражать | Только последняя ступень и аварийные темы |
| Бот в мессенджере | Секунды | Зависит от статуса канала: на сентябрь 2026 MAX работает, Telegram — с ограничениями | Основной рабочий канал: в сообщении сразу кнопка «беру» |
| Push мобильного приложения CRM | Секунды | Гасится настройками телефона и режимом «не беспокоить», не доходит без интернета | Дубль к боту: ведёт прямо в карточку сделки |
Про мессенджер стоит держать в голове отдельное соображение. Статус каналов в России за последние полтора года менялся трижды, поэтому уведомления лучше отправлять не в конкретный мессенджер напрямую, а через тонкую прослойку, где канал задан настройкой. Тогда его смена стоит часа, а не переписывания всех правил. Как устроен такой слой абстракции и во что он обходится, разбирали отдельно.
Персонально ответственному, а не в общий чат
Общий чат кажется удобным: все видят все заявки, кто свободен — тот берёт. На практике работает обратный механизм. Сообщение, адресованное группе, не адресовано никому: каждый участник по умолчанию считает, что возьмёт кто-то другой, и чем больше людей в чате, тем сильнее этот эффект. Плюс в общем чате уведомление о заявке лежит вперемешку с обсуждением обеда и пересылкой документов.
Рабочая схема — правило распределения, определённое до настройки уведомлений: по очереди, по региону, по типу услуги или по текущей загрузке. Пока правила нет, уведомление некому адресовать, и любая настройка сведётся к общему чату. Механику распределения и цену задержки на этом шаге разбирает отдельное решение каталога.
Второе, что задаётся здесь же, — критерий реакции. Просмотр сообщения реакцией не считается: прочитать уведомление и забыть о нём можно за две секунды. Реакция — это действие, которое видно системе: нажатая кнопка «беру» в сообщении бота или смена статуса сделки в CRM. Пока критерий не задан, эскалация технически невозможна, потому что система не знает, случилось что-то или нет.
Это модель, а не обещание. Три числа в ней надо заменить своими, и все три измеримы за вечер: доля заявок без реакции дольше часа берётся из журнала CRM за прошлый месяц, конверсия отвеченной заявки — оттуда же, средняя маржа — из управленческого отчёта. Если у вас 40 заявок в месяц и все берутся за пять минут, экономии не будет вовсе, и это нормальный результат расчёта.
Сравнение в две колонки, чертёжный стиль. Левая «Общий чат»: адресат — все сразу, реакция не фиксируется, эскалации нет, заявок без реакции дольше часа 30 % (90 из 300), потери 72 000 ₽ в месяц. Правая «Персональный адресат»: адресат — конкретный сотрудник, реакция — нажатая кнопка «беру», четыре ступени эскалации, заявок без реакции 8 %, потери 19 200 ₽ в месяц. Между колонками вертикальная линия с подписью «разница 52 800 ₽ в месяц». Внизу подпись «настройка 4–6 часов». Все надписи по-русски.
Эскалация: что происходит, если заявку не взяли
Эскалация — это заранее описанная последовательность: кому и когда уходит следующий сигнал, если реакции не было. Без неё уведомление превращается в пожелание. Рабочая лестница состоит из четырёх ступеней, и её стоит держать именно такой длины: три ступени не дотягиваются до руководителя, пять — начинают срабатывать чаще, чем на них успевают отвечать.
- 10 минут — ответственному
Сообщение боту в мессенджер плюс push в приложении CRM. В сообщении сразу есть всё для решения: имя, телефон, текст обращения, источник и кнопка «беру». Сообщение без телефона и текста заставляет открывать систему, а это лишние 40 секунд и повод отложить.
- 210 минут без реакции — повтор и второй адресат
Тот же ответственный получает повтор, и параллельно уведомление уходит второму менеджеру смены. С этого момента заявка перестаёт быть личной задачей одного человека. Десять минут — не догма: для входящих звонков порог обычно 3–5 минут, для письменных заявок 10–15.
- 330 минут — руководителю
Руководителю отдела уходит сообщение с номером заявки, временем поступления и пометкой, что она не взята. Важно, чтобы текст был про факт, а не про виноватого: разбирательство — задача еженедельной планёрки, а сейчас нужно, чтобы клиенту ответили.
- 460 минут — SMS и запись в журнал
SMS руководителю как канал, который дойдёт независимо от статуса мессенджера, и обязательная пометка в журнале. Именно накопленные пометки, а не отдельные случаи, показывают, где схема протекает: конкретный человек, конкретная смена или конкретный источник заявок.
Горизонтальная лента времени с четырьмя отметками: «0 мин — ответственный, бот и push, кнопка «беру»», «10 мин — повтор ответственному и второй менеджер смены», «30 мин — руководитель отдела, сообщение с номером и временем заявки», «60 мин — SMS руководителю и пометка в журнале». Над лентой сквозная подпись «реакция = действие, а не просмотр». Под лентой отдельная выноска «ночь и выходные: лента не запускается, работают тихие часы». Чертёжный стиль, подписи по-русски.
Ночь, выходные и тихие часы
Заявки приходят круглосуточно, но лестница эскалации ночью не нужна: будить менеджера в 2:40 ради заявки, которую всё равно обработают утром, — верный способ добиться того, что через месяц он отключит уведомления совсем. Правильная схема ночи состоит из трёх частей и настраивается один раз.
- Тихие часы: с 21:00 до 9:00 и в выходные лента эскалации не запускается, уведомления копятся. Границы задаются по часовому поясу клиента, а не офиса, если вы работаете на несколько регионов.
- Автоответ клиенту сразу после заявки: подтверждение, что заявка принята, и честное время ответа — «ответим до 10:00». Обещанное время должно быть тем, которое вы выдерживаете в 95 случаях из ста, а не тем, которое красивее выглядит.
- Очередь на утро: в 9:00 накопленные заявки раздаются по обычному правилу распределения, в порядке поступления, и с этого момента лестница эскалации работает как днём.
- Исключение для дежурных тем: авария, срочный заказ, отмена брони — для них отдельное правило, отдельный дежурный и звонок-оповещение вместо сообщения. Список таких тем должен быть коротким и записанным, иначе в него постепенно попадает всё.
Круглосуточное дежурство считается отдельно и почти никогда не окупается на малом потоке. Дежурство сверх графика оплачивается даже при нулевой нагрузке, а ночью приходит две-три заявки. Если ночная заявка приносит ту же маржу 12 000 ₽ при конверсии 20 %, три ночные заявки в сутки дают около 7 200 ₽ ожидаемой маржи, и вопрос сводится к тому, сколько стоит ваш ночной дежурный. Считайте до, а не после.
Антишум и проверка того, что уведомления доходят
Уведомления умирают не от того, что их плохо настроили, а от того, что их слишком много. Правило простое: если на сообщение нельзя ответить действием в течение минуты, это не уведомление, а отчёт, и ему место в сводке, а не в мессенджере. Из потока сразу убираются смены статусов, комментарии коллег в карточке, автоматические письма-подтверждения и дубли одной заявки, пришедшей из двух каналов.
Дубли заслуживают отдельного слова. Клиент, который заполнил форму и через минуту написал в мессенджер, — это один клиент и одна заявка, а не две. Если склейка по телефону не настроена, ответственный получает два уведомления, заводит два разговора и через день выясняет, что коллега общается с тем же человеком. Механику склейки и правила единой ленты обращений разбирали отдельно.
Проверка после настройки занимает десять минут и делается руками. Отправьте тестовую заявку с постороннего телефона и почты — не из своей учётной записи, иначе часть правил не сработает. Убедитесь, что уведомление пришло нужному человеку, а не всем; что в нём есть телефон и текст; что кнопка «беру» меняет статус в CRM. Затем не реагируйте десять минут и проверьте вторую ступень.
Первое: правило не сработало вовсе — проверьте условие запуска, часто в нём стоит фильтр по источнику или по воронке. Второе: адресат не заполнен — у сделки нет ответственного, и уведомлению некуда идти. Третье: канал отклонил доставку — истёк токен бота, сотрудник не начинал диалог с ботом, номер не подтверждён. Четвёртое: сработали тихие часы — время теста попало в ночной интервал. В журнале доставки видно, на каком из четырёх шагов всё остановилось; если журнала доставки нет, его стоит завести до всего остального.
Повторять проверку имеет смысл раз в месяц и обязательно после любого обновления CRM или смены сотрудников: уведомления ломаются тихо, и узнать об этом из жалобы клиента дороже, чем из десятиминутного теста.
Когда уведомления настраивать не надо
Есть три случая, когда вся эта конструкция избыточна и её настройка съест больше, чем принесёт.
- Меньше 30 заявок в месяц и один человек на приёме. Одна-две заявки в день видны и без уведомлений, а эскалация с четырьмя ступенями будет срабатывать на самого же настройщика.
- Заявка не требует быстрой реакции по сути процесса. Если вы принимаете заявки на проектные работы со сроком согласования в две недели, разница между ответом через десять минут и через четыре часа не стоит ничего. Скорость важна там, где клиент в этот момент выбирает между вами и конкурентом.
- Заявки ещё не собираются в одном месте. Пока часть обращений приходит на личный телефон менеджера, часть — в почту директора, а часть — в форму на сайте без сохранения, настраивать уведомления бессмысленно: половина потока просто не попадёт в правило. Сначала единая точка приёма, потом уведомления о ней.
И общий принцип, который стоит применить до настройки: уведомление — это не способ узнать о заявке, а способ гарантировать, что на неё ответят. Если у вас нет ответа на вопрос «что произойдёт, если никто не отреагирует», настраивать пока нечего.
