Как бот уточняет запрос и создает тестовую запись в календаре

Сценарий показывает запись в пределах синтетического расписания: квалификация, предложение доступных интервалов и передача спорного случая сотруднику

Метка: Демонстрация, не клиентский кейс

02

Задача и пользователь

01

Задача

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

02

Пользователь

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

03

Синтетические данные

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

04

Пользовательский путь

  1. Посетитель описывает цель встречи и выбирает предложенный интервал из синтетического расписания.
  2. Бот проверяет, что цель и интервал соответствуют заданным правилам, и показывает черновик записи.
  3. После подтверждения создается тестовая запись; если условия не совпадают или времени нет, запрос передается сотруднику.
05

Первый результат

Посетитель видит доступный тестовый интервал и черновик записи. Ответственный сотрудник получает исключение с причиной, когда автоматическое оформление не подходит.

06

Критерии проверки

  • Бот предлагает только интервалы из синтетического расписания, разрешенные правилами.
  • В черновике записи сохраняются цель встречи и выбранный интервал без выдуманных сведений.
  • При отсутствии подходящего времени или противоречии условий бот не создает запись автоматически.
  • Переданный сотруднику запрос содержит контекст и причину, по которой он вышел за границы сценария.

В реальном проекте владелец процесса проверяет критерии на согласованной карте встреч, правилах переноса и контрольных запросах.

07

Ограничения

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

Техническая схема

Запрос посетителя → правила квалификации и синтетическое расписание → черновик или тестовая запись → ответственный сотрудник для исключений.

10

Хотите проверить запись для одного типа встреч?

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