Клиент пишет вечером: «Можно записаться на завтра?» Администратор увидит сообщение утром, а до этого человеку хочется понять, что делать дальше. Для такой задачи чат-боту не обязательно вести свободный разговор обо всём. Достаточно собрать понятную заявку и правильно объяснить её статус.

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

Решите, что бот вправе подтверждать

Начните с одного вопроса: есть ли у бота достоверное расписание и механизм бронирования свободного времени? Если нет, он может принять пожелание клиента, но не должен писать «Вы записаны».

Подходящий финал для заявки:

Пожелание по времени принято: четверг после 18:00. Администратор проверит расписание и подтвердит запись в этом чате.

Срок ответа укажите только тот, который студия способна соблюдать. Если сообщения вечером разбирают после открытия, назовите часы работы. Не обещайте «ответ за минуту», когда ночью никто не дежурит.

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

Ограничьте первую версию одной услугой

Не переносите в первый бот весь каталог и все вопросы администратора. Возьмите популярную услугу с понятной продолжительностью и небольшим числом вариантов.

В нашем условном примере это вводное занятие в студии. Боту нужны:

Выбранный формат занятия.
Удобный день и промежуток времени.
Имя, которым можно обратиться к человеку.
Способ получить подтверждение, если текущего чата недостаточно.

Телефон не стоит запрашивать автоматически, когда вся коммуникация может продолжиться в том же чате. Каждое лишнее поле увеличивает путь клиента и объём информации, которую придётся хранить и обслуживать.

Нарисуйте диалог из пяти шагов

Порядок для первой версии может быть таким:

Приветствие и объяснение: бот принимает заявку на занятие.
Выбор одного из доступных форматов.
Уточнение удобного дня и времени.
Краткое резюме с кнопками «Отправить заявку» и «Изменить».
Подтверждение получения и передача администратору.

На каждом шаге оставьте возможность вернуться назад или позвать человека. Если клиент написал «хочу перенести прошлую запись», не нужно заставлять его заново проходить анкету для новой.

Для сборки такого сценария можно использовать SaleBot, где есть конструктор ботов и инструменты записи и работы с клиентами. Промокод NAYDIKO укажите при создании первого проекта. До настройки проверьте доступность нужного канала и интеграции в выбранном тарифе.

Где здесь может помочь нейросеть

На старте нейросеть удобна как редактор сообщений и помощник при составлении вариантов вопросов. Например:

Напиши три короткие версии сообщения бота, который принимает пожелание по времени занятия. Бот не имеет доступа к расписанию и не подтверждает бронь. Нужно объяснить, что администратор ответит в рабочие часы, и предложить изменить выбранное время. Не придумывай часы работы.

Выберите одну версию и вставьте реальные часы. Это проще контролировать, чем сразу отдавать модели весь разговор с клиентом.

Если позже подключите свободные ответы, ограничьте их справочной информацией. Изменение записи, цена с исключениями и спорные ситуации должны идти в заранее предусмотренную ветку или к администратору.

Сделайте удобное уведомление сотруднику

Сообщение администратору должно содержать тип обращения, выбранную услугу, пожелание по времени и ссылку на диалог или карточку заявки. Добавьте идентификатор, чтобы отличать повторное нажатие от нового обращения.

Плохое уведомление: «У вас новый лид». Хорошее: «Заявка №104: вводное занятие, четверг после 18:00, требуется подтверждение». Номер и детали здесь условные, показывают только форму сообщения.

Определите, где сотрудник отмечает результат: подтвердил, предложил другое время, клиент отказался. Если статусы живут только в памяти администратора, бот ускорит приём, но не устранит потерянные обращения.

Проверьте неудобные ситуации до запуска

Пройдите сценарий с тестовыми данными в отдельном проекте или тестовом канале:

Клиент передумал на последнем шаге.
Дважды нажал «Отправить».
Написал время свободным текстом.
Попросил отменить существующую запись.
Начал диалог вечером и продолжил утром.
Попросил позвать администратора.
Уведомление сотруднику не доставилось.

Сначала проверьте, как сценарий обрабатывает каждый случай, затем включайте реальные уведомления. Для дальнейшего расширения подготовьте базу знаний для ответов бота. Так справочные ответы будут опираться на согласованные условия студии.