Как собрать базу знаний ИИ-суфлёра из типовых обращений менеджеров

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

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

Что такое база знаний для ИИ-суфлёра и зачем она нужна

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

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

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

Как выбрать звонки для разбора

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

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

Для первого прохода команда может взять 30 звонков: по десять из начала сделки, обсуждения условий и обращений после покупки. Внутри каждой группы нужны разные результаты и несколько менеджеров. Это пример стартовой выборки, а не норма. Если важная ситуация встречается редко, её стоит изучить отдельно и дополнить записями.

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

Как найти типовые обращения в звонках

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

Разметка звонков начинается с простых категорий: вопрос об условиях, сомнение, жалоба или просьба о действии. Затем внутри них выделяют намерения. Например, вопрос о цене может означать просьбу объяснить состав услуги или желание получить скидку. Эти случаи нельзя объединять только потому, что в обоих прозвучало слово «дорого».

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

Например, клиент говорит: «Почему доставка стоит отдельно, если заказ уже дорогой?» Смысл реплики — понять, как рассчитывают доставку, а не обязательно получить скидку. Категория обращения — состав стоимости доставки. Разметчик сохраняет обезличенный фрагмент и проверяет, встречается ли такой смысл в других разговорах.

Как превратить запись звонка в подсказку менеджеру

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

Первый пример: «Почему доставка стоит отдельно?» Смысл обращения — клиент хочет понять расчёт. Подсказка: «Уточните адрес и объясните состав стоимости по действующим условиям». Допустимая фраза: «Стоимость зависит от адреса и способа доставки; давайте проверю ваш вариант». Нельзя называть точную цену, пока она не подтверждена.

Второй пример: «Я не уверен, что команда успеет разобраться». Смысл обращения — клиент сомневается в сроках освоения продукта. Подсказка: «Уточните число сотрудников и предложите обсудить доступные форматы обучения». Фраза менеджера может начинаться так: «Сколько человек будут работать с продуктом?» Обещать срок без проверки не стоит.

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

Какая структура карточки знаний удобна для живого звонка

Удобная карточка содержит тип ситуации, контекст появления, цель, короткое действие, ограничения, пример и дату внутренней проверки. Например, тип — вопрос о стоимости доставки, контекст — обсуждение заказа, цель — объяснить расчёт. Действие предлагает проверить адрес, а ограничение запрещает обещать бесплатную доставку без подтверждения.

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

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

База знаний из звонков и скрипт: что выбрать

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

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

Все три формата требуют владельца и обновлений, но поводы для пересмотра различаются. Скрипт меняют при изменении процесса продажи, список ответов — при изменении правил. Базу подсказок также пересматривают, когда в звонках появляется новое намерение. Универсального победителя нет: одна команда может использовать все три формата вместе.

Как проверить, что подсказки помогают повышать качество обслуживания

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

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

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

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

Как обновлять базу знаний после запуска

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

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

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

Например, раньше клиенты спрашивали только цену доставки, а теперь часто уточняют дату получения. Команда проверяет, можно ли точно назвать срок по адресу, и создаёт отдельную карточку о сроках. В ней менеджеру предлагают уточнить адрес и проверить доступные варианты. Старую карточку о цене сохраняют, если этот вопрос по-прежнему повторяется.

Чек-лист: как собрать базу знаний из звонков

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

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

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

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

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

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