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