Как автоматизировать обработку заявок и перестать терять их в мессенджерах

Представим понедельник в стоматологии в Алматы. Владелец открывает список вчерашних обращений в WhatsApp: допустим, 27 сообщений, шесть из них без ответа. Часть пришла ночью, часть - пока администратор был занят пациентом, часть так и осталась непрочитанной - обычное дело там, где нет автоматизации обработки заявок. Допустим, средний чек в клинике - 35 тысяч тенге, записывается каждый третий. Шесть молчаливых чатов - это около 70 тысяч тенге, которые уехали к тем, кто ответил раньше. Считается за минуту.

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

Что такое автоматизация обработки заявок и где они теряются?

Автоматизация обработки заявок - это когда каждое обращение из WhatsApp, Instagram, формы на сайте и звонка само попадает в одну систему, получает карточку и быстрый первый ответ, а спорные случаи уходят живому сотруднику. Начинается она с одной точки, куда стекаются все каналы. Бот - потом.

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

Чаще всего это ломается по одному и тому же сценарию. Чат висит на личном телефоне администратора - администратор ушла в отпуск. Заявки с сайта падают на почту, которую открывали в прошлом квартале. Директ ведёт SMM-щик, который отвечает про цены, но не записывает. Плюс звонки, которые никто не фиксирует. Каналов пять. Правды нет ни по одному.

Представим такой вечер. В 22:40 в WhatsApp приходит «здравствуйте, сколько стоит чистка?». Телефон лежит на ресепшене. Сообщение остаётся непрочитанным. Администратор замечает чат только к 11:00 следующего дня, а человек за это время мог уже записаться в клинику через дорогу.

Тот же вечер с настроенной цепочкой выглядит иначе. Через несколько секунд клиент получает ответ: часы работы и вилка цен по услуге. Дальше - вопрос, чем ещё помочь. Утром администратор открывает CRM и видит карточку с перепиской и задачей «перезвонить». Ночной клиент не выпал из воронки, потому что его никто не заставлял ждать рассвета.

Тише всего пропадают заявки именно в мессенджерах. Там нет формы и статуса «в обработке», непрочитанный чат выглядит как непрочитанный чат и сам себя не напоминает. Что именно ломается без связки мессенджера с CRM, мы разбирали в статье про интеграцию WhatsApp с CRM - там и про «прочитали, но забыли ответить», которое случается даже у аккуратных команд.

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

Сколько стоит потерянная заявка?

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

Заявка, которая пришла в 22:40 и дождалась ответа только утром, прожила без внимания полсуток. За это время человек успевает написать двум конкурентам, почитать отзывы и выбрать того, кто проснулся раньше. К утру он уже не ваш.

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

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

Чем отличается чат-бот от ИИ-агента в обработке заявок?

Чат-бот работает по кнопкам и скриптам. Хороший бот на своём сценарии - запись, статус заказа, частые вопросы - вещь полезная, и я не стану его недооценивать. ИИ-агент устроен иначе: он читает свободный текст, отвечает по базе знаний компании, заводит карточку в CRM и передаёт диалог оператору, когда нужно решение компании.

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

Разница проявляется, когда вопросы идут вразнобой. На «сколько будет стоить замена колодок на Camry?» бот честно покажет кнопку «Прайс» и список работ, но ветки про год машины и состояние тормозов в его сценарии может не быть - и диалог встанет. Агент ответит по вашему прайсу, уточнит год машины и сразу создаст карточку в CRM с телефоном и контекстом переписки. Переписывать ничего не надо.

Ответы - только половина дела. Главное отличие - в связи с вашими системами: агент видит историю обращений, понимает, что разговор перерос его компетенцию, и зовёт человека вместо того, чтобы импровизировать про лечение или гарантию. Всё это имеет смысл, когда клиенты пишут вам разное; если вопросы однотипные, не переплачивайте. Мы подробно разбирали эту разницу в статье о том, что такое ИИ-агент для бизнеса и чем он отличается от чат-бота.

Что нельзя отдавать программе

Есть линия, которую автоматика не переходит. Спор о цене, жалоба на вчерашний ремонт, выбор схемы лечения, гарантийный случай, просьба о скидке - это решения компании, и принимает их человек. Задача программы - вовремя понять, что разговор спорный, и позвать живого сотрудника, а не героически дочитывать скрипт.

Минимальный список того, что мы всегда оставляем людям:

• скидки, компромиссы и разговоры о цене - это переговоры, а не справка;
• жалобы и гарантийные случаи - нужен человек, который может извиниться и решить;
• выбор между схемами лечения или объёмом ремонта - медицинские и технические решения принимает специалист;
• нестандартные вопросы, которых пока нет в базе знаний.

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

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

Добавлю ещё одно. Тон - самая дорогая часть настройки. Ответ может быть правильным, но звучать голосом справочного бюро, и людям это не нравится. Формулировки стоит переписывать, пока ответы не зазвучат как сотрудник, а не как инструкция.

Сколько времени занимает настройка и нужен ли программист?

Базовую связку - форма и мессенджеры стекаются в CRM, ответственный получает уведомление - один человек собирает за два-три часа. Программист не нужен. Полный контур с ИИ-агентом занимает одну-две недели, и почти всё это время уходит на базу ответов и правила, по которым агент передаёт диалог человеку.

Коротко: сначала таблица, потом технология. Агенту нужно объяснить ваш прайс, рабочие часы, формулировки и случаи, в которых вы говорите «передайте менеджеру». Всё это собирается из ваших переписок и прайса, потом прогоняется на живых вопросах. Скучная часть, но без неё агент не заработает. Техническая часть - самый быстрый этап.

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

Что сделать в понедельник: план на один день

Никаких покупок и контрактов на этом этапе не нужно. Нужны один день и честность.

1. Выгрузите обращения за последние семь дней из всех каналов - WhatsApp, Instagram, форма на сайте, почта, звонки. Одна таблица, столбец на канал.
2. Посчитайте три цифры: сколько обращений пришло всего, сколько осталось без ответа и какова медиана времени до первого ответа.
3. Найдите место, где заявка физически исчезает: непрочитанный чат на личном телефоне, почта без хозяина, тетрадь у стойки.
4. Назначьте на каждый канал ответственного с именем и фамилией. «Все» - это никто, цифры за неделю это покажут.
5. Соберите одну точку входа: все каналы - в CRM или хотя бы в общий чат с уведомлением. Каждое обращение - отдельная карточка.
6. Поставьте автоответ на нерабочее время: «Увидели, ответим до 10:00». Технологии тут минимум, но часть ночных клиентов такая настройка возвращает уже сегодня.
7. Через семь дней пересчитайте медиану первого ответа и сравните с понедельничной.

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

Частые вопросы

Не убьёт ли автоматика живое общение с клиентами?

Убьёт, если отдать ей всё подряд и разрешить притворяться человеком. Мы делаем наоборот. Программа не изображает администратора и уводит спорные разговоры к людям, а каждую фразу мы проверяем одним вопросом: сказал бы так живой сотрудник на ресепшене? Нет - переписываем. Клиенту важнее скорость и ответ по делу, чем наличие кнопок.

Можно ли начать без CRM?

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

А если клиент принципиально хочет говорить с человеком?

Тогда он говорит с человеком, и это нормальная работа системы. Удерживать диалог любой ценой автоматика не должна. У нас правило одного шага: программа поняла, что человек просит живого, - сразу передаёт, без «сначала нажмите два» и без уговоров. Задача автоматики - донести обращение до сотрудника быстрее, чем это делала тишина в чате.

С какого канала начинать?

С того, куда пишут больше всего, - в сервисном бизнесе это обычно WhatsApp. Не угадывайте, а посчитайте неделю: отмечайте, откуда пришли обратившиеся. В мессенджерах заявки теряются незаметнее всего: статуса «в обработке» нет, и непрочитанный чат сам себя не напомнит.

По теме: ИИ-администратор Syntony.