AI-поддержка на сайте: чат-бот, база знаний, передача оператору и конверсия
1. Какую роль AI-поддержка играет на B2B-сайте на самом деле
Посетители B2B-сайта ведут себя совсем не так, как в B2C: покупатель не уходит сразу после покупки, он сначала много раз спрашивает про характеристики, MOQ, сроки поставки, сертификаты и только потом заполняет форму. Тех, кто приходит ночью и в выходные, обычно просят оставить заявку и ждать до утра. Смысл AI-поддержки — подхватывать именно эти диалоги в нерабочее время.
Но она не ведёт сделку. Запрос цены, коммерческое предложение, переговоры, жалобы — это всегда человек. Как скорость первого ответа влияет на конверсию, читайте в SLA первого ответа на запрос и конверсия, а как распределять лиды по уровням — в Оценка и приоритизация заявок.
| Тип вопроса | Пример | Что делает бот | Передавать оператору? |
|---|---|---|---|
| Характеристики товара | Какой это размер | Отвечает из базы знаний | Нет |
| Логистика и сроки | Когда отправите | Даёт стандартный ответ | Нет |
| Цена и MOQ | Сколько стоит 100 штук | Собирает контакт и передаёт | Да |
| Индивидуальные требования | Можно нанести логотип | Фиксирует запрос и передаёт | Да |
| Жалобы и сервис | Товар пришёл повреждённым | Сразу оператору | Сразу оператору |
2. База знаний: чем кормить и чем не кормить
Материалы для базы знаний делятся на три типа: FAQ по продукту, стандартные формулировки по политике и описание процессов. FAQ по продукту берут из истории обращений в поддержку, каждый ответ — 3–5 предложений с цифрами. К политике относятся сроки поставки, MOQ, стоимость образцов, возврат и обмен. К процессам — как запросить цену, за сколько отвечаем, как платить.
Не менее важно, чем не кормить: прайс-листы, список клиентов, непубличные затраты, условия текущих переговоров. База знаний — это открытый диалог, и каждую фразу из неё может увидеть любой посетитель. Как распознавание источников связано с работой поддержки, читайте в Определение источника запроса и разный ответ для разных сегментов.
Пример: покупатель спрашивает «Какой у вас MOQ?». Ответ в базе знаний должен быть таким: «Стандартный MOQ — 50 штук, для новых клиентов первый заказ можно обсудить от 30 штук, зависит от модели». С цифрами, с гибкостью, без превышения полномочий по цене. После ответа бот сам спрашивает: «Нужна цена под вашу модель?» — и переводит диалог из вопросов в сбор контакта.
| Контент базы знаний | Источник | Требования к оформлению |
|---|---|---|
| FAQ по продукту | Из истории обращений | 3–5 предложений с цифрами |
| Сроки поставки | Подтверждает отдел снабжения | Даёт диапазон, без жёстких обещаний |
| Политика MOQ | Подтверждение продажи | Стандартные значения + гибкие условия |
| Политика по образцам | Действующие правила | Платная ли услуга и сроки отправки |
| Запрещённый контент | — | Прайс-листы и списки клиентов не передаём |
III. Подключение оператора: правила срабатывания и ответ за 30 секунд
Подключение делится на три уровня. L1 — простые вопросы FAQ, бот ведёт диалог полностью сам. L2 — запросы цены и кастомизация: бот отвечает два-три круга, собирает название компании и потребность, затем передаёт оператору. L3 — жалобы, крупные запросы, переговоры о цене: передаём оператору в течение 30 секунд, не ожидая.
Ключевое действие — при передаче оператору захватить с собой краткое резюме диалога: что спросил пользователь, что уже отвечено, какая у него компания и потребность. Не заставляйте покупателя повторять всё новому оператору — это самый слабый момент в B2B-опыте. Как подключить CRM, смотрите Лиды с сайта в CRM.
Пример сценария: немецкий покупатель ночью спрашивает: «Можно ли подключить этот чиллер к нашей существующей градирне?» Бот отвечает по параметрам, распознаёт, что это запрос на кастомную интеграцию, и автоматически формирует резюме. В резюме указано: «Клиент — немецкий завод, спрашивает о совместимости с существующей градирней, сообщено, что разъём G1/4, ожидает подтверждения оператора о возможности подключения».
На следующее утро диалог передаётся менеджеру по Германии. Менеджер открывает рабочее место, видит контекст и сразу отвечает — покупателю не нужно заново повторять вопрос.
| Условие | Уровень обработки | Требования к реакции |
|---|---|---|
| Вопросы по параметрам | L1 — отвечает бот | Немедленно |
| Появляется «quote/price/MOQ» | L2 — передача после сбора данных | В рабочее время — в течение часа |
| Появляется «complaint/broken/wrong» | L3 — немедленная передача | В течение 30 секунд |
| Два круга подряд не по теме | L3 — немедленная передача | Автопередача, не дожидаясь пользователя |
| Пользователь прямо говорит «позовите оператора» | L3 — немедленная передача | В течение 30 секунд |
IV. Показатели конверсии: как читать четыре цифры
Четыре ключевых показателя: доля решённых ботом (доля посетителей, чьи вопросы бот закрыл полностью, без передачи оператору и без ухода), своевременность передачи оператору (доля диалогов L3, подхваченных в течение 30 секунд), доля завершённого сбора данных (доля диалогов L2, где удалось получить название компании и потребность), соблюдение SLA первого ответа (доля диалогов с первым ответом в течение 5 минут в рабочее время).
Здоровая линия для B2B: доля решённых ботом — 60–70%, доля завершённого сбора данных — от 40%, соблюдение SLA первого ответа — от 90%. Если доля решённых превышает 85%, это настораживает: значит, диалоги, которые должны были уйти оператору, бот взял на себя. О надёжности форм смотрите Надёжность формы запроса.
| Показатель | Здоровый диапазон | Тревожный сигнал |
|---|---|---|
| Доля решённых ботом | 60–70% | >85% — значит, сложные диалоги взяты на себя |
| Своевременность передачи оператору | ≥90% | <70% — значит, дежурство не справляется |
| Доля завершённого сбора данных | ≥40% | <20% — значит, вопросы слишком общие |
| Соблюдение SLA по первому ответу | ≥90% | <70% — значит, ночью никто не отвечает |
| Доля потерянных диалогов | <30% | >50% — значит, бот отвечает не по теме |
V. Как избежать ошибок: три модели провала
Первая: бот даёт окончательный ответ на запрос цены, называет неверную цену, покупатель приходит с ней на переговоры, и менеджер оказывается в неудобном положении. Все ответы по ценам только собирают данные, без обязательств. Вторая: база знаний не обновлена, бот рассказывает о прошлогодней политике, покупатель следует ей и обнаруживает расхождение. Сверяйте базу знаний раз в квартал.
Третий случай: при переводе на оператора диалог не передаётся, покупатель повторяет всё заново — и впечатление резко падает. Все три проблемы можно выявить до запуска, прогнав 5 тестовых диалогов, — не ждите, пока реальные покупатели начнут жаловаться. Структура полей — см.Проектирование полей формы заявки и конверсия.
| Сценарий провала | Симптом | Профилактическое действие |
|---|---|---|
| Бот назвал цену | Дал неверную цену | Заявку собирает, но не отвечает |
| База знаний устарела | Ссылается на прошлогодние условия | Сверять раз в квартал |
| При переводе на оператора диалог не передаётся | Покупатель повторяет всё заново | Автоматически создавать сводку диалога |
| Ночью никто не отвечает | Диалог L3 зависает без ответа | В нерабочее время создавать тикет |
| Отвечает не по теме, но не передаёт оператору | Завышенная доля решённых обращений | После двух ответов не по теме — автоматический перевод на оператора |
FAQ: частые вопросы
Нужен ли AI-чат на B2B-сайте?
Чем выше доля решённых обращений у бота, тем лучше?
Сколько статей нужно в базе знаний на старте?
Как сделать, чтобы при переводе на оператора покупателю не приходилось повторяться?
Как обрабатывать заявки в нерабочее время?
Как понять, помогает ли AI-чат конверсии?
В заключение
В AI-поддержке на B2B-сайте чаще всего переоценивают умение «закрывать сделку», а недооценивают способность «ничего не терять». Ей не нужно, как продавцу, договариваться с крупными клиентами — достаточно того, что ночные запросы не теряются, что на передачу оператору уходит не больше 30 секунд и что при передаче не теряется контекст. Этого уже хватит, чтобы закрыть самую большую дыру в воронке.
Многие сайты работают по полгода и не получают ни одного квалифицированного запроса от бота. Проблема обычно не в боте, а в слишком скудной базе знаний и слишком мягких правилах передачи оператору.
Три шага к запуску: сначала соберите из тикетов 30 вопросов для базы знаний; затем жёстко пропишите три уровня правил передачи, особенно «после двух ответов не по теме — автоматически на оператора»; перед запуском прогоните 5 тестовых диалогов.
Главное — убедиться, что при передаче оператору действительно передаётся краткое содержание диалога, а не просто кнопка «Подождите».Практика GEO, диалоги с клиентами тоже становятся материалом, который читают AI-движки: согласованные ответы сами по себе служат сигналом доверия.
Запомните одну фразу: бот принимает вопросы и собирает контакты, человек закрывает сделку. Проведите эту границу чётко — тогда AI-поддержка не навредит.