База знаний для обучения продажам: что нужно симуляции

Коротко

База знаний для обучения продажам отличается от базы знаний чат-бота, который отвечает клиентам. Симуляции нужны две вещи: информация, чтобы AI-клиент был реалистичным (что клиент знает, спрашивает и чего опасается), и информация, чтобы оценка была верной (какой факт правильный, как выглядит хороший ответ, что нельзя обещать). Достаточно семи блоков: факты о предложении, цены и условия с датами, возражения и их причины, стандарты хорошего разговора, запрещённые обещания, лист фактов о конкурентах и частые вопросы реальных клиентов.

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

Отличие от базы знаний чат-бота

База знаний агента, отвечающего клиентам, отвечает на вопрос «что можно сказать»: ответ должен быть коротким, точным и готовым для клиента; см. статью о базе знаний голосового агента. Учебная база знаний служит трём аудиториям: AI-клиенту (что спрашивать), оценщику (что правильно) и сотруднику (что знать). Поэтому в ней есть и такие сведения, как «почему клиент об этом спрашивает» и «как выглядит слабый ответ».

Семь блоков

1. 1Факты о предложенииЧто за продукт или услуга, кому подходит и кому нет, главные отличия. Проверяемые факты, а не маркетинговый язык.
2. 2Цены и условияЦена, политика скидок, доставка, гарантия, варианты оплаты — у каждого дата вступления в силу.
3. 3Возражения и причиныВозражения из реальных разговоров и типичная причина за каждым.
4. 4Стандарты хорошего разговораДля каждого типа клиента — описание хорошего разговора: какие вопросы, какие факты, чем заканчивается.
5. 5Запрещённые обещанияЧто сотрудник никогда не должен говорить: негарантированный результат, несуществующая функция, неразрешённая скидка.
6. 6Лист фактов о конкурентахТолько информация с источником и датой.
7. 7Реальные вопросыВопросы, которые реальные клиенты задавали чаще всего в последние месяцы, — их собирают отделы продаж и поддержки.

Даты и владельцы

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

Правила оформления

• Один факт — одно предложение. В длинном абзаце важная цифра теряется.
• Пишите цифры с единицами: «3 рабочих дня», «гарантия 12 месяцев».
• Пишите условия с исключениями: «бесплатная доставка — в пределах города, для заказов выше установленной суммы».
• Объясняйте внутренние термины — их не знают ни AI, ни новичок.
• Уточните или уберите размытые слова вроде «может быть», «обычно».

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

Этот блок — сердце симуляции. Для каждого возражения три строки: слова клиента, типичная причина за ними и направление хорошего ответа (не готовая фраза). Например: «В прошлом году покупали у другой компании, было плохо» — причина: страх риска — направление: расспросить об опыте, показать реальное условие, снижающее риск. Полная структура сценария с возражением — в шаблоне сценария с возражениями.

Список запрещённых обещаний

Этот список особенно важен для оценки: если сотрудник даёт запрещённое обещание на тренировке, отчёт должен отметить это как слабый ответ. Обычно в список входят гарантии результата («ваши продажи вырастут»), несуществующие функции, неразрешённые скидки или условия, непроверенные утверждения о конкурентах, юридические и финансовые обещания. Если в вашей отрасли есть дополнительное регулирование, готовьте список вместе с комплаенсом.

Как собирать реальные вопросы

Самая ценная информация приходит от реальных клиентов. Раз в неделю задавайте отделу продаж один простой вопрос: «какой вопрос на этой неделе поставил вас в тупик?» Источником служат и поддержка, и анализ звонков. Эти вопросы попадают в два места: в базу знаний (с ответом) и в профили (как то, что клиент может спросить). Так симуляция не отстаёт от реального рынка.

Иллюстративный пример: аудит базы знаний

Это не реальный кейс клиента. Компания, продающая кондиционеры, перед запуском AI-тренировок проверяет базу знаний. Находки: цена монтажа в трёх документах указана по-разному; в условиях гарантии нет исключений; в списке возражений нет самого частого — «будет много есть электричества». За неделю цена сводится в одно место, исключения гарантии записываются, добавляются десять реальных вопросов, собранных отделом продаж. Только после этого строятся первые профили.

Частые ошибки

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

Ограничения

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

База знаний и профили в Vexvon

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

Следующий шаг

Разложите семь блоков в таблицу и для каждого запишите владельца и дату последней проверки. Пустой блок — первая задача. Как строить профили — в статье о профиле AI-клиента, о пилоте — план пилота; другие материалы — в разделе внедрение и надёжность. Чтобы построить вместе, свяжитесь с нами.