Чат-бот для общения с клиентами, который не теряет заявки

Содержание
Представьте: понедельник, 21:40, дела закрыты. Вы листаете ленту, вспоминаете про субботнюю стрижку и пишете в барбершоп, где стриглись дважды: «Добрый вечер, есть окно утром?» Тишина. Через семь минут тот же вопрос уходит в барбершоп через дорогу - там отвечают за минуту, и в субботу вы уже сидите в соседском кресле.
Сцена условная, но механика общая: клиент пишет тогда, когда удобно ему, а не администратору. Диалог, который провисел без ответа до утра, - заявка, которую вы, скорее всего, уже не вернёте.
Этот вечер подхватывает чат-бот для общения - программа, которая отвечает ночью, в обеденный пик и когда администратор держит на линии третьего клиента. Рассказываю, потому что строю такие системы в Syntony: потери от непрочитанных сообщений почти никто не считает, их не видно в конце месяца. Ниже - четыре сценария, на которые распадается любая переписка в сервисе, расчёт потерь в тенге и выбор первого сценария для бота.
Что делает чат-бот для общения с клиентами в сервисном бизнесе?
Он круглосуточно отвечает на типовые вопросы, записывает клиентов на визит, накануне напоминает о встрече и сообщает, готов ли заказ. Каждое обращение - даже то, что пришло в два ночи, - попадает карточкой в CRM, а вопросы, которые требуют решения компании, бот передаёт живому сотруднику.

Если разобрать переписки обычного сервиса, там четыре повторяющихся сюжета:
- Вопрос. Цена, адрес, график, парковка, «а под гель-лак вы работаете?». Такие сообщения почти всегда однотипны - и именно они копятся в непрочитанных.
- Запись. Чат-бот для записи клиентов показывает свободные окна, фиксирует визит в календарь и переставляет его, если планы поменялись. Администратор узнаёт о записи, а не тратит на неё телефон.
- Напоминание. Сообщение накануне визита уходит автоматически. Администратору не нужно обзванивать по списку, а клиенту - держать в голове четверг и время.
- Статус. «Где мой заказ», «готова ли машина», «можно ли забирать» - бот смотрит в систему и отвечает сам, а спорные случаи передаёт сотруднику.
Отдельный сюжет - часы пик. Администратор отвечает человеку на ресепшене, второй ждёт по телефону, и в этот момент в WhatsApp падают ещё три сообщения. В документации момент описывают скучно; по факту именно здесь сервис теряет людей, которые уже готовы платить.
Слово «не теряет» здесь не образ, а механика. Ночной диалог не исчезает в непрочитанных: бот фиксирует контакт, вопрос и исход - записался человек или просил перезвонить утром. Даже если живой ответ случится только в 10:00, сотрудник открывает карточку, а не листает вчерашний чат в поисках, кто там что спрашивал.
Как эта связка выглядит вживую, мы разбирали в статье о том, как ИИ-агент Claude отвечает клиентам, пока администратор занят.
Сколько заявок теряется, пока администратор занят или рабочий день закончился?
Ответ лежит в вашей выгрузке переписок, и собирается он за один вечер: сколько диалогов началось вне рабочих часов, сколько дневных висело без ответа дольше часа и сколько закончилось тишиной. Умножаете на конверсию в запись и средний чек - получаете оценку упущенной выручки.
Откройте переписки за месяц и возьмите три числа. Первое - диалоги, начавшиеся до открытия или после закрытия. Второе - медиана первого ответа в рабочие часы, серединное значение: половина клиентов дождалась ответа быстрее, половина медленнее. Третье - переписки, где после первого сообщения клиента нет ответа вообще.
У меня, если честно, странный вкус к развлечениям: люблю раскладывать чужие переписки на «ответили за минуту» и «умерло в непрочитанных». Вторая колонка почти всегда длиннее, чем владельцу кажется из кабинета.
Числа дальше условные - подставьте свои. Допустим, за месяц к вам пишут 200 человек, и 60 диалогов начинаются до открытия или после закрытия. Днём администратор успевает, но вечерний пик, скажем с 18:00 до 20:00, провисает: очередь на линии, сообщения ждут.
Теперь деньги. При среднем чеке 9 000 тенге и конверсии диалога в запись 40% шестьдесят неотвеченных вечерних диалогов - оценка упущенной выручки в 216 000 тенге за месяц. Не точная сумма, а потолок того, что стоит на столе: часть этих людей написала бы снова, часть ушла, и какая часть ваша - не знает никто.
Почему это не видно в отчётах: мессенджер показывает счётчик непрочитанных, а не деньги. Полтора десятка молчащих диалогов за неделю выглядят мелочью, пока не умножишь на чек и не растянешь на месяц.
Соберите свои числа в одну таблицу - она честнее любого аудита:
| Что считать | Где взять | О чём говорит число |
|---|---|---|
| Доля диалогов вне рабочих часов | Время первого сообщения в выгрузке за месяц | Сколько обращений начинается, когда некому ответить |
| Медиана первого ответа | Разница между сообщением клиента и первым ответом сотрудника | Сколько человек ждёт днём, пока администратор на линии |
| Диалоги без ответа | Переписки, где после первого сообщения клиента - тишина | Прямые потери: это заявки, а не болтовня |
| Цена потерянного диалога | Средний чек × конверсия диалога в запись | Оценка упущенной выручки за месяц |
Мой любимый показатель в этой таблице - медиана первого ответа. Вечером она легко насчитывает 14 часов: сообщение в 20:30, ответ в 10:30 следующего утра. Формально вы ответили, фактически клиент всю ночь принадлежал тому, кто успел.
Тот же расчёт по шагам, с формулами и оговорками, мы разложили в статье о том, сколько заявок теряет сервис без ИИ-чат-бота и как их вернуть.
Чем ИИ-чат-бот для бизнеса отличается от кнопочного меню «нажмите 1, нажмите 2»?
Кнопочный бот ведёт клиента по веткам сценария и ломается на первом вопросе вне меню, а ИИ-чат-бот для бизнеса читает свободный текст, понимает опечатки и «а завтра до скольки?», отвечает по вашей базе знаний. Спорные случаи он передаёт живому сотруднику.
Старые боты мы все видели: пять кнопок, «выберите пункт меню», «не понял вас» - и на третьем круге клиент пишет что-то, что я не стану печатать. Языковые модели это лечат: бот понимает смысл сообщения, а не ждёт точного совпадения, и спокойно отвечает на фразу «хочу в субботу, если успеете».
База знаний у такого бота - ваши прайс, график, список услуг и ответы на частые вопросы. Заполнили один раз, дальше правите по мере жизни: поменялись цены - поправили базу. Чем больше реальных диалогов попадает в базу, тем меньше бот выдумывает.
Перед запуском всё проверяется вручную: прогоните через бота реальные вопросы из вашей выгрузки, включая каверзные. Где ответил криво - допишите в базу. Вечер работы, который экономит недели переделок.
Кнопки никуда не уходят: подтверждение записи «да или нет», выбор мастера, реакция на напоминание - там они даже удобнее свободного текста. Разница в другом: свободная фраза больше не тупик.
Канал тот же, куда клиенты и так пишут, - отдельное приложение ставить не нужно, привычка клиента не меняется.

Что отдавать боту нельзя
Список ниже - то, что остаётся людям при любом раскладе. Спорный случай уходит живому сотруднику по умолчанию: это свойство системы, а не недоработка, которую «доделают потом».
- Жалобы, конфликты, возвраты. Недовольный человек должен услышать человека. Бот фиксирует суть и передаёт - уговаривать молча он не умеет и не должен.
- Нестандартные деньги. Скидка, индивидуальный заказ, «можно срочно, я доплачу» - решение принимает владелец или старший администратор, не программа.
- Медицина. В клинике бот отвечает про график и запись, но не интерпретирует анализы и не подбирает лечение. Граница жёсткая, и это правильно.
- Личные договорённости. «Как обычно, но в четверг после шести» от постоянного клиента - тут нужен сотрудник, который знает контекст.
На внедрениях мы чаще всего переделывали одно и то же - болтливость. Первые версии отвечали на вопрос о цене абзацем с историей услуги; пришлось приучать к короткому ответу и предложению записаться. Вторая типовая правка - порог передачи человеку: его опускают, чтобы оператор не таял в потоке переписки.
Граница по сценариям - что бот с AI возьмёт на себя в сервисном бизнесе, а что нет - у нас расписана отдельной статьёй.

Какой сценарий отдать боту первым и что это даст в деньгах?
Первым отдавайте сценарий, где вы чаще всего не успеваете ответить и где решение владельца не требуется. В сервисном бизнесе это почти всегда ответы на вопросы о цене, графике и свободных окнах, следом - сама запись.
Критериев три: сценарий должен быть частым, однотипным и дешёвым по цене ошибки. Перепутать свободное окно дешевле, чем наобещать скидку, поэтому вопросы и запись идут первыми, а скидки не идут вовсе. Напоминания - второй номер: новых заявок они не приносят, зато снимают с администратора обзвон по списку. Статус заказа - третий, если у вас ремонт, доставка, пошив или химчистка.
Теперь эффект - снова на условных числах. Допустим, из тех же 60 вечерних диалогов бот приводит к записи 20, и при чеке 9 000 тенге это 180 000 тенге за месяц - деньги, которые раньше не попадали в отчёты, потому что диалоги не доживали до них.
Условие расчёта, не обещание: сколько приведёт именно ваш бот, покажет первый месяц. Формула честная по-другому - она считает не воображаемых клиентов, а тех, кто уже написал и не дождался.
Первый месяц сверяйте три числа: сколько диалогов бот взял на себя, сколько передал человеку и сколько дошло до записи. Много передач - сырая база знаний. Много диалогов без записей - неудобный сценарий, и вопрос уже к логике записи, а не к боту.
Как это выглядит в работе - ответы, записи, передача оператору, карточки в CRM - собрано на странице продукта ИИ-администратор Syntony.
План на понедельник: четыре шага за один вечер
Задача на понедельник - не внедрить, а увидеть. Вот порядок действий:
- Выгрузите переписки за последний месяц из основного канала. Посчитайте два числа: долю диалогов вне рабочих часов и число переписок, где после первого сообщения клиента - тишина.
- Разложите 30-40 случайных диалогов на четыре сценария: вопрос, запись, напоминание, статус. Полчаса работы - и видно, какой сюжет у вас основной.
- Выберите один сценарий-кандидат: самый частый из тех, где вы не успеваете отвечать. Один, не три - потом легче растащить, чем собрать заново.
- Умножьте неотвеченные диалоги на конверсию и средний чек. Сумма получилась неприятная? Значит, приоритет найден, всё остальное - после.
Если цифра вышла маленькая и терять нечего - не покупайте ничего, и это тоже нормальный результат расчёта. А если цифра кусается, дальше идёт пошаговый разбор, как создать ИИ-агента для своего бизнеса без программистов.
Частые вопросы
Заменит ли бот администратора?
Нет. Бот подхватывает типовые обращения ночью и в часы пик, а жалобы, нестандартные деньги и продажу сложных услуг оставляет человеку. Передача спорных случаев оператору - принцип работы, а не временная недоработка.
А если бот наврёт клиенту?
Такое случается, особенно в первые недели, пока база знаний сырая. Нестандартный вопрос бот в таких случаях сразу передаёт человеку. Первые две-три недели переписки просматривает живой сотрудник и дополняет базу - «совсем без людей» мы не обещаем, и не верьте тем, кто обещает.
Клиент поймёт, что пишет боту?
Если ответ приходит за секунды и решает вопрос, большинству всё равно, кто на той стороне. Мы не учим бота притворяться человеком: клиент просит живого сотрудника - разговор сразу переходит к нему.
В каких мессенджерах это работает?
В тех, куда ваши клиенты уже пишут: в Казахстане это прежде всего WhatsApp и Telegram. Больше каналов - не значит лучше, начните с одного, где идёт основной поток.
С чего начать
Не с бота - с числа. Сегодня перед сном откройте переписки и посчитайте, сколько вечерних диалогов остались без ответа. Одно число - и приоритет на понедельник у вас уже в руках, дальше по плану выше.
Клиент пишет, когда ему удобно. Значит, отвечать надо тогда же - иначе диалог уедет к тому, кто успел.
Я сам с 2008 года работаю на своих производствах и сервисах и знаю, как выглядит этот счётчик непрочитанных. Технологии здесь - наименьшая часть дела: заявки терялись не потому, что не было бота, а потому, что их никто не считал. Начните считать - и решение станет очевидным само.
По теме: Как создать телеграм-бота, который отвечает клиентам вместо вас.


