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