Разница между чат-ботом и агентом в том, что агент доводит запись до конца сам: уточняет время, проверяет занятость, подтверждает. Разбираем, как собрать такой сценарий без программиста.
Чем агент отличается от обычного бота
Обычный бот в записи работает по кнопкам: клиент выбирает услугу из меню, дату из календаря, время из списка слотов, которые кто-то заранее вручную занёс в базу. Если слот уже занят или мастер заболел — бот об этом не знает, он просто отдаёт то, что зашито в сценарии.
Агент устроен иначе: он не отвечает по заготовленному дереву, а вызывает функции — проверяет занятость через API календаря или CRM, предлагает реально свободные окна, и только после подтверждения клиента записывает его в систему. Если клиент пишет не по шаблону — например, «хочу к Кате в субботу после обеда» — агент сам разбирает запрос, сверяет с расписанием конкретного мастера и предлагает варианты, а не просит «выберите пункт меню».
Технически за этим стоит связка из двух частей: языковая модель (GPT-4/GPT-5, Claude или Gemini — они одинаково хорошо справляются с разбором свободного текста и вызовом функций) понимает намерение клиента и решает, какое действие выполнить, а связующий слой — чаще всего no-code инструмент вроде n8n или Make — реально дёргает API календаря, CRM или YClients и возвращает результат обратно в диалог. Сравнение этих двух инструментов и когда какой выбрать — в статье n8n vs Make: что выбрать для автоматизации.
Пошаговая настройка сценария бронирования
Порядок сборки для салона, клиники или репетитора почти одинаковый, различаются только источники данных.
- Выберите канал. Для большинства ниш это Telegram или WhatsApp — там клиенты уже привыкли писать, а не звонить. Виджет на сайте — второй по популярности вариант для клиник.
- Подключите источник расписания. Google Calendar для небольшой студии, YClients или amoCRM — если запись уже ведётся там. Агент должен читать и писать в ту же базу, где реально работают администраторы, иначе получится две параллельные записи.
- Опишите набор действий агента. Обычно хватает четырёх: проверить свободные слоты, забронировать, перенести, отменить. Каждое действие — отдельный вызов к API, а не текстовый ответ модели «от себя».
- Напишите системный промпт — он задаёт роль, тон и жёсткие правила (что агенту нельзя придумывать, когда передавать разговор человеку).
- Прогоните тестовые сценарии: двойная запись на одно время, отмена в последний момент, вопрос не по теме записи.
Рабочий шаблон системного промпта для старта:
Ты — агент записи [НАЗВАНИЕ САЛОНА/КЛИНИКИ].
Твоя задача: помочь клиенту записаться на [СПИСОК УСЛУГ], используя только
данные из функции check_availability — не предлагай слоты, которые не
подтверждены этим вызовом.
Правила:
1. Сначала уточни услугу и желаемую дату/время.
2. Вызови check_availability и предложи 2-3 реальных свободных окна.
3. После выбора клиента вызови book_slot и пришли подтверждение с датой,
временем и именем мастера/специалиста.
4. Если клиент просит перенести или отменить запись — используй
reschedule_slot или cancel_slot, не создавай новую запись поверх старой.
5. Если вопрос выходит за рамки записи (жалобы, медицинские вопросы,
диагностика, финансовые претензии) — не отвечай сам, передай диалог
администратору: [КОНТАКТ АДМИНИСТРАТОРА].
Тон: дружелюбный, короткие сообщения, без канцелярита.Для салонов красоты и мастерских, где запись завязана на конкретного специалиста, полезно заранее продумать, как агент описывает услуги и мастеров клиенту — об этом подробнее в статье нейросети для мастера.
Типичные сбои и как их избежать
Двойная запись. Если два клиента одновременно бронируют одно и то же время, агент должен блокировать слот на момент подтверждения, а не просто читать расписание раз в начале диалога. Это решается на уровне логики сценария в n8n/Make, а не промптом.
Агент придумывает свободное время. Модель иногда «додумывает» слот, если ответ API задержался или вернул ошибку. Лечится жёстким правилом в промпте — не отвечать без результата функции — и обработкой ошибок в сценарии: если API не ответил, агент честно пишет, что уточнит и вернётся, а не выдаёт время наугад.
Клиент уходит за рамки записи. В клинике это особенно чувствительно: человек может начать описывать симптомы или спрашивать о диагнозе прямо в чате записи. Агент для записи — не замена консультации врача, и это стоит прописать в промпте явно: такие вопросы сразу передаются администратору или специалисту, агент не должен на них отвечать.
Неявки без напоминания. Отдельный вызов send_reminder за сутки и за пару часов до визита снижает количество неявок заметнее, чем любые правила в самом диалоге.
Итог
Такой агент подходит владельцам салонов, клиник, репетиторских студий и мастерских — везде, где запись отнимает время администратора, а расписание меняется каждый день. Для старта не нужен программист: связка «языковая модель + n8n/Make + календарь или CRM» собирается через готовые интеграции. Начинать стоит с одного действия — проверки и подтверждения записи, а перенос и отмену добавлять вторым шагом, когда первый сценарий отработан на реальных диалогах. Более широкий обзор того, с чего начинать автоматизацию процессов в небольшом бизнесе, — в статье как автоматизировать бизнес.
Для сборки такого агента нужен стабильный доступ к самим моделям — GPT, Claude, Gemini — без VPN и без зарубежной карты. В Крафти это оплата рублями и доступ через один бот, @KraftiAI_bot: подключаете нужную модель под задачу и тестируете промпт из этой статьи прямо в диалоге, прежде чем встраивать его в сценарий записи.