AI-агенты
Как научить AI-агента подбирать услугу для онлайн-записи: каталог, синонимы, уточняющие вопросы, ограничения, подтверждение клиента и контроль ошибочных бронирований.

Коротко
AI-агент подбирает услугу для онлайн-записи, сопоставляя запрос клиента с действующим каталогом, уточняя параметры, которые меняют услугу, и проверяя ограничения. Цена, длительность, ресурс и свободное время должны приходить из системы записи. Если выбор неоднозначен, агент задаёт вопрос или передаёт обращение человеку, а не оформляет случайный подходящий по названию вариант.
Это отдельная задача от поиска свободного слота. Фраза «хочу на обслуживание» не определяет ни состав работ, ни специалиста, ни время визита. Профессиональный сценарий сначала устанавливает, что именно нужно забронировать, затем согласует условия с клиентом и только после этого создаёт запись.
Главное в статье
Каталог с устойчивыми идентификаторами является источником услуг, а свободный текст клиента только помогает найти кандидатов.
Уточняющий вопрос нужен, если ответ меняет цену, длительность, ресурс или возможность оказания услуги.
Вариант «не знаю» должен вести к консультации или администратору, а не к угадыванию.
Согласие клиента на конкретную услугу и проверка текущей доступности предшествуют бронированию.
Качество агента оценивают по правильности созданных записей и причинам исправлений, а не только по доле завершённых диалогов.
Раздел 01
Правильный подбор означает совпадение реальной задачи клиента с тем, что бизнес сможет выполнить в забронированное время. Совпадения нескольких слов недостаточно. «Пробное занятие», «индивидуальная тренировка» и «место в группе» могут встречаться в похожих диалогах, но занимают разные ресурсы и имеют разные условия.
Полезно разделить четыре этапа: понять намерение, получить допустимых кандидатов из каталога, уточнить различия и подтвердить конкретный вариант. Переходить к календарю следует после выбора параметров, влияющих на длительность и ресурсы. Иначе агент сначала обещает удобный час, а затем выясняет, что нужная услуга в него не помещается.
В NIST AI 600-1 описан риск конфабуляций: генеративная система может уверенно выдавать ошибочное содержание. Практический вывод для записи состоит в разделении ролей: модель помогает вести разговор, но не становится самостоятельным источником цен, длительности и правил бизнеса.
Раздел 02
Устойчивый идентификатор
Агент выбирает запись каталога, а не создаёт новое название услуги из ответа. Переименование не должно ломать историю бронирований.
Понятное описание
Укажите, что входит и что не входит в услугу. Добавьте несколько реальных клиентских формулировок без превращения их в отдельные товары.
Обязательные параметры
Зафиксируйте признаки, меняющие состав работ: формат, количество участников, наличие оборудования или дополнительные этапы.
Ограничения
Сохраните допустимые филиалы, специалистов, ресурсы и условия первого визита. Проверяйте их через данные, а не только через текст инструкции.
Цена и длительность
Определите источник актуальных значений. Если нужна оценка специалиста, предусмотрите сценарий консультации без выдуманной окончательной суммы.
Версия и доступность
Отключённая или устаревшая услуга не должна оставаться доступной только потому, что её описание сохранилось в контексте разговора.
Раздел 03
| Запрос клиента | Полезное уточнение | Что меняет ответ |
|---|---|---|
| «Хочу на пилатес» | Интересует занятие на коврике, на оборудовании или пока нужна помощь с выбором? | Формат, ресурсная модель и возможная передача тренеру. |
| «Запишите на английский» | Вы хотите определить уровень, прийти на пробный урок или записаться в уже согласованную группу? | Тип встречи и доступные преподаватели. |
| «Нужен маникюр» | Нужно ли снятие и какие этапы вы хотите включить? | Состав услуги и время, которое следует искать в календаре. |
| «Устройство не работает» | Какой тип устройства нужно передать и требуется ли первичная диагностика? | Сценарий приёма вместо обещания неизвестного срока ремонта. |
Раздел 04
Задавайте сначала вопрос, который сильнее всего разделяет возможные услуги. Если клиент уже сообщил филиал и формат, не просите повторить их. Контактные данные можно собирать после подбора, когда понятно, что бизнес вообще может предложить нужный сценарий.
Для каждого вопроса полезно знать его назначение: какое решение изменится после ответа. Если ничего не меняется, вопрос либо относится к более позднему этапу, либо не нужен. Такой подход сокращает диалог без потери обязательных условий.
Предлагайте несколько понятных вариантов, но оставляйте возможность объяснить запрос своими словами. Фраза «не знаю» является нормальным состоянием, а не ошибкой пользователя. Для неё нужен отдельный маршрут: вводная консультация, уточнение у специалиста или передача администратору с уже собранным контекстом.
Раздел 05
Перед бронированием агент кратко повторяет согласованный набор: услуга, дополнительные этапы, формат, филиал, специалист или ресурс, время, длительность и цена либо условие её уточнения. Это не технический отчёт, а последняя возможность клиенту заметить, что запрос понят неправильно.
Система заново проверяет активность услуги, допустимость параметров и доступность ресурсов. Сообщение клиента «у меня особая цена» или инструкция из загруженного текста не должны автоматически менять коммерческие правила. Исключение оформляется через предусмотренное согласование с ответственным.
Если клиент изменил услугу после показа слотов, прежнее время проверяется повторно с новой длительностью. Если создание записи завершилось ошибкой или неизвестным результатом, агент не сообщает «вы записаны» до проверки фактического состояния. Поиск услуги, проверка слота и создание брони должны иметь различимые результаты.
Раздел 06
Передача нужна, если в каталоге нет подходящего варианта, клиент не может определить обязательный параметр, условия противоречат друг другу или запрос требует индивидуальной оценки. Не стоит маскировать такие случаи выбором самой дешёвой или короткой услуги ради завершения диалога.
Администратор должен получить исходную задачу, уже выясненные параметры, рассмотренные варианты и конкретную причину передачи. При этом агент не должен заявлять, что человек уже принял обращение, если создана только задача в очереди. Клиенту сообщают фактический статус и согласованный порядок ответа.
Полезная передача отличается от провала автоматизации: она сохраняет контекст и предотвращает ошибочную бронь. Если один и тот же тип обращения постоянно уходит человеку, проверьте каталог и правила. Иногда не хватает обычной услуги или ясного различия между двумя существующими позициями.
Раздел 07
Соберите контрольные обращения
Возьмите обезличенные типовые формулировки, опечатки, неполные запросы и случаи без подходящей услуги.
Определите допустимые ответы
Для каждого примера зафиксируйте услугу, необходимое уточнение или передачу человеку. Иногда корректных вариантов несколько.
Проверьте конечную запись
Сравните не только текст ответа, но и фактические идентификаторы услуги, параметры, длительность и ресурсы.
Добавьте изменения по ходу диалога
Клиент меняет филиал, число участников или состав работ. Устаревшие варианты должны перестать считаться подтверждёнными.
Считайте исправления
Отдельно отмечайте неверную услугу, неверную длительность, неподтверждённую цену и лишний перевод на администратора.
Повторяйте проверку после изменений
Обновление каталога, инструкции или модели должно проходить тот же набор примеров до расширения автоматического сценария.
Раздел 08
Точность подбора считайте по проверенным случаям: сколько получили допустимую услугу или правильный маршрут уточнения. Отдельно измеряйте долю созданных броней, которые пришлось исправить по причине неверного выбора. Большая доля самостоятельных записей не является успехом, если команда регулярно меняет их вручную.
Условный пример: из ста проверенных обращений двадцать требуют индивидуального согласования. Агент, который корректно передал эти двадцать и верно обработал остальные, может быть полезнее агента, который оформил все сто, но ошибся в сложных запросах. Это иллюстрация принципа, а не обещание конкретной точности.
Для диагностики сохраняйте выбранную услугу, источник версии каталога, ключевые ответы клиента и причину передачи. Собирайте только необходимый рабочий контекст. Рост числа вопросов оценивайте вместе с точностью: иногда одно дополнительное уточнение предотвращает дорогую ошибку в расписании.
Важно
Выберите десять услуг с похожими названиями и попросите администратора описать различия простыми словами. Если команда не может договориться, какой вопрос различает эти услуги, агенту тоже не на что опереться. Сначала исправьте каталог, затем автоматизируйте диалог.
Вывод
Подбор услуги AI-агентом надёжен, когда разговор опирается на управляемый каталог, проверяемые параметры и понятные границы автоматизации. Хороший агент умеет не только предложить время, но и вовремя признать, что для корректной записи требуется уточнение.
AI-агент MySlot описан как сценарий диалога, уточнения услуги, проверки расписания, создания записи и передачи данных в CRM. Для вашего каталога нужно отдельно согласовать вопросы, ограничения, передачу человеку и критерии приёмки, а затем проверить их до запуска на весь поток.
Демо
Покажем демо MySlot и разберём ваш процесс: услуги, расписание, ресурсы, CRM, оплаты и уведомления.
MySlot
MySlot подойдёт, если вам нужно:
Похожие статьи
AI-агенты
База знаний для AI-агента записи: структура, правила и контроль
Как подготовить базу знаний для AI-агента записи: услуги, расписание, цены, ограничения, ответы, действия, эскалация, тесты и обновления.
ЧитатьAI-агенты
Передача диалога от AI-агента администратору: правила, статусы и CRM
Как настроить передачу диалога от AI-агента администратору: причины handoff, статусы, SLA, контекст записи, CRM и контроль качества.
ЧитатьAI-агенты
Тестирование AI-агента записи: сценарии, метрики и контроль
Как тестировать AI-агента записи: набор диалогов, точность услуг и слотов, действия, оплаты, безопасность, handoff, метрики и контроль качества.
ЧитатьЗапуск
MySlot поможет принимать записи, управлять расписанием, ресурсами, оплатами и передавать данные в CRM.