Чат бот для МФЦ помогает посетителю выбрать услугу, найти официальный список документов, перейти к записи и узнать, где проверить статус обращения. Ответ привязан к действующему первоисточнику и дате его обновления. Когда условия зависят от региона или личной ситуации, диалог продолжает сотрудник центра.
Маршрут посетителя
Бот закрывает четыре навигационных шага: выбор услуги, ссылка на документы, запись и переход к проверке статуса. Перечень документов берут из действующего официального источника.
Посетитель приходит с бытовым описанием задачи, а каталог услуг использует официальные названия. Бот уточняет цель обращения, показывает несколько подходящих услуг и просит выбрать вариант. После выбора он выводит краткое описание, прямую ссылку на карточку услуги, источник списка документов и дату последней проверки данных.
Список документов зависит от услуги и иногда от региона или обстоятельств заявителя. Поэтому ответ формируют из конкретной карточки, а при отсутствии проверенной версии показывают ссылку на официальный каталог и предлагают уточнить вопрос у сотрудника. Синтетический список «обычно берут паспорт и заявление» выглядит удобно, но способен отправить человека на лишний визит.
Проект отличается от обычного бота по базе знаний тем, что каждое полезное утверждение имеет происхождение и срок актуальности. Бот по документам помогает понять механику поиска по источникам; здесь поверх поиска нужен контроль официальной карточки и маршрута посетителя. Для общего выбора формата подходит сравнение чат-ботов.
Хороший первый экран предлагает понятные действия: «подобрать услугу», «подготовить документы», «записаться», «проверить статус», «связаться с сотрудником». Покажите посетителю услуги по бытовому описанию задачи, без требования знать официальное название заранее. При этом выбор пользователя сохраняйте вместе с идентификатором карточки, чтобы дальнейший ответ оставался привязан к верному источнику.
- Уточнить бытовую задачу и регион посетителя.
- Показать карточку услуги с официальным источником.
- Предложить запись, проверку статуса или сотрудника.
Каталог и версии
Для каждой карточки храните адрес официального источника, регион действия, идентификатор услуги, дату проверки, версию содержания и владельца обновления. При изменении страницы сравнивайте поля, важные посетителю: условия, перечень документов, способы записи и место подачи. Правила обновления задавайте отдельно от генерации текстов.
Если источник временно недоступен, бот сообщает, что актуальность перечня требует проверки, и переводит человека к сотруднику или официальной странице. Старый сохранённый ответ нельзя выдавать как свежий. Для срочного изменения каталога нужен ручной способ снять спорную карточку с публикации до проверки.
Поиск может использовать индекс карточек и цитировать найденный фрагмент. Это похоже на поиск по документам с правами и источниками, но здесь важна публичная версия карточки именно для региона посетителя. В ответе показывайте название источника и ссылку, чтобы человек мог открыть исходную формулировку.
Роли разделены: редактор каталога обновляет карточки, ответственный за услугу подтверждает спорные изменения, оператор обрабатывает живые вопросы, техническая команда следит за выгрузкой. Журнал изменений нужен для ответа на простой вопрос: какое описание бот показывал в момент обращения. Без журнала даже правильная текущая карточка мало помогает разбирать старую жалобу.
Для разных регионов создавайте отдельные версии карточек даже при совпадении названия услуги. Бот сначала определяет регион, затем ищет внутри соответствующего набора. При смене региона в диалоге он сбрасывает прежний выбор и заново показывает источник, для исключения старого перечня документов из ответа.
Сложное обращение
Сложный вопрос распознают по признакам, по содержанию сообщения. Несколько услуг в одной ситуации, спор об отказе, исключение из типового перечня, личные обстоятельства или расхождение между региональной карточкой и общей инструкцией требуют человека. Бот собирает краткое описание задачи и передаёт его вместе с ссылкой на найденную карточку.
Условный пример: посетитель спрашивает, какие документы нужны при особом семейном обстоятельстве. В каталоге найден общий перечень без ясного указания для этого случая. Бот показывает официальную карточку, объясняет границу ответа и предлагает связь с сотрудником. Он оставляет список без дополнений по похожим страницам из других регионов.
Для передачи задайте поля: выбранная услуга, регион, вопрос посетителя, ссылка на карточку, причина передачи и удобный способ ответа. Личные данные собирайте лишь в объёме, нужном для обращения, по принятой политике обработки. Сотрудник должен видеть уже пройденный путь; повторный опрос разрушает смысл цифрового маршрута.
Контроль качества считает долю автоматических ответов вместе с качеством передачи. Смотрите, какая часть сложных обращений попала нужному специалисту, сколько раз оператор исправил выбранную услугу и сколько ответов было основано на устаревшей карточке. Высокий процент автоматизации при частых ошибках здесь сигнал к сужению сценария.
Сотрудник должен видеть явную причину передачи: источник отсутствует, карточка противоречива или вопрос зависит от личных обстоятельств. Эти причины помогают распределять очередь и показывают редактору, где каталог требует пересмотра. Запись причины удобнее свободной пометки без категории.
Запись и статус
Запись и статус лучше строить как переход к официальной системе, где эти действия уже поддерживаются. Бот показывает кнопку с понятным названием и объясняет, какие данные понадобятся на следующем шаге согласно действующему интерфейсу. Если интеграция подтверждена, он может передать выбранную услугу и регион, но итоговое подтверждение записи приходит из системы записи.
Для статуса обращения определите, какие сведения разрешено показывать в чате и как подтверждается право пользователя на их получение. При отсутствии такой связки бот даёт официальный путь проверки статуса без имитации доступа к делу. Нельзя выдумывать состояние заявления или срок рассмотрения на основе общего ответа модели.
Технически сценарий удобно собрать как каталог, слой поиска, правила маршрутизации и интерфейс чата. Часть переходов задаётся обычными кнопками, а модель помогает понять свободный запрос и выбрать карточку. Разработка чат-бота под сценарий начинается с карты источников и каналов передачи. Стоимость зависит от интеграций, региональных версий и порядка обновления каталога. На бесплатном часовом Discovery разберём один региональный маршрут и источники его карточек. Напишите нам, чтобы оценить состав работ.
Перед запуском пройдите весь путь на мобильном устройстве: от бытового вопроса до открытой карточки, записи либо связи с сотрудником. Проверьте битые ссылки, длительные загрузки и повторные вопросы. Удобство бота оценивайте по доле посетителей, дошедших до карточки услуги, записи или сотрудника.
Какие обращения ваш центр передаёт сотруднику чаще всего?
Проверка сервиса
Набор проверочных запросов собирайте из реальных формулировок посетителей, обезличивая их по рабочим правилам. Добавьте похожие услуги, разные регионы и вопросы с неполными данными. Для каждого запроса заранее определите правильную карточку либо необходимость передачи человеку. После обновления каталога прогоняйте этот набор снова.
Основные показатели: доля верно выбранных услуг, доля ответов со ссылкой на действующий источник, успешные переходы к записи и качество передачи оператору. Отдельно фиксируйте случаи, где бот дал уверенный ответ при отсутствии подтверждённой карточки. Это самый важный класс ошибок для публичной навигации.
Оператору дайте кнопку сообщить о неточной карточке прямо из диалога. Редактор проверяет замечание по официальному источнику, меняет запись и отмечает дату публикации исправления. Таким образом жалобы становятся частью обновления каталога, вместо потери в свободной переписке с техподдержкой.
Начните с нескольких часто выбираемых услуг одного региона и полностью отработайте их маршруты. Затем расширяйте каталог по готовности источников и сотрудников к передаче. Приоритет получает карточка, где проверены условия, документы, ссылка на запись и владелец актуальности; число опубликованных услуг само по себе слабый показатель.
Возьмите услуги с проверенными карточками и назначьте редактора, который отвечает за дату обновления каждой записи.
Проверку проводите после каждого значимого обновления источника. Храните несколько типовых вопросов к изменённой услуге и ожидаемые ссылки. Если ответ внезапно указывает на старую версию, карточку временно снимайте с автоматической выдачи до исправления индекса.