Компания вкладывается в рекламу, получает обращения и передаёт их менеджерам. Но часть клиентов так и не доходит до разговора о покупке.
Иногда проблема начинается ещё до презентации продукта: человек задал вопрос, а компания вовремя не помогла ему сделать следующий шаг.
Заявка может уже находиться в CRM. Ответственный может быть назначен. Автоматическое «Спасибо, мы скоро свяжемся» тоже отправлено. При этом клиент по-прежнему не знает, есть ли товар, сколько стоит услуга и когда с ним обсудят задачу.
Прежде чем увеличивать рекламный бюджет или нанимать ещё одного менеджера, стоит проверить, что происходит с обращениями после их получения.
В этой статье разберём, как найти задержки, выбрать первый участок для автоматизации и проверить результат. Начать можно с небольшой выборки заявок, без замены CRM и перестройки всего отдела.
Почему заявка в CRM ещё не означает, что клиентом занимаются
Представим условную ситуацию.
Клиент пишет в компанию: «Нужны 30 единиц оборудования. Есть ли в наличии и когда сможете поставить?»
Форма на сайте принимает обращение. CRM создаёт сделку. Клиент получает подтверждение.
Дальше менеджеру нужно заметить заявку, уточнить комплектацию, проверить склад и получить срок поставки. Если ответственного нет на месте или запрос требует участия другого отдела, обращение может остановиться на любом из этих шагов.
Для компании процесс идёт. Для клиента ничего не происходит.
Он может повторно позвонить, написать в другой канал или обратиться к другому поставщику. Сам факт ожидания не доказывает, что заказ потерян. Но пока компания молчит, у клиента нет причины остановить поиск.
Поэтому измерять нужно время до содержательного ответа. Такого, после которого клиент понимает условия, следующий шаг или конкретный срок решения вопроса.
Где чаще всего стоит искать задержку
До выбора инструментов полезно определить, что именно мешает отвечать быстрее.
Где задерживаются заявки и что можно автоматизировать| Где останавливается заявка | Что проверить | Что можно автоматизировать |
|---|
| Обращение осталось в почте или мессенджере | Все ли каналы попадают в общую очередь | Сбор обращений и создание записей |
|---|
| Заявка есть, ответственного нет | Кто должен принять её в работу | Назначение по понятным правилам |
|---|
| Ответственный назначен, но недоступен | Есть ли замещение и контроль принятия | Переназначение и уведомление руководителя |
|---|
| Менеджеру не хватает данных | Какие вопросы повторяются | Первичный сбор информации |
|---|
| Ответ зависит от другого отдела | Кто должен ответить и к какому сроку | Внутренние задачи и контроль сроков |
|---|
| После уточнения работа остановилась | Есть ли следующий шаг и дата | Напоминания и контроль просрочки |
|---|
Эта таблица помогает избежать дорогой ошибки: автоматизировать участок, который почти не влияет на ожидание клиента.
Если менеджер быстро принимает обращение, но два дня ждёт расчёт от инженера, мгновенное уведомление о новой заявке мало что изменит. Работать нужно с подготовкой расчёта и взаимодействием отделов.
Как проверить свой процесс на последних заявках
Возьмите последние 20-30 обращений из разных каналов. Это небольшая диагностическая выборка: она поможет заметить повторяющиеся проблемы, хотя её недостаточно для уверенных выводов обо всех продажах.
Не выбирайте только успешные сделки. Включите обращения, которые остались без ответа, зависли или закончились отказом.
Для каждого заполните таблицу:
Поля для аудита обработки входящих заявок| Поле | Что записать |
|---|
| Источник | Сайт, почта, телефон, мессенджер |
|---|
| Получение заявки | Дата и время |
|---|
| Назначение ответственного | Дата и время |
|---|
| Первый содержательный ответ | Дата и время |
|---|
| Причина ожидания | Что мешало ответить |
|---|
| Следующий шаг | Действие, ответственный и срок |
|---|
| Результат | Диалог продолжается, отказ, заказ, причина неизвестна |
|---|
Заранее договоритесь, что считать содержательным ответом.
Например, «Ваш запрос принят» только подтверждает получение. А сообщение «Для расчёта нужна модель оборудования. После уточнения подготовим предложение сегодня до 16:00» уже помогает двигаться дальше, если компания действительно может выполнить обещание.
Для заявок вне рабочего времени отдельно учитывайте ожидание открытия компании и время обработки после начала рабочего дня. Иначе будет сложно понять, нужен ли вечерний приём обращений или достаточно исправить работу дневной команды.
После заполнения таблицы ответьте на три вопроса:
- На каком шаге заявки ждут дольше всего?
- Какая причина задержки повторяется?
- Сколько обращений осталось без понятного следующего действия?
Результатом проверки должен стать конкретный участок для улучшения. Например: «Заявки из почты не попадают в CRM» или «Менеджеры забывают вернуться к клиенту после запроса наличия».
Что автоматизировать первым
Для первого запуска выбирайте один повторяющийся сценарий, результат которого можно проверить.
Допустим, заявки с сайта попадают в общую почту, а менеджеры забирают их вручную. Часть обращений обрабатывают дважды, часть остаётся без внимания.
В таком случае первый сценарий может выглядеть так:
- Обращение поступает в CRM вместе с исходным сообщением.
- Система проверяет, нет ли уже такого обращения.
- Назначает доступного ответственного по правилам компании.
- Менеджер принимает заявку в работу.
- Если заявка не принята в установленный срок, система передаёт её заместителю или уведомляет руководителя.
- После ответа фиксируются следующий шаг и дата.
Срок реакции компания определяет с учётом продукта, рабочего графика и ожиданий клиентов. Универсальное обещание «ответим за минуту» бесполезно, если для ответа требуется проверить сложную спецификацию.
Клиенту лучше дать выполнимый срок, а внутри процесса обеспечить его соблюдение.
Где ИИ помогает сократить время обработки
ИИ полезен там, где входящие обращения написаны в свободной форме и требуют предварительного разбора.
Например, он может:
- определить тему обращения и предложить нужное направление;
- извлечь из сообщения товар, количество, город и желаемый срок;
- заметить, каких данных не хватает для расчёта;
- подготовить уточняющие вопросы;
- найти информацию в утверждённой базе знаний;
- собрать черновик ответа для менеджера;
- кратко передать историю диалога другому сотруднику.
Для распределения заявки по графику или напоминания о просрочке часто достаточно обычных правил автоматизации.
При этом быстрый ответ должен оставаться достоверным. Если система не получила актуальное наличие или подтверждённую цену, она не должна самостоятельно обещать поставку.
Для таких ситуаций заранее определяют порядок передачи человеку. Менеджер должен видеть исходный запрос, уже собранные данные и вопрос, который осталось решить. Тогда клиенту не придётся объяснять всё заново.
Как посчитать пользу без выдуманных обещаний роста продаж
Начните с времени команды и качества обработки.
Предположим, компания получает 400 заявок в месяц. На перенос данных, назначение ответственного и подготовку типового уточнения уходит в среднем 6 минут на обращение.
После автоматизации эти операции вместе с проверкой результата занимают 2 минуты.
Условный расчёт:
400 × (6 − 2) ÷ 60 ≈ 27 часов в месяц.
Это потенциально освобождённое время команды. Оно не превращается автоматически в экономию на зарплате или дополнительную выручку.
Чтобы оценить практический результат, нужно проверить, как используется освободившееся время: удаётся ли обработать больше обращений, быстрее готовить предложения или сократить просроченную очередь.
Время ожидания клиента измеряется отдельно. Сокращение ручной работы на четыре минуты не поможет, если заявка затем сутки ждёт согласования.
Поэтому для пилота стоит отслеживать несколько показателей:
Показатели для оценки пилота автоматизации| Показатель | Что он помогает понять |
|---|
| Время до содержательного ответа | Стал ли клиент получать помощь быстрее |
|---|
| Доля заявок без ответа в установленный срок | Сократилось ли число зависших обращений |
|---|
| Время ручной работы на заявку | Уменьшилась ли нагрузка на команду |
|---|
| Доля ответов, требующих исправления | Не ухудшилось ли качество |
|---|
| Доля заявок с зафиксированным следующим шагом | Продолжается ли работа после первого контакта |
|---|
Сравнивайте похожие обращения с учётом канала, рабочего времени и сложности. Рост конверсии оценивайте отдельно: на него также влияют качество заявок, цены, наличие и другие условия.
Как проверить автоматизацию до большого внедрения
Первый пилот можно ограничить одним каналом, одной категорией заявок и небольшой группой сотрудников.
До запуска зафиксируйте исходные показатели и договоритесь, какой результат будет достаточным для продолжения. Например: уменьшить число просроченных обращений, сократить ручной перенос и сохранить приемлемое качество ответов.
Сначала систему можно использовать для подготовки черновиков и подсказок. Менеджер проверяет результат, а команда собирает ошибки и исключения.
Это покажет:
- какие обращения система обрабатывает корректно;
- где ей не хватает данных;
- сколько времени занимает проверка;
- какие действия можно выполнять автоматически;
- где участие человека остаётся необходимым.
Если проверка черновика занимает столько же времени, сколько подготовка ответа вручную, сценарий нужно доработать до расширения.
С чего начать в вашей компании
Выберите один канал и разберите последние обращения. Найдите повторяющуюся задержку, назначьте владельца процесса и определите показатель, который хотите улучшить.
Возможно, первым полезным изменением окажется простое правило замещения менеджера. Возможно, потребуется связать почту с CRM. А если время уходит на чтение запросов и поиск информации, стоит проверить ИИ на этом участке.
В Futureinapps мы автоматизируем обработку заявок и работу с CRM. Начать обсуждение можно с нескольких обезличенных обращений и описания того, как команда обрабатывает их сейчас. На этой основе определим границы первого сценария и показатели для его проверки.
Цель первого внедрения: сократить путь от обращения клиента до понятного ответа и следующего действия.
