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