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