Заявки теряются: как навести порядок в обработке обращений

Как понять, что заявки теряются

Диагностика не требует внедрения и бюджета. Достаточно посмотреть, как обращение проходит путь от первого сообщения до разговора с менеджером, и честно ответить на несколько вопросов. Если совпадают три пункта и больше, потери уже есть — вопрос только в их размере.

• check_circleОбращения приходят в разные места: форма на сайте, Telegram, звонки, сообщения в соцсетях — и общего списка нет.
• check_circleМенеджеры отвечают из личных аккаунтов, поэтому переписка остаётся у них, а не у компании.
• check_circleНа вопрос «сколько обращений было в прошлом месяце» никто не называет точную цифру.
• check_circleИстория по клиенту собирается по памяти: что обсуждали, что обещали, когда писали последний раз.
• check_circleЧасть заявок всплывает задним числом: человек пишет повторно, потому что в первый раз ему не ответили.

Где именно теряется обращение

Первый разрыв — между каналом и менеджером. Заявка с сайта уходит на почту, которую смотрят раз в день, сообщение из соцсетей висит в общем чате, звонок держится только в памяти. Пока обращение не попало в одно место, его судьба зависит от того, кто первым открыл нужное окно.

Второй разрыв — между первым ответом и следующим касанием. Менеджер ответил, клиент не отреагировал, и разговор закончился. Без правила «сколько касаний и с каким интервалом» такие диалоги закрываются по настроению: один перезвонит завтра, другой не перезвонит никогда.

Третий — между отделами. Заявка на монтаж уходит в производство, счёт — в бухгалтерию, согласование — к руководителю, и на каждой передаче теряется контекст. Клиент повторяет одно и то же разным людям, а компания не видит, на каком столе обращение лежит дольше всего.

Три изменения, которые чинят процесс быстрее всего

Если на большой проект нет ресурса, начните с трёх вещей. Они не требуют покупки системы и дают эффект в первую же неделю, потому что убирают неопределённость: куда смотреть, кто отвечает и что считается сделанным.

1. 1Сведите все каналы в одну точку входа — форму, бота или общую таблицу, но одну. Всё, что приходит снаружи, должно появляться в одном списке, а не в пяти.
2. 2Назначьте срок первого ответа. Не «как можно быстрее», а конкретный: например, в течение рабочего часа. Срок должен быть выполним при реальной загрузке, иначе его начнут обходить.
3. 3Зафиксируйте каждое обращение: дата, канал, кто взял, что ответил, что дальше. Без записи невозможно ни посчитать потери, ни понять, где процесс рвётся.

Когда действительно нужна CRM, а когда хватит таблицы

CRM нужна не по размеру компании, а по числу одновременных обращений и людей, которые с ними работают. Если заявок немного, каналов два, а продаёт один человек, таблица с понятными колонками и договорённость об ответе в течение часа решают задачу без внедрения. Покупать систему ради десяти обращений в месяц — лишняя работа.

Граница проходит там, где появляется второй менеджер или третий канал. Двум людям уже нужны правила: кому уходит заявка, кто видит чужую переписку, что делать в отпуске. Четыре-пять каналов дают поток, который руками не разложить: в таблице нет истории, напоминаний и прав доступа.

Есть и третий признак — потребность в цифрах. Пока вопрос «сколько заявок дошло до сделки» решается взглядом в список, система не нужна. Когда для ответа требуется полдня ручной работы, учёт пора переносить в инструмент.

Если CRM уже есть, но ей не пользуются

Систему, которую обходят, почти всегда настраивали под отчёт, а не под работу. В карточке тридцать обязательных полей, статусы никто не понимает, переход требует четырёх действий. Менеджер считает время и ведёт сделку в блокноте.

Починить это можно без замены системы. Оставьте в карточке то, что влияет на решение: контакт, источник, суть запроса, ответственного, следующий шаг и дату. Сократите статусы до пяти-шести понятных этапов и опишите условия перехода. Автоматизируйте рутину: создание карточки из формы, напоминание о просроченном касании, уведомление о новой заявке и правила передачи лидов между менеджерами. Отчёт настройте один, но такой, который читают каждую неделю.

Причины, по которым система не прижилась, обычно одни и те же:

• check_circleСлишком много полей: команда заполняет анкету вместо работы с клиентом.
• check_circleНет обучения: систему показали на встрече и оставили людей один на один с интерфейсом.
• check_circleНет ответственного за систему: настройки никто не поддерживает, а вопросы некому задать.
• check_circleВнедрение без процесса: сначала покупают программу, потом думают, как должна выглядеть работа.

Как считать результат

Метрики нужны не для отчёта, а для решения. Три показателя показывают, работает ли процесс, и каждый указывает на своё место починки. Считать их стоит раз в неделю на небольшой выборке, а не раз в квартал по памяти.

• check_circleСкорость первого ответа: медиана по всем обращениям. Смотрите типичное значение, а не среднее — один ответ через сутки картину почти не портит.
• check_circleДоля обращений без ответа: сколько заявок осталось без реакции за период. Прямая мера потерь, её проще всего объяснить команде.
• check_circleКонверсия по этапам: сколько обращений дошло до разговора, сколько из разговора — до предложения, сколько из предложения — до сделки.

Что делать дальше

Начните с диагностики, а не с покупки. Возьмите последние двадцать обращений, восстановите по каждому путь и отметьте, где он обрывается. Чаще всего находится один-два повторяющихся разрыва — с ними и стоит работать в первую очередь.

Дальше три договорённости: одна точка входа, срок первого ответа, фиксация каждого обращения. Когда они выполняются хотя бы месяц, видно, нужна ли система и какая именно. Если CRM уже есть, начните с сокращения полей и статусов: люди возвращаются в инструмент, когда он экономит время, а не отнимает.

Хотите разобрать свой путь заявки целиком — от канала до сделки? Напишите нам: посмотрим, где теряется, и предложим порядок действий.