Клиентское сообщение часто объединяет сведения разного происхождения. В нем могут соседствовать состав заказа, условия обслуживания и предложение следующего шага. Для каждого фрагмента нужен свой источник. История заказов описывает события конкретного клиента. Учетная система хранит выбранные данные операции. База знаний содержит правила и пояснения компании.
Тема BEGO помогает разобрать эту задачу на понятном примере. Владелец подтвердил завершение проекта. О BEGO известны локальный ИИ для клиентских коммуникаций, история заказов, данные 1С и база знаний компании. Дальше в статье предложен методический способ разделения источников. Таблицы и примеры показывают подход к обсуждению похожего сценария.
Подготовьте образец клиентского ответа
Возьмите сообщение, которое менеджер уже проверил и готов отправить. Выделите в нем факты о клиенте, сведения об операции и объяснение правил компании. Рядом с каждой частью запишите, где сотрудник нашел нужные данные и кто подтвердил их актуальность.
Из такого образца получится шаблон для разбора собственной ИИ-функции. Предложенные дальше роли, поля, проверки и маршруты относятся к учебной методике. Описание реализации BEGO в этой статье ограничено подтвержденными сведениями во вступлении. Конкретный способ получения данных своего проекта команда выбирает после разбора источников и требований процесса.
Сохраните образец вместе с датой и комментарием менеджера. Затем добавьте второй ответ того же типа, где исходные данные отличаются. Сравните общий порядок подготовки и причины различий. Это поможет выделить повторяемую часть работы и ситуации, которые требуют отдельного решения сотрудника.
Начните с вопроса клиента
Выберите один тип сообщения, которое сотрудник готовит регулярно. Например, ответ клиенту о повторном заказе. Запишите, какие сведения нужны для этого ответа: прошлый товар, его параметры, текущая доступность, условия оформления и дальнейшее действие. Рядом укажите владельца каждого источника.
Полезно отделить вопрос о факте от вопроса о правиле. «Что клиент покупал раньше» относится к истории операций. «Какие условия действуют сегодня» требует актуального правила. «Какой вариант предложить» соединяет данные с решением сотрудника или согласованной логикой. Для этих частей ответа подходят разные способы проверки.
Попросите менеджера показать обычный маршрут подготовки сообщения. Какие карточки он открывает, где сверяет цену, к кому обращается за подтверждением? Такой разбор обнаруживает реальные зависимости. В результате у команды появляется список источников с понятным назначением и точками обновления.
Заполните карту источников
Следующая таблица представляет учебный шаблон для условной компании. Она показывает распределение ответственности и помогает обсудить, откуда должно поступать каждое утверждение клиентского сообщения.
| Часть ответа | Предпочтительный источник | Владелец | Проверка перед отправкой |
|---|---|---|---|
| Состав прошлого заказа | История операций клиента | Владелец учетного процесса | Совпадение клиента и заказа |
| Текущий статус заказа | Система учета выбранной операции | Операционный отдел | Время получения статуса |
| Условия обслуживания | Утвержденная база знаний | Руководитель сервиса | Действующая редакция |
| Персональное предложение | Согласованные коммерческие правила | Руководитель продаж | Основание и полномочия |
| Следующее действие | Регламент обработки обращения | Владелец процесса | Ответственный и срок |
Для каждого источника добавьте способ идентификации записи. Нужны понятные связи между клиентом, заказом и организацией. Одно имя может встречаться в разных карточках. Устойчивый идентификатор помогает связать сообщение с нужной историей и показать сотруднику исходную запись.
Укажите время и редакцию
Сведения меняются с разной скоростью. Исторический заказ описывает событие в прошлом. Статус текущей заявки меняется по ходу работы. Условия обслуживания обновляются отдельными редакциями. Поэтому у каждого фрагмента ответа полезно сохранять дату события, время получения и версию документа, если она применима.
В учебном сценарии менеджер готовит предложение на основе прошлого заказа. Система показывает прежний состав как историю, а текущие условия берет из выбранной действующей редакции. Сотрудник видит обе даты и понимает, какое утверждение относится к прошлой покупке, а какое описывает новое предложение.
Если источники расходятся, определите порядок разрешения конфликта. Например, ответственный за учет подтверждает статус операции, а владелец регламента уточняет применимость правила. В карточке подготовки сообщения сохраните вопрос, выбранное основание и автора решения. Это полезнее попытки скрыть спорную часть внутри гладкого текста.
Соберите ответ из проверяемых фрагментов
Разделите черновик сообщения на короткие утверждения. Для каждого сохраните ссылку на запись или документ, который его поддерживает. Сотруднику удобнее проверять конкретный факт рядом с источником, чем искать основание для всего текста целиком.
Учебный пример сообщения: «В прошлом заказе вы выбрали комплект А. Для нового заказа подготовим расчет по действующим условиям. Менеджер уточнит объем и согласует срок». Первая фраза опирается на историю. Вторая обозначает предстоящее действие. Третья назначает следующий шаг. Такой разбор показывает, какие данные уже известны, а какие появятся после работы сотрудника.
Добавьте правила для данных, которые требуют уточнения. Черновик может содержать отмеченное поле «Срок подтверждает логист» или задачу ответственному. В клиентский текст попадают согласованные сведения. Порядок подготовки и отправки задается отдельно от способа формирования текста.
Определите участие сотрудника
Владелец процесса выбирает, какие действия сотрудник подтверждает перед отправкой. К таким действиям могут относиться изменение коммерческих условий, обещание срока, выбор получателя и включение персональных сведений. Для каждого пункта укажите, где выполняется проверка и как сохраняется ее результат.
Рабочий экран должен помогать человеку принять решение. Рядом с черновиком полезно показать карточку клиента, источники утверждений и список вопросов. Исправление текста сохраняется отдельно от изменения исходных данных. Так команда видит, что именно поправил менеджер: формулировку, факт или правило применения.
Участие человека также входит в измерение процесса. Зафиксируйте время просмотра, количество исправлений и причины возврата черновика. Сопоставьте эти наблюдения с прежним способом подготовки ответа. Реальные значения появятся после проверки выбранного сценария.
Проверьте источники на учебных ситуациях
Подготовьте набор ситуаций, который отражает обычную работу и сложные границы. Включите клиента с несколькими заказами, смену редакции правила, уточнение статуса и запрос предложения. Для каждого примера запишите ожидаемые источники и утверждения, которые сотрудник должен подтвердить.
| Ситуация | Что проверяет команда |
|---|---|
| Несколько заказов клиента | Выбор нужной операции |
| Обновленное правило обслуживания | Применение действующей редакции |
| Смена статуса во время подготовки | Актуальность сведений к отправке |
| Персональное коммерческое условие | Основание и право подтверждения |
| Запрос из другого канала | Связь отправителя с карточкой клиента |
Этот набор служит методическим шаблоном и дополняется материалами конкретной компании. Сохраните ожидаемый результат до проверки AI-функции. Затем сравните фактический черновик с источниками и действиями сотрудника. Отдельно отмечайте фактическую точность, понятность текста и готовность к отправке.
Подготовьте свой сценарий
Для первого обсуждения соберите один тип клиентского сообщения, разрешенный пример истории заказа и действующий документ из базы знаний. Добавьте описание роли менеджера и действия после ответа. Этого набора достаточно, чтобы предметно разобрать источники и границы первого этапа.
Связь данных с рабочим процессом можно обсудить через интеграции, а состав AI-функции через разработку и внедрение ИИ. Команда сможет согласовать происхождение каждого утверждения, подготовить проверочный набор и выбрать полезный результат для сотрудника и клиента.