Коммерческое предложение с ИИ: как не перепутать тариф, скидку и срок

Зафиксируйте входные условия

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

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

Проверьте пять мест, где ошибка дорога

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

Тест с двумя версиями прайса

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

Начальный режим — черновик с ручным утверждением. Отправка письма и запись условий в CRM требуют отдельного решения о правах. NIST AI RMF советует определять задачу и последствия ошибки в конкретном контексте; коммерческое предложение — пример, где цена неправильного ответа больше цены одной лишней минуты проверки.

Как собрать предложение по шагам

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

Если клиент принёс старый расчёт

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

После отправки

Финальный файл и подтверждённые условия должны быть связаны с карточкой сделки. Если позднее меняется прайс, уже отправленное предложение нельзя молча переписать. ИИ может подготовить уведомление об изменении, но факт изменения и адресатов проверяет сотрудник. Измеряйте не только скорость выпуска файла, но и число уточнений и исправлений после отправки.

Минимальная форма задания агенту

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

Проверьте предложение как покупатель

Откройте готовый PDF на телефоне: понятны ли состав, итоговая цена, условия и следующий шаг? ИИ может создать формально точную таблицу, которую трудно прочитать. Посмотрите также на описание исключений и срок действия предложения. Если документы отличаются только названием файла, добавьте версию и дату в видимый текст. Это снизит риск, что менеджер прикрепит старый файл из почты позже.

Когда лучше отказаться от генерации документа?

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