Три маршрута вместо одного тупика
Запись на обслуживание, проверка статуса и технический вопрос ведут к разным карточкам. Существующий номер обращения сохраняется: повторный разговор должен продолжать историю.
Разговор продолжается.
Контекст остаётся.
Клиент описал проблему. Бот задал нужный вопрос. Сотрудник открыл карточку и сразу понял, с чего начать разговор. «Линия» показывает, как устроить эту передачу без потерянных деталей.
Представьте сервисную компанию. Один человек хочет записаться на обслуживание, другой ищет свою заявку, третий спрашивает о странном поведении прибора. Внешне это три коротких сообщения. Для команды за ними стоят три разных действия: организовать визит, продолжить начатую работу или подключить специалиста.
Мы взяли эту ситуацию для собственного демонстрационного проекта. Его центральная задача — довести разговор до следующего исполнителя вместе с контекстом. Поэтому рядом с диалогом появилась карточка: тема, оборудование, причина обращения, адресат и следующий шаг. Её содержание меняется вместе с выбранным запросом.
Самое важное решение видно в сложном сценарии. Бот признаёт, что по переписке нельзя надёжно определить неисправность. Он передаёт описание специалисту. Для клиента это продолжение разговора, для команды — понятная точка ответственности.
Сценарные ответы и учебные обращения. Сообщения сотрудникам не отправляются.
Для интерактивного примера нужен JavaScript. История и проектные решения доступны ниже.
Запись на обслуживание, проверка статуса и технический вопрос ведут к разным карточкам. Существующий номер обращения сохраняется: повторный разговор должен продолжать историю.
Сотруднику важны причина обращения, уже известные данные и ожидаемое действие. В прототипе этот пакет виден рядом с сообщениями; можно проверить, что он соответствует запросу.
Сценарный бот помогает организовать работу. Он не делает технических заключений по недостаточным данным и не назначает неподтверждённый визит. В карточке явно показано, что ещё предстоит согласовать.
Демонстрация доводит обращение от сообщения до карточки и назначения следующего шага. Подключение к мессенджеру, создание реальных заявок и уведомления сотрудникам в этот прототип не входят.
Для внедрения нужны реальные регламенты, список обслуживаемого оборудования, канал общения и подключение к системе заявок. Отдельно проверяем повторные обращения, права сотрудников и передачу человеку. После запуска оцениваем полноту карточек, время до ответа сотрудника и долю обращений, где клиенту пришлось объяснять всё заново.
Обсудить похожую задачуОпишите, кому нужен продукт и что он должен делать. Уточним вводные, предложим первый этап и подготовим оценку. Можно начать без готового технического задания.