Коммерческое предложение с ИИ: как проверить цену и условия до отправки
Как подготовить КП с ИИ и не отправить неверную цену: карта сверки условий, роли проверяющих и учебный пример с устаревшим прайсом.
ИИ можно поручить структуру и первый текст коммерческого предложения (КП). Цену, состав, скидку и срок он не должен утверждать за компанию. Перед отправкой менеджер сверяет каждое условие с действующим источником, а сотрудник с нужными полномочиями разрешает отправку именно этой версии. Если источник отсутствует или условия расходятся, КП остаётся черновиком.
Это особенно важно для персонального предложения: гладкий текст выглядит готовым, даже когда в нём цена из старого файла или обещан срок, которого никто не подтвердил. Ниже — маршрут работы и таблица, которую можно скопировать в документ или CRM-карточку перед пилотом.
Сначала соберите карточку исходных условий
Зафиксируйте запрос клиента и только те материалы, которыми разрешено пользоваться при подготовке КП: актуальный прайс с номером версии или датой, спецификацию, правила скидок, подтверждённый срок и утверждённые формулировки ограничений. Назначьте владельца каждого источника. Не подменяйте отсутствующее значение «типичным» числом из старого КП.
Дайте ИИ задачу составить черновик по этой карточке, отметить пробелы словом «уточнить» и не добавлять условия из других источников. Передавайте сервису клиентские и коммерческие данные только после проверки прав доступа к ним и условий обработки данных у выбранного поставщика. Возможность использовать файлы для черновика зависит от конкретного инструмента и его настроек: например, Microsoft описывает такой сценарий для Copilot в Word, но отдельно требует проверять факты, числа и имена перед передачей документа.
Черновик помогает собрать понятное предложение, но цену всё равно нужно сверять с действующим источником.
Карта приёмки КП перед отправкой
Скопируйте таблицу и заполните её для конкретной версии КП. В графе «Источник» нужна ссылка или место хранения документа, его версия и дата проверки; «есть в CRM» слишком расплывчато. Если после проверки заменили исходный документ, вернитесь к соответствующим строкам. Разделите роли: автор черновика исправляет текст, владелец условия подтверждает его, уполномоченный сотрудник разрешает внешнюю отправку.
| Поле КП | Разрешённый источник и дата | Значение в черновике | Как сверить | Кто подтверждает | Статус |
|---|---|---|---|---|---|
| Запрос клиента | Письмо или карточка обращения: ___ | ___ | Совпадают задача, адресат и ограничения? | Владелец сделки: ___ | ___ |
| Состав товаров или работ | Согласованная спецификация, версия: ___ | ___ | Нет ли добавленных или пропущенных позиций? | Владелец продукта: ___ | ___ |
| Количество и единицы | Заявка или спецификация: ___ | ___ | Совпадают штуки, часы или другие единицы? | Менеджер: ___ | ___ |
| Версия прайса | Прайс, версия и дата действия: ___ | ___ | Действует ли он на дату предложения? | Ответственный за цены: ___ | ___ |
| Цена и валюта | Строки действующего прайса: ___ | ___ | Пересчитать каждую строку и итог вручную или в проверенной таблице. | Ответственный за цены: ___ | ___ |
| Скидка | Согласование и предел полномочий: ___ | ___ | Есть ли разрешение именно для этой сделки и базы расчёта? | Утверждающий скидку: ___ | ___ |
| Срок исполнения | Подтверждение исполнителя: ___ | ___ | От чего отсчитывается срок, кто подтвердил доступность? | Владелец исполнения: ___ | ___ |
| Исключения и дополнительные расходы | Утверждённая спецификация/шаблон: ___ | ___ | Не исчезли ли ограничения при переписывании текста? | Владелец исполнения: ___ | ___ |
| Срок действия предложения | Утверждённое условие: ___ | ___ | Совпадает ли конечная дата с согласованием? | Уполномоченный сотрудник: ___ | ___ |
Для статуса используйте только три значения: «подтверждено», «уточнить», «запрещено отправлять». Последнее ставьте при неверной цене, неподтверждённой скидке, невозможном сроке или отсутствии утверждающего. «Уточнить» тоже не разрешает отправку: оно показывает, у кого запросить ответ. Добавьте в карточку дату проверки, ссылку на проверяемую версию файла и имя сотрудника, давшего окончательное разрешение.
Учебный пример: старый прайс в красивом черновике
Вымышленный пример с условными товарами и числами; это не клиентский случай и не рыночная цена. Клиент запросил 12 одинаковых модулей. Действующий прайс V2 от 7 октября указывает 4 800 ₽ за штуку; менеджеру отдельно согласовали скидку 5% от стоимости этих 12 модулей. Старый прайс V1 содержал 4 300 ₽ за штуку. Условия налогообложения и доставки в примере не заданы — их нельзя достраивать догадкой.
ИИ получил старый образец КП и написал: «12 модулей × 4 300 ₽, скидка 5%, итого 49 020 ₽». Арифметика внутри черновика верна: 12 × 4 300 = 51 600 ₽; 51 600 × 0,95 = 49 020 ₽. Но исходная цена устарела. По V2 расчёт другой: 12 × 4 800 = 57 600 ₽; 57 600 × 0,95 = 54 720 ₽. Расхождение — 5 700 ₽.
В карте приёмки строка «версия прайса» получает статус «запрещено отправлять», строки «цена и валюта» и «скидка» сверяются заново. Менеджер исправляет расчёт, уточняет неописанные условия налогообложения и доставки у ответственных, после чего уполномоченный сотрудник утверждает новую версию. Нельзя считать исправление одного числа достаточным: старый образец мог содержать и другой срок действия предложения.
Этот пример показывает границу метода: проверка арифметики не проверяет актуальность источника. Если действующий прайс сам спорный или скидка не согласована, таблица не вычислит «правильное» решение — вопрос возвращается владельцу условия.
Разведите черновик, сверку и разрешение на отправку
Рабочий маршрут выглядит так: заявка → карточка исходных условий → черновик → сверка полей → утверждение версии → отправка человеком → сохранение отправленного файла и карты проверки. На этапе сверки менеджер может пользоваться вычислениями и поиском по документам, но финальное «да» должно исходить от назначенного сотрудника, который вправе обещать клиенту эту цену и эти сроки. Отправлять следует ровно тот файл, который он видел; после любой правки коммерческих условий — повторное согласование.
Согласование можно вести в обычном документе и переписке, если сохраняются версия, решение и имя ответственного. Для больших потоков существуют отдельные механизмы: Microsoft Power Automate приводит sales quotations как пример документов, проходящих утверждение. Это пример реализации у конкретного поставщика, а не функция любого ИИ-сервиса. NIST AI RMF также предлагает определять роли, контекст применения и способы проверки риска ИИ-систем; его рамка не заменяет внутреннего права подписи.
Перед первым реальным КП проверьте процесс на нескольких учебных запросах: обычный заказ, устаревший прайс, нестандартная скидка, недоступный срок и неполная спецификация. Для каждого заранее запишите ожидаемое решение: «можно утвердить», «запросить уточнение» или «не отправлять». Считайте не только время генерации, но и время сборки источников, исправлений и согласования. Отдельно фиксируйте, сколько неверных условий дошло до утверждающего и были ли они остановлены до отправки. Если прошла неверная цена или неподтверждённое обещание, остановите пилот и исправьте источник или контрольную точку до следующего запуска.
Когда ИИ не нужен
Если КП составляют редко, они короткие и основаны на неизменном шаблоне, ручное заполнение с той же картой приёмки может быть проще. ИИ имеет смысл проверять там, где для черновика нужно собирать разные разрешённые материалы, а полный цикл вместе с проверкой оказывается полезнее ручного. Без актуальных источников и назначенных утверждающих автоматизация лишь ускорит выпуск неподтверждённых обещаний.
Начните с одного типа предложения, сохраните контрольную карту и проверьте её на учебных случаях. Если сначала нужно решить, какую операцию отдела продаж вообще отдавать в пилот, используйте разбор первого пилота ИИ в продажах.