CRM система для предприятия на химическом заводе минеральных удобрений: как мы снизили потери обращений в 6 раз и сократили время первого ответа до 10–15 минут

Клиент и контекст проекта

Название клиента скрыто по договору о неразглашении, поэтому мы сделали этот кейс анонимным. Наш клиент – производитель минеральных удобрений со смешанным потоком обращений: сайт, телефон, почта и мессенджеры. В отделе продаж 8 менеджеров, плюс руководитель и маркетинг.

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

Ситуация до начала проекта

1. Заявки приходили в 4-5 каналов и терялись

Часть обращений фиксировалась в CRM, часть оставалась в мессенджерах и почте, а звонки часто не попадали в историю клиента.

• нет единого окна для менеджера;
• нет сквозной истории общения с клиентом;
• сложно восстановить, кто и что обещал.

2. Не было SLA и контроля скорости реакции

Первый ответ мог быть как через 10 минут, так и через 3 часа - зависело от конкретного менеджера и его загрузки.

• нет таймеров на «первый ответ»;
• нет эскалаций при просрочке;
• руководитель узнает о проблеме постфактум.

3. Дубли и споры о закреплении лидов

Один и тот же клиент мог написать в WhatsApp и оставить заявку на сайте, а в CRM появлялись два разных лида без связи между собой.

• двойная работа менеджеров;
• клиент получает разные ответы;
• искаженная аналитика по конверсии.

4. Аналитика формировалась вручную и не была связана с финансовым результатом

Отчеты собирались в Excel, при этом было сложно понять: какие каналы дают качественные лиды, а какие - низкоэффективные заявки.

Цели проекта

Мы зафиксировали цели как бизнес-результаты, а не как «подключить CRM»:

1. Собрать все обращения в единый поток внутри Битрикс24 и исключить потери заявок.
2. Встроить SLA (первый ответ и следующий шаг) и сделать контроль автоматическим.
3. Убрать дубли и закрепить правила распределения лидов.
4. Дать руководителю прозрачную аналитику: канал - скорость реакции - конверсия - результат.

Подготовка к проекту: фиксируем точку А и правила обработки

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

1. Аудит каналов и входящего потока

• описали все источники лидов и точки входа (сайт, формы, телефония, почта, мессенджеры);
• зафиксировали текущую скорость реакции и типовые причины потерь;
• собрали список полей, которые критичны для квалификации и аналитики (источник, продукт, регион, срочность).

2. Проектирование SLA и логики распределения

• согласовали норму по первому ответу и по следующему касанию;
• определили правила распределения: по региону/продукту/загрузке;
• описали сценарии эскалации: менеджер - РОП - руководитель.

3. Схема данных и защита от дублей

• определили, что считается дублем (телефон, email, ИНН, домен);
• зафиксировали правила объединения и приоритета канала;
• согласовали ответственность: кто решает конфликт по дублю и как фиксируется исход.

Рис. 1 – Выявленные требования к обработке заявок

Реализация проекта

Проект выстроили так, чтобы эффект появился быстро: сначала собрали все обращения в CRM, затем закрепили SLA и только после этого - аналитику и стандарты.

Этап 1. Собрали все каналы в единое окно Битрикс24

На этом этапе мы устранили главную причину потерь - разрозненные каналы.

1.1 Подключили коммуникации и автосоздание лидов/сделок

• подключили телефонию и настроили фиксацию звонков в карточке клиента;
• подключили почту отдела продаж так, чтобы переписка попадала в таймлайн;
• настроили Открытые линии для мессенджеров с автоматическим созданием лида.

1.2 Настроили веб-формы и источники

• привязали формы сайта к CRM-источникам;
• для каждого источника определили обязательные поля и тегирование;
• обеспечили единый формат данных для отчетности.

Рис. 2 – Единый контакт-центр с интеграциями всех источников входящих заявок

Этап 2. Систематизировали распределение и устранили дубли

Следующая задача - чтобы каждый лид сразу попадал к правильному ответственному и не создавал второй экземпляр в системе.

2.1 Настроили маршрутизацию лидов

• правила по региону и продуктовой линии;
• автораспределение по очереди с учетом загрузки;
• резервный сценарий: если менеджер не взял лид - передаём следующему.

2.2 Включили контроль дублей и связность сущностей

• настроили поиск дублей по телефону и email;
• закрепили правило: новый лид от существующего контакта привязывается к карточке клиента;
• отдельно настроили фиксацию исходного источника, чтобы сохранить маркетинговые данные.

Рис. 3 – Фильтр для поиска дубликатов в системе

Этап 3. Встроили SLA и автоконтроль (таймеры, напоминания, эскалации)

Здесь мы превратили скорость реакции в управляемую метрику, а не просто вопрос дисциплины.

3.1 Таймер на первый ответ

• при создании лида автоматически ставится задача «первый контакт»;
• в задаче - чек-лист: что уточнить и что зафиксировать;
• если срок просрочен - уведомление менеджеру и РОП.

3.2 Контроль следующего шага

• настроили правило: у каждой сделки всегда есть ближайшее дело;
• при отсутствии активности N часов/дней - система напоминает и поднимает приоритет;
• эскалация на руководителя при повторной просрочке.

3.3 Шаблоны сообщений и быстрые ответы

• шаблоны для первого ответа по типовым запросам;
• шаблоны письма с подтверждением заявки и планом следующих шагов;
• фиксация факта отправки в таймлайне сделки.

Рис. 4 – Система создадала задачу “Первый контакт” и поставила таймер с напоминанием

Этап 4. Сценарии обработки и обучение команды

Чтобы система прижилась, мы закрепили стандарты: что считать квалификацией и какой результат должен быть на каждом этапе.

4.1 Зафиксировали критерии этапов и обязательные поля

• написали критерии входа/выхода для каждого этапа;
• включили обязательность ключевых полей (источник, продукт, регион, потребность);
• добавили причины отказа и классификатор потерь для анализа.

4.2 Провели обучение и подготовили инструкции

• показали полный цикл обработки: от обращения до сделки;
• обучили менеджеров вести таймлайн и работать с задачами;
• закрепили правила: коммуникации и договоренности - только в CRM.

Рис. 5 – Обучение команды

Этап 5. Сделали аналитику: канал - SLA - конверсия - результат

Финальный этап - управленческая прозрачность: руководитель видит, где теряются деньги и почему.

5.1 Дашборд руководителя по SLA

• среднее время первого ответа;
• количество просрочек по менеджерам;
• доля лидов без контакта в пределах SLA.

5.2 Отчеты по качеству каналов

• конверсия и выручка по источникам;
• время прохождения этапов;
• причины отказов по каждому каналу.

Результаты проекта

• Потери обращений снизились с ~18% до 3% за счет единого входящего потока и контроля дублей.
• Среднее время первого ответа сократилось до 10-15 минут.
• Конверсия «лид → сделка» выросла с 14% до 23% благодаря дисциплине и сценариям обработки.
• Руководитель получил прозрачность: по каждому каналу видны скорость реакции, качество лидов и результат.

Заключение

Компания перестала зависеть от конкретных людей и их привычек. Входящий поток стал управляемым: каждое обращение фиксируется, распределяется, контролируется по SLA и попадает в аналитику. Это дало быстрый эффект по скорости реакции и конверсии.

Бесплатная встреча с экспертами по маркетингу и автоматизации

Количество мест ограничено. Записывайтесь сейчас

Записаться