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