Коммерческие предложения с AI: подготовка и проверка в CRM

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

Что поручать AI, а что оставлять правилам и людям

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

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

Какие данные нужны из CRM

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

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

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

Процесс от запроса до утверждённого документа

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

1. Собрать фактыВыделить подтверждённые потребности и условия из CRM.
2. Подготовить расчётПолучить позиции и суммы из каталога или расчётного модуля.
3. Сформировать черновикПопросить AI объяснить решение в рамках разрешённой структуры.
4. ПроверитьСопоставить цифры, источники и обязательные ограничения.
5. Утвердить и сохранитьЗафиксировать версию, согласующего и отправленный экземпляр.

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

Как работать с ценой, скидками и сроками

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

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

База знаний и происхождение утверждений

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

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

Пример задания для подготовки черновика

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

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

Как организовать согласование без формального клика

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

Маршрут зависит от содержания предложения. Типовое КП в пределах правил может утвердить менеджер; нестандартную скидку или срок — назначенный руководитель. Если требуется проверка договорных формулировок, подключите ответственного специалиста. Сохраняйте, кто утвердил какую версию и когда. После отправки не заменяйте файл молча: новый вариант должен иметь собственную версию и понятное объяснение изменений для клиента.

Доступ к данным и границы автоматизации

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

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

Как измерять качество и экономический результат

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

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

С чего начать пилот

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