Где возникает задача: структура против содержимого
Когда нужно с помощью ИИ сделать коммерческое предложение, готовый документ полезен как образец композиции: порядок блоков, способ описания задачи, место для цены и условий. Но в нём одновременно находятся сведения конкретной сделки. Просьба «сделай так же» не объясняет модели, что именно повторить: форму, старые значения или оба слоя. Поэтому сначала разделите документ на структуру — какие вопросы он закрывает и в каком порядке — и содержимое, которое относится только к прежнему клиенту.
Представьте запрос на оборудование и удачное прошлое КП. Из него можно взять последовательность «задача — подбор — стоимость — сроки — следующий шаг». Нельзя переносить модель оборудования, цену, срок поставки, адресата или оговорки прежнего заказа. Даже похожие запросы могут отличаться комплектацией и условиями. Разметьте референс: постоянные разделы обозначьте как шаблон, а клиента, подбор, цену, сроки и обязательства — как поля, которые заново заполняются из источников текущей сделки.
Различайте смысловую и визуальную структуру. Первая показывает, какие вопросы должен закрыть документ; вторая — как ответы сгруппированы. Например, образец подсказывает, что срок размещён рядом с ценой, но не делает старый срок актуальным. В инструкции модели это стоит выразить явно: сохранить разделы и их порядок, а значения брать только из переданных данных нового запроса. Так команда получает не копию прошлого КП, а каркас для нового проекта.
Как применить ИИ к этой задаче
- Разметьте образец
Выделите обязательные разделы и правила оформления. Отдельно пометьте переменные поля: клиент, подбор, цена, срок, оплата и доставка. Старые значения не должны считаться допустимыми ответами для новой сделки.
- Соберите входные данные
Передайте запрос и согласованные параметры из источников команды. Для каждого коммерческого поля укажите источник либо ответственного за проверку. Если значения нет, ожидаемый результат — вопрос, а не правдоподобная догадка.
- Попросите проект с происхождением данных
Пусть ИИ сопоставит запрос со структурой и подготовит черновые блоки. Попросите рядом с каждым условием указать, откуда оно взято, а пропуски и противоречия вынести в отдельный список. Необычная скидка или несовпадение комплектации должны стать вопросом ответственному, а не гладко сформулированным решением модели.
- Разделите контроль
Формальные правила могут проверить наличие обязательных разделов и заполненность полей. Сотрудник сверяет коммерческие значения с указанными источниками и принимает решения по исключениям. Для подготовки КП по запросу клиента важно заранее определить, кто подтверждает цену и срок. ИИ-подготовку коммерческих предложений рассматриваем отдельно.
Условный пример и критерий проверки
Условный пример: начальник отдела продаж готовит предложение по оборудованию. В референсе указаны состав комплекта, цена и срок прошлой поставки; в новом запросе подтверждён подбор, а актуальные цена и срок взяты из учёта. ИИ собирает проект и показывает происхождение каждого условия, не заполняя пробелы данными старого документа.
Чтобы сделать происхождение проверяемым, представьте коммерческое поле как связку «название — значение — источник — статус». Например, запись о сроке может указывать значение из учёта и статус «подтверждён», тогда как отсутствующий пункт будет содержать не выдуманную дату, а пометку «уточнить». Если запрос и учёт расходятся по комплекту, список вопросов показывает конкретное расхождение. Проверяющий проходит по связкам, а не пытается восстановить происхождение гладко написанной фразы задним числом.
| Элемент | Результат ИИ | Проверка сотрудника |
|---|---|---|
| Порядок блоков | Сохраняет нужные разделы образца | Подходят ли они новому запросу |
| Состав оборудования | Использует согласованный подбор | Совпадает ли состав с подтверждённым подбором |
| Цена и срок | Берёт актуальные значения или отмечает пробел | Сверяет значения с учётом |
| Условия сделки | Выносит отсутствующие пункты как вопросы | Подтверждает оплату, доставку и исключения |
Как выбрать следующий шаг
Проверьте подход на трёх разных входах: полном, неполном и с неоднозначным условием. До проверки запишите критерии: обязательные блоки, источники цены и срока, а также случаи, которые должен разбирать человек. Сравнивайте результаты по конкретным расхождениям — пропущенному полю, старому значению, невыявленному вопросу или лишнему фрагменту образца. Это покажет, где именно ломается процесс, вместо общей оценки «похоже на хорошее КП».
Дальше выбирайте исправление по типу ошибки. Если не хватает раздела — уточните каркас; если значение устарело — разберите источник и его актуальность; если не распознано исключение — определите маршрут эскалации. После изменения повторите тот же набор входов, чтобы увидеть, устранена ли конкретная ошибка и не появилась ли новая. Я считаю, что такая последовательность полезнее коллекции инструментов: автоматизировать стоит то, для чего уже есть понятные данные, правила и критерий проверки.