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

Утром в сервис приходят три сообщения. «Пора на обслуживание». «Что с моей заявкой?» «На панели ошибка, можно продолжать работу?» В каждом — несколько слов. Но первое должен получить координатор, второе требует найти историю, а третье нельзя закрывать ответом из общей памятки. В сервисе оборудования качество начинается именно здесь: с правильно понятого обращения.
Для сервисного чат-бота мы выбрали этот сценарий применения и разработали интерфейс передачи обращения. Рядом с диалогом собирается карточка: оборудование, причина, номер заявки, нужный специалист и следующий шаг. Сотруднику не приходится заново восстанавливать разговор. Он видит задачу целиком и понимает, какие сведения ещё нужно уточнить.
Самое важное решение видно в сложном сценарии. Бот признаёт, что по переписке нельзя надёжно определить неисправность. Он передаёт описание специалисту. Для клиента это продолжение разговора, для команды — понятная точка ответственности.
Сценарные ответы и учебные обращения. Сообщения сотрудникам не отправляются.
Для интерактивного примера нужен JavaScript. История и проектные решения доступны ниже.
Запись на обслуживание, проверка статуса и технический вопрос ведут к разным карточкам. Существующий номер обращения сохраняется: повторный разговор должен продолжать историю.
Сотруднику важны причина обращения, уже известные данные и ожидаемое действие. В рабочем примере этот пакет виден рядом с сообщениями; можно проверить, что он соответствует запросу.
Сценарный бот помогает организовать работу. Он не делает технических заключений по недостаточным данным и не назначает неподтверждённый визит. В карточке явно показано, что ещё предстоит согласовать.
Реализованы три маршрута обращения, карточка контекста и состояние передачи специалисту. Их можно проверить ниже. В публичном примере можно пройти весь маршрут; мессенджер и система заявок подключаются при внедрении.
Для внедрения нужны реальные регламенты, список обслуживаемого оборудования, канал общения и подключение к системе заявок. Отдельно проверяем повторные обращения, права сотрудников и передачу человеку. После запуска оцениваем полноту карточек, время до ответа сотрудника и долю обращений, где клиенту пришлось объяснять всё заново.
Обсудить похожую задачуРасскажите, что хотите изменить или создать. Предложим формат работы и оценим первый этап. Готовое техническое задание не требуется.
Для новых клиентов — 5% на первый проект.