ИИ-бот для B2B-продаж: как собрать спецификацию для расчёта

Открыть схему крупнее ↗

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

Определите, что нужно для расчёта

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

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

Собирайте позиции отдельно друг от друга

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

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

Сведите данные и проверки в таблицу:

Сверяйте итог до передачи

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

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

Если сценарий использует модельный API, задайте для ответа конкретные поля и типы. OpenAI описывает Structured Outputs как способ привести ответ к заданной JSON Schema. При function calling код приложения исполняет функцию и возвращает её результат модели. Форму данных и их достоверность нужно проверять отдельно. Схема не подтверждает, что клиент действительно назвал число или что инженерный параметр допустим. См. документацию OpenAI по структурированным ответам и руководство по вызову функций.

Подготовьте понятный пакет для расчётчика

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

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

Если нужно подробнее разобрать перенос фактов из диалога в CRM, см. руководство по заполнению карточки CRM.

Чек-лист приёмки сценария

• Для каждой товарной строки есть название или согласованный идентификатор.
• Количество всегда связано с единицей измерения.
• Требования отделены от пожеланий.
• Замены имеют отдельный статус согласования.
• Исправление создаёт понятную актуальную версию.
• Неизвестные значения остаются пустыми или помечаются как открытые вопросы.
• Расчётчик получает исходное сообщение и сводку.
• При противоречии автоматический расчёт не запускается без проверки.

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

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