ИИ-бот помогает B2B-клиенту выбрать подходящую комплектацию по параметрам, объяснить различия между вариантами и передать готовую заявку менеджеру. Для этого компании достаточно подготовить каталог, правила совместимости и форму сбора данных. В статье разберём, как устроить такой сценарий, какие сведения бот должен уточнять, где нужна CRM и как проверить качество рекомендаций до запуска.
Какие задачи должен решать бот при подборе комплектации?
Клиент редко формулирует заказ готовым списком позиций. Он пишет: «Нужен комплект для объекта на 500 квадратных метров» или «Подберите оборудование для производства с такой-то нагрузкой». Бот переводит такой запрос в понятные параметры и последовательно запрашивает то, чего не хватает.
Для каждой категории товара или услуги задайте собственный набор вопросов. Например, для промышленного оборудования это производительность, напряжение, условия эксплуатации и требуемые дополнительные модули. Для оптовой поставки материалов понадобятся вид продукции, объём, фасовка, срок поставки и требования к замене отдельных позиций.
Сценарий подбора удобно разделить на четыре этапа:
- бот определяет категорию запроса;
- уточняет параметры, которые влияют на состав комплекта;
- отбрасывает несовместимые варианты;
- показывает подходящую конфигурацию и собирает заявку.
На каждом шаге клиент должен видеть, зачем нужен вопрос. Формулировка «Какое напряжение используется на объекте?» понятнее, чем внутреннее поле «тип электропитания». Если параметр неизвестен, бот предлагает передать запрос специалисту и сохраняет уже собранные ответы.
Как подготовить данные для ИИ-бота?
ИИ-бот не угадывает состав заказа из воздуха. Ему нужна рабочая база знаний: характеристики товаров, правила совместимости, ограничения по применению и шаблоны ответов. Начать можно с таблицы, которую менеджеры уже используют в работе.
Минимальная карточка позиции может содержать такие поля:
- название и назначение товара;
- основные технические параметры;
- допустимые значения и единицы измерения;
- совместимые и несовместимые компоненты;
- условия, при которых позицию нельзя рекомендовать;
- варианты замены;
- ссылка на инструкцию или техническое описание внутри рабочей базы.
Отдельно опишите правила комплектации. Например: к базовому модулю нужен контроллер определённого типа; при увеличении нагрузки требуется дополнительный блок; конкретная модель подходит только для помещения с заданным диапазоном температур. Такие правила лучше хранить в структурированном виде, чтобы их можно было обновить без переписывания всего сценария.
Если прайс-лист меняется каждый месяц, не встраивайте цены в текст инструкции для бота. Храните их в отдельной таблице с датой обновления и статусом позиции. Тогда менеджер меняет строку с товаром, а не ищет старый ответ внутри длинного сценария.
Какие сведения бот должен считать обязательными?
Обязательными становятся только данные, без которых подбор может привести к ошибке. Для остальных параметров добавьте вариант «пока не знаю». Иначе диалог остановится на техническом вопросе, который клиент не готов решить сразу.
Полезно разделить поля на три группы:
| Группа | Примеры | Действие бота |
| Критичные | назначение, нагрузка, размер, тип подключения | не рекомендует комплект без ответа или переводит обращение специалисту |
| Уточняющие | цвет, фасовка, способ упаковки | предлагает выбрать вариант после основного подбора |
| Коммерческие | срок, объём заказа, способ получения предложения | сохраняет в заявке для менеджера |
Такой порядок сокращает число вопросов в начале диалога. Клиент сначала получает понятный результат по задаче, затем уточняет детали, которые влияют на предложение и срок подготовки расчёта.
Как построить диалог подбора без сложного меню?
Кнопочное меню подходит для выбора категории, но быстро становится неудобным, если у товара много параметров. ИИ-бот может принимать свободный текст: «Нужен комплект для улицы, средняя нагрузка, поставка в течение месяца». После этого он выделяет известные значения и спрашивает только о пропусках.
Рабочий диалог выглядит так:
- Клиент описывает задачу обычными словами.
- Бот определяет категорию и повторяет её своими словами.
- Бот задаёт один вопрос, который влияет на следующий выбор.
- После получения параметров показывает состав комплекта.
- Клиент корректирует вариант или подтверждает его.
- Бот запрашивает контакт, название организации и удобный способ связи.
- Заявка попадает в CRM, а менеджер получает краткое резюме диалога.
После каждого важного шага бот должен показывать промежуточный результат. Например: «Вы выбрали наружное исполнение и нагрузку до 10 кВт. Для завершения подбора уточните длину кабеля». Клиент видит, что система правильно поняла его ответ, и может сразу исправить ошибку.
В финале не отправляйте менеджеру весь чат без структуры. Передавайте карточку: категория, параметры, выбранный комплект, вопросы без ответа, срок и комментарий клиента. Менеджер быстрее проверит рекомендацию и продолжит разговор с конкретного места.
Если основная задача компании связана с первичной оценкой обращений, полезно заранее продумать квалификацию B2B-лидов в Telegram. Для заявок из рекламы пригодится отдельная логика, которая передаёт квалифицированный лид в CRM вместе с ответами клиента.
Как связать подбор с CRM и рабочими таблицами?
На старте малому бизнесу часто хватает таблицы с каталогом и CRM для заявок. Бот получает актуальные характеристики из таблицы, формирует рекомендацию, а затем создаёт лид с заполненными полями. Менеджеру не приходится вручную переносить параметры из переписки.
Связку лучше проектировать вокруг событий:
- клиент начал подбор, бот фиксирует источник и категорию;
- клиент ответил на ключевые вопросы, система обновляет поля заявки;
- комплект подтверждён, создаётся лид или сделка;
- клиент попросил расчёт, менеджеру уходит уведомление;
- позиция отсутствует или правило не определено, обращение получает специальный статус.
Для каждого статуса назначьте владельца и следующий шаг. Если клиент выбрал комплект, менеджер проверяет доступность и отправляет коммерческое предложение. Если бот не нашёл подходящий вариант, специалист получает не пустое сообщение, а причину: «не указана нагрузка», «нет совместимого блока» или «условие выходит за пределы каталога».
Когда клиенты пишут в WhatsApp Business, отдельный сценарий можно связать с CRM через чат-бота, чтобы подбор и дальнейшая работа менеджера проходили в одной очереди. В Telegram логика обычно строится вокруг кнопок и свободного текста, а в CRM важнее единый формат полей.
Как проверить качество рекомендаций до запуска?
Проверяйте бота на реальных формулировках клиентов, а не только на аккуратных тестовых вопросах. Соберите переписки, где менеджеры уже подбирали комплектацию, уберите из них лишние детали и проверьте, повторяет ли бот правильный порядок вопросов.
Для тестирования подготовьте четыре типа примеров:
- полный запрос со всеми параметрами;
- короткий запрос без ключевого значения;
- противоречивые ответы, например несовместимые размеры;
- запрос на нестандартную конфигурацию, которой нет в каталоге.
Результат оценивайте по конкретным признакам: бот не выдумывает характеристики, не предлагает несовместимые позиции, объясняет причину отказа и сохраняет ответы в правильные поля. Если система не уверена в рекомендации, она передаёт диалог человеку. Для сложных B2B-заказов такой переход должен быть частью сценария с самого начала.
Какие ошибки чаще всего мешают подбору?
- Каталог загрузили одним длинным документом без отдельных полей и правил совместимости.
- Боту разрешили называть цену, хотя прайс давно не обновлялся.
- Вопросы идут в фиксированном порядке, даже когда клиент уже дал часть ответа.
- Система предлагает товар по одному параметру и игнорирует ограничения из других полей.
- Менеджер получает ссылку на диалог без краткого состава заявки.
- Нет сценария для ситуации, когда подходящей комплектации в каталоге нет.
Для расчёта услуги или предварительной оценки заявки можно использовать отдельный сценарий с формулой и передачей результата специалисту. Пример логики разбора такой задачи описан в материале как чат-бот рассчитывает стоимость и собирает заявку.
3 шага для старта на этой неделе:
- Соберите таблицу из 20–30 часто продаваемых позиций и добавьте к ним параметры совместимости.
- Опишите пять вопросов, без которых менеджер не может подтвердить комплектацию.
- Запустите тестовый диалог для одной категории и передавайте в CRM не переписку целиком, а структурированную заявку.
После такого теста станет понятно, где достаточно сценарного бота, а где нужен ИИ для свободного текста и работы с базой знаний. Подключать дополнительные каналы и сложные интеграции имеет смысл после проверки одной категории: так легче найти ошибку в правилах подбора и оценить нагрузку на менеджеров.



