Сценарий вместо набора кнопок
Шаги зависят от типа обращения: заказ, запись, статус или вопрос сотруднику.
01
Клиент уже пишет в Telegram, а менеджер всё ещё копирует заказ в таблицу или CRM. Мы настраиваем диалог: что спросить, что проверить и куда отправить заявку.
Приём заказа
Входящие заявки
Статус для клиента
Шаги зависят от типа обращения: заказ, запись, статус или вопрос сотруднику.
Собранные поля уходят в CRM, 1С, iiko или внутреннюю панель, а не остаются в чате.
Клиент получает ответ, когда заявка подтверждена, оплачена или требует уточнения.
Оператор, администратор и руководитель видят разные действия над одной заявкой.
Гость отмечает блюда или товары. Пока нет адреса или времени, заказ на кухню не уходит.
Новое обращение сразу видит нужный сотрудник. В CRM остаётся карточка клиента, а не длинная переписка.
Клиент пишет номер заказа и сам видит этап: принят, готовится, в пути. Сотрудника этим вопросом больше не отвлекают.
Смотрим реальные диалоги: где клиент бросает сценарий и где сотрудник дублирует данные.
Фиксируем ветки, обязательные поля и тексты ошибок.
Подключаем бота к backend и к системе, где заявку исполняют.
Проходим заказ, отказ и повторную отправку на контрольных примерах.
Да, если статус есть в системе, где заказ исполняют, и обмен возвращает его в диалог.
Да. Часть обращений бот собирает сам, а исключение уходит сотруднику с уже заполненными полями.
Окно занимается в момент подтверждения. Вторая запись на то же время получает отказ.
Telegram-ботыОбъём считают по сценариям, интеграциям и тестовому доступу. Готовой цифры до этого нет.
Telegram-ботыСайт встречает людей из поиска. Бот обслуживает тех, кто уже открыл Telegram.
Telegram-ботыБот закрывает заявку, статус и уведомление правилами. Свободный вопрос модели сюда не входит.