Перейти к содержимому
Обсудить задачу

ИИ отвечает по старому прайсу: как поддерживать знания ассистента в актуальном состоянии

Актуальность ответа зависит от всей цепочки обновления, а не только от нового файла. Разбираем версии источников, проверку поиска и действия при спорной цене.

  1. Новая версия
  2. Обновление
  3. Проверка ответа
Обновление считается завершённым после проверки того, какие условия помощник действительно сообщает клиенту.

Назначьте действующий источник, владельца обновления и проверку контрольных вопросов. Успешная загрузка файла ещё не означает, что помощник использует новую версию правильно.

Компания обновила цены, менеджеры получили новый файл, а помощник продолжает называть старую стоимость. Причина может быть в устаревшем источнике, неудачном поиске, сохранённом ответе или правиле применения прайса. Повторная загрузка всех документов не всегда устраняет проблему.

Чтобы поддерживать знания, нужна понятная процедура: кто меняет сведения, какая версия считается действующей, как она попадает в помощника и чем подтверждается обновление. Особенно важно это для цен, сроков, доступности услуг и других условий, на которые клиент опирается при выборе.

Определите единственный действующий источник

Прайс может существовать на сайте, в таблице, презентации и папке менеджера. Если цены различаются, помощник не должен сам выбирать наиболее убедительную версию. Компания назначает источник, который определяет условия, и порядок разрешения расхождений.

Для каждой услуги полезно иметь устойчивое обозначение, единицу расчёта, условия применения и дату начала действия цены. Названия «базовый» и «стандартный» недостаточны, если разные отделы понимают их по-разному. Уточните также, что означает цена: фиксированная сумма, стоимость одного этапа или ориентир до оценки задачи.

Исторические документы могут оставаться нужны для ранее заключённых договорённостей. Поэтому «удалить старый прайс» не всегда правильное действие. Отделите историю от материалов для новых обращений и задайте правило, когда требуется проверить индивидуальные условия конкретного заказа.

Проследите весь путь обновления

Замена файла ещё не означает, что ответ изменился. Материал может ожидать обработки, не попасть в поисковый набор или остаться рядом со старой редакцией. Если в системе есть дополнительные копии либо сохранённые результаты, их обновление тоже должно быть предусмотрено.

Попросите исполнителя показать цепочку от публикации новой цены до использования в ответе. На каждом шаге нужен понятный статус: принято, обработано, доступно для поиска, проверено. Владелец бизнеса должен понимать, когда обновление действительно завершилось и кто замечает остановку.

Согласуйте срок между изменением источника и доступностью новых сведений. Для одной компании подходит обновление после согласования раз в день, другой требуется немедленное применение. Выбор зависит от частоты изменений и последствий устаревшего ответа; его нельзя заменить общим обещанием «данные всегда актуальны».

Проверяйте ответы, а не сообщение об успешной загрузке

После обновления задайте вопросы, которые затрагивают изменённые сведения. Проверьте точное название услуги, разговорный вариант, соседний тариф и условия, при которых цена не применяется. Так можно обнаружить смешение старой и новой редакции, даже если обработка файла прошла без ошибки.

Заранее сохраните небольшой набор таких проверок. При каждом изменении добавляйте новый вопрос, который отражает реальную границу правила. Например, цена за единицу и сумма заказа не должны превращаться в одно значение, а дополнительная опция не должна считаться включённой по умолчанию.

  • Ответ использует нужную редакцию и показывает применимый источник.
  • Условия и исключения сохраняются вместе с суммой.
  • Старый документ не участвует в ответах о новых заказах.
  • Неизвестная услуга вызывает уточнение, а не подбор похожей цены.
  • При недоступности источника помощник не сообщает неподтверждённое значение.

Если проверка не прошла, обновление ещё не принято. Ответственный решает, что временно показывать клиенту и какие вопросы передавать сотруднику до исправления.

Учитывайте уже начатые разговоры

Клиент мог начать диалог до изменения цены и вернуться после него. Помощник видит старое сообщение в истории и может повторить его как действующее условие. Поэтому правила применения новых сведений должны учитывать дату предложения и ранее согласованные обязательства.

В условном примере клиент спросил стоимость в понедельник, а в среду компания опубликовала новый прайс. Если понедельничный ответ был ориентиром, сотрудник может уточнить актуальные условия. Если было оформлено индивидуальное предложение, вопрос требует проверки его срока действия. Помощник не должен самостоятельно отменять договорённость.

Разделяйте общую справку и условия конкретного заказа. Для второй задачи нужен надёжный источник индивидуальных данных и подтверждённый доступ. Если его нет, корректный ответ — передать вопрос ответственному человеку с контекстом предыдущего обсуждения.

Предусмотрите остановку спорных ответов

Когда обнаружено расхождение, полезно ограничить только затронутую тему. Например, помощник продолжает рассказывать о процессе работы, но временно передаёт вопросы о цене менеджеру. Это позволяет сохранить полезные функции, пока команда проверяет данные.

Согласуйте, кто может включить такое ограничение и как оно снимается. Решение должно быть доступно бизнесу в нужный момент, а не зависеть от случайной связи с разработчиком. После исправления проверяют причины ошибки и связанные сценарии, чтобы проблема не повторилась в соседнем тарифе.

Если неверная информация уже отправлена, найдите затронутые обращения по доступным журналам. Порядок исправления сообщения и дальнейшего обсуждения определяет ответственная команда. Технический факт обновления прайса не решает автоматически вопрос о том, как продолжить отношения с клиентом.

Сделайте актуальность частью сопровождения

У содержания должен быть владелец, который знает, что изменилось и кому это важно. У технического обновления — ответственный за доставку новой версии. Эти роли могут принадлежать одному человеку, но их обязанности всё равно следует различать.

Планируйте изменения вместе с публикацией условий в других каналах. В противном случае сайт говорит одно, менеджер другое, а бот третье. Проверка согласованности помогает обнаружить проблему до первого клиентского вопроса.

Для начала составьте перечень наиболее изменчивых сведений: цены, сроки, зоны обслуживания, состав услуг. Для каждого укажите источник, ответственного и способ проверки. Так поддержка знаний становится управляемой работой, а не периодической попыткой загрузить в систему побольше файлов.

Материал подготовлен Legan Studio.

Организуем обновление знаний ассистента

Разберём источники цен и правил, цепочку обновления и действия при расхождении. Подготовим проверку ответов, связанную с вашими рабочими изменениями.

Обсудить актуальность знаний