Как сравнить поставщиков с помощью ИИ: таблица критериев

Как сравнить поставщиков с помощью ИИ: таблица критериев строится вокруг одного документа, где по строкам идут предложения, по столбцам — требования, а в ячейках стоят факты с основанием, пропуски и пороги допуска. Итог такой таблицы — короткий список и перечень вопросов к поставщикам. Решение о закупке принимает человек.

Назначение итогового документа и его границы

Итоговый документ нужен, чтобы свести несколько предложений к сопоставимому виду и увидеть, где данных не хватает. В обзоре Smartsheet (smartsheet.com) оценка поставщиков описана как процесс проверки и одобрения, с помощью которого бизнес определяет, соответствуют ли потенциальные поставщики организационным стандартам и обязательствам после заключения договора. Там же названа цель — получить портфель поставщиков с низким риском. Это ровно та задача, которую решает таблица критериев: привести разрозненные коммерческие предложения к единому набору столбцов.

Границы документа важны так же, как его содержание. Таблица сравнивает обезличенные предложения по заранее заданным требованиям, сохраняет источники, пропуски и пороги допуска. Она не заменяет юридическую проверку и не принимает решение о закупке автоматически. В материале Asana (asana.com) про управление закупками прямо сказано: перед началом процесса закупки нужно свериться с внутренней юридической командой. Это ограничение стоит перенести в шапку таблицы, чтобы никто не воспринял её как финальное согласование.

Ещё одна граница касается терминологии. Общий термин vendor scorecard часто относится к оценке работы уже действующих поставщиков: в статье Smartsheet про карты оценки поставщиков сказано, что такой инструмент позволяет отслеживать результативность поставщика и поддерживать полезные отношения с ним. Наш случай — этап до покупки: сравнение предложений и оценка соответствия требованиям. В шапке укажите: сравниваются текущие предложения до покупки. Так участники будут заполнять таблицу условиями именно этого заказа.

Что даёт документ на практике:

• единый набор критериев для всех предложений;
• видимые пропуски вместо догадок;
• пороги допуска, которые нельзя перекрыть баллами;
• перечень вопросов к поставщикам;
• след решений для последующего согласования.

Чего документ не делает: не проверяет контрагента по реестрам, не подтверждает юридическую чистоту, не подписывает договор и не заменяет переговоры. В обзоре Smartsheet отмечено, что тщательная проверка поставщиков снижает регуляторные, договорные и security-риски работы с внешними организациями. Для этого по результатам таблицы нужно запросить документы, проверить условия и согласовать оставшиеся риски.

Отдельно про ИИ. Модель полезна на этапе разбора текста: она вытаскивает условия из писем и коммерческих предложений, раскладывает их по столбцам и подсвечивает места, где формулировка допускает разные прочтения. Модель не знает, что стоит за фразой «обычно три дня», и не может превратить её в дату. В обзоре ClickUp (clickup.com) про шаблоны карт оценки поставщиков описан типичный сбой: карта живёт в чьей-то таблице, реальные отзывы — в мессенджере, а решение о продлении принимается на встрече, где каждый помнит свои эпизоды. ИИ сокращает этот разрыв, когда вы заранее задали структуру и правила заполнения.

Практический вывод для первого шага: определите, что именно вы сравниваете. Если это предложения до покупки — фиксируйте условия поставки, цену, сроки, комплектацию услуг. Если это оценка действующего поставщика — берите фактические показатели за период. Смешение двух задач в одном файле даёт столбцы, которые невозможно заполнить, и выводы, которые невозможно защитить.

Сбор и проверка исходных данных

Сначала зафиксируйте требования к заказу. В материале Asana про управление закупками сказано, что фронтенд-сорсинг включает установку минимальных квалификаций, которым должны соответствовать потенциальные поставщики, и определение того, зачем компании нужен сторонний исполнитель. Пока минимум не зафиксирован, любое предложение выглядит приемлемым, и таблица превращается в пересказ писем.

Порядок работы с исходными данными:

1. Выпишите требования по группам: обязательные условия, оцениваемые критерии, справочные сведения.
2. Отделите обязательный порог от баллов. Порог — это условие допуска, баллы — способ сравнить тех, кто порог прошёл.
3. Соберите предложения в исходном виде: письмо, файл, ссылка на форму.
4. Разметьте каждое утверждение: факт с основанием, неизвестное, вопрос к поставщику.
5. Проверьте, что у каждого числа есть источник: документ, письмо, страница с условиями.

Проверка исходных данных — это сверка формулировок. В обзоре Process Street (process.st) про управление поставщиками приведён пример ресторана: сначала определяется потребность в конкретных позициях, затем оцениваются потенциальные поставщики морепродуктов. Тот же порядок работает и в закупке услуг: сначала потребность в измеримом виде, затем оценка. Если потребность описана словами «качественная печать», сравнивать нечего.

Отдельная проверка касается безопасности и доступа к данным. В обзоре Smartsheet отмечено, что при выборе поставщика для хранения данных нужно определить, к каким данным ему нужен доступ, и убедиться, что он применяет меры шифрования и защиты. Для таблицы это означает отдельный столбец: какие данные поставщик получает и какие меры заявлены. Для каждого значения в этом столбце укажите документ поставщика.

Как выглядит разметка исходных данных до сведения в таблицу:

Пропуск и неизвестное — разные вещи. Пропуск означает, что в предложении темы нет. Неизвестное означает, что формулировка есть, но она не даёт числа или даты. Разделение помогает задать точный вопрос: по пропуску спрашивают наличие, по неизвестному — конкретное значение.

Ещё один шаг — обезличивание. Присвойте предложениям буквы или номера и уберите названия компаний из рабочей версии. Это снижает влияние репутации на разметку. Имена возвращаются на этапе согласования, когда таблица уже заполнена.

Проверьте, что исходные данные не смешивают разные единицы. Цена за единицу и цена за весь заказ, срок производства и срок доставки, гарантия на материал и гарантия на работу — это разные столбцы. В обзоре Asana отмечено, что операционная часть закупки включает шаги, которые зависят от внутренних практик компании: заказы на закупку, запросы предложений, выбор участников, процедура котировок. Ваши внутренние правила определяют, какие столбцы обязательны, а какие можно опустить.

Готовый заполненный учебный артефакт

Ниже — учебный пример. Все предложения вымышлены; реальная закупка и измерение результатов не проводились. Условные входы приведены как условие задачи.

Учебный заказ: сто афиш формата A3 с доставкой не позднее 18 ноября. После прохождения обязательного порога критерии имеют веса: цена 50%, цветопроба 30%, доставка в пункт 20%. Веса дают 100% и являются только условием этого учебного заказа.

Предложения:

• A: 8000 рублей, доставка 17 ноября, цветопроба и доставка в пункт включены.
• B: 7000 рублей, срок «обычно три дня», цветопроба за неуказанную доплату, самовывоз.
• C: 9000 рублей, доставка 19 ноября, цветопроба и доставка включены.

Заполненная таблица критериев:

Итог по учебному примеру: A проходит обязательный срок; B требует подтверждения даты и итоговой цены; C не проходит срок. Баллы не могут компенсировать обязательный порог. Переходить к взвешенному рейтингу по этому примеру нельзя: A — единственный, кто прошёл порог, B ещё не подтверждён, C отведён. Результат работы — короткий список и вопросы для подтверждения условий.

Почему веса не применяются здесь. Взвешенный счёт имеет смысл, когда несколько предложений прошли порог и их нужно упорядочить между собой. Пока порог прошло одно предложение, любая арифметика создаёт видимость выбора. В обзоре Smartsheet про карты оценки поставщиков описан порядок разработки: определить метрики, затем оценить их важность с учётом вклада в ключевые показатели. Веса — инструмент сравнения сопоставимых вариантов, и применять их раньше времени значит подменять допуск арифметикой.

Что показывает этот пример читателю:

• обязательный порог отсекает предложение независимо от цены;
• неопределённая формулировка срока остаётся неопределённой;
• неизвестная доплата не превращается в ноль;
• итог работы — список допущенных предложений и открытых вопросов.

Столбец «Вопрос поставщику» — самая полезная часть таблицы. По B он даёт два точных вопроса: подтвердите дату доставки и назовите итоговую стоимость с цветопробой. По C вопросов нет: предложение отведено по сроку, и уточнять нечего. Такая таблица защищает от спора, где один участник помнит одно, а другой — другое. В обзоре ClickUp отмечено, что карта оценки даёт ранние сигналы, след решений и способ сравнивать поставщиков без смещения критериев по ходу квартала.

Копируемый промпт с указанными входами

Промпт ниже решает одну задачу: построить таблицу сравнения по заданным требованиям, сохранив основания, пропуски и пороги. Скопируйте его целиком и замените входные данные.

Ты помогаешь сравнить предложения поставщиков по заранее заданным требованиям.

Входные данные:
Требования: [перечислите обязательные условия и оцениваемые критерии]
Порог допуска: [условие, без которого предложение не рассматривается]
Веса критериев: [перечислите критерии и веса, сумма 100%]
Предложения: [вставьте текст каждого предложения с указанием источника]

Правила работы:
1. Построй таблицу: поставщик, факты с основанием, обязательный порог, неизвестное, вопрос.
2. Для каждого факта укажи основание: откуда взято значение.
3. Отмечай пропуски отдельно от неизвестных значений.
4. Не считай рейтинг до проверки порогов.
5. Не превращай формулировку срока без даты в подтверждённую дату.
6. Не заменяй неуказанную доплату нулём.
7. По каждому неизвестному сформулируй точный вопрос поставщику.
8. В конце дай короткий список предложений, прошедших порог, и перечень вопросов.
9. Отдельно перечисли, какие данные нужно проверить вручную по исходникам.

Формат ответа: таблица, затем список вопросов, затем список проверок.

Что менять под себя: [перечислите обязательные условия и оцениваемые критерии], [условие, без которого предложение не рассматривается], [перечислите критерии и веса, сумма 100%], [вставьте текст каждого предложения с указанием источника].

Вариации той же задачи:

1. Промпт для одного поставщика: построй карточку соответствия требованиям, отметь пропуски и вопросы.
2. Промпт для проверки формулировок: найди в предложениях места, где срок, цена или объём допускают разные прочтения.
3. Промпт для списка вопросов: собери вопросы по всем неизвестным, сгруппируй по поставщикам.
4. Промпт для сверки с требованиями: сопоставь каждое требование с пунктом предложения и укажи, где соответствие не подтверждено.
5. Промпт для подготовки к согласованию: собери короткую сводку по прошедшим порог и отдельно по отведённым с причиной.
6. Промпт для повторного сравнения: обнови таблицу после получения ответов, сохранив прежние основания и отметив изменения.

Промпт задаёт структуру обработки исходных предложений. Модель заполнит столбцы по вашему тексту и подсветит неопределённости. Проверка значений остаётся за вами: сверяйте каждую ячейку с исходным письмом или документом.

Отрицательный пример и неизвестные данные

Отрицательный пример из учебного задания: вывод «B лучший, поскольку дешевле». Этот вывод неверен по трём причинам. B не подтвердил дату доставки, поэтому обязательный порог не пройден. Доплата за цветопробу не указана, поэтому итоговая цена неизвестна. Самовывоз расходится с требованием доставки в пункт. Низкая исходная цена оставляет открытыми стоимость полного заказа и возможность получить его вовремя.

Как выглядит ошибочная таблица:

Каждая строка — типовая ошибка. Формулировка «обычно три дня» описывает обычную практику и не даёт даты для конкретного заказа. Неуказанная доплата остаётся неизвестной величиной. Порог допуска проверяется до баллов. Рейтинг считается после того, как пороги проверены.

Полезный результат работы с этим примером — список вопросов к B и точная причина отведения C. По B: подтвердите дату доставки и назовите итоговую стоимость с цветопробой. По C: срок 19 ноября позже требуемого 18 ноября, поэтому предложение отведено по обязательному условию. Такой итог можно показать коллегам вместе с исходными условиями каждого предложения.

Неизвестные данные требуют отдельного обращения. В обзоре Smartsheet про оценку поставщиков приведён совет проверять планы поставщика на случай кризиса: устойчивость и качество таких планов имеют значение при отборе. Для таблицы это означает столбец о запасных вариантах: есть ли альтернативный маршрут доставки, есть ли резервные мощности, что происходит при срыве срока. Заполняйте его после получения ответа поставщика и сохраняйте основание рядом со значением.

Ещё одна частая ошибка — усреднение неизвестного. Если у одного поставщика срок подтверждён, а у другого описан словами, среднее между ними не имеет смысла. Держите подтверждённые и неподтверждённые значения в разных столбцах. В обзоре Asana отмечено, что при росте компании закупка усложняется и компании стремятся снизить риск работы с потенциальным партнёром. Разделение подтверждённого и неподтверждённого — прямой способ это сделать.

Что делать с предложением, где неизвестных больше, чем фактов. Оставьте его в таблице с пометкой о недостатке данных и отправьте список вопросов. Если ответы не приходят к сроку, предложение остаётся неполным, и решение принимается по тем, кто данные предоставил. Это правило стоит зафиксировать заранее, чтобы сравнение не растянулось.

Ручная проверка результата по исходнику

Проверка идёт построчно. Возьмите исходное письмо или документ и сверьте каждую ячейку. Порядок:

1. Откройте исходник предложения.
2. Сверьте цену и состав услуг.
3. Сверьте срок и условия доставки.
4. Проверьте, что каждое неизвестное помечено как неизвестное.
5. Убедитесь, что порог проверен до баллов.
6. Проверьте, что вопросы сформулированы точно и адресованы конкретному поставщику.

Отдельно проверьте столбец оснований. Если в ячейке стоит значение без указания источника, вернитесь к исходнику. В обзоре ClickUp отмечено, что карта оценки даёт след решений и позволяет видеть, кто из поставщиков соответствует ожиданиям. След возникает тогда, когда у каждого значения есть источник.

Проверка порогов — отдельный проход. Выпишите условие допуска и проверьте каждое предложение по нему. В учебном примере условие — доставка не позднее 18 ноября. A проходит, B не подтверждён, C не проходит. Баллы в этом проходе не участвуют. В обзоре Smartsheet про карты оценки поставщиков сказано, что заинтересованные стороны видят результативность поставщиков через анализ данных и весов, определение зон улучшения и решение о пересмотре партнёрства. Анализ весов идёт после допуска.

Проверка формулировок. Пройдите по предложениям и найдите слова, которые допускают разные прочтения: «обычно», «как правило», «при наличии», «возможна доплата», «ориентировочно». Каждое такое место становится вопросом. Это не придирка: в обзоре Process Street про управление поставщиками описан цикл, где после выбора поставщика и заключения договора идёт мониторинг качества товаров и своевременности доставки. Условия, зафиксированные расплывчато, невозможно проверить на этом этапе.

Проверка полноты. Сверьте список требований с столбцами таблицы. Каждое требование должно иметь столбец. Если требование есть, а столбца нет, добавьте столбец и заполните его. В обзоре Smartsheet про оценку поставщиков отмечено, что слабые конструкции оценки начинаются с плохо определённых спецификаций, и это затем переходит в критерии отбора. Плохо определённая спецификация в таблице выглядит как отсутствующий столбец.

Проверка на смешение задач. Убедитесь, что в таблице нет данных о прошлых поставках, если вы сравниваете предложения до покупки. Смешение даёт столбцы, которые нельзя заполнить одинаково для всех участников. В обзоре Smartsheet про карты оценки поставщиков отмечено, что компании используют разные типы карт для измерения разных видов результативности, и карту стоит проектировать осознанно под определённые нужды. Разные задачи требуют разных таблиц.

Проверка итога. Итог должен содержать короткий список прошедших порог и перечень вопросов. Если в итоге появился рейтинг, проверьте, все ли участники прошли порог и подтвердили данные. В учебном примере рейтинг невозможен: A единственный прошедший, B не подтверждён, C отведён.

Как обработать ответ поставщика

По предложению B сначала подготовьте адресное уточнение: назовите требуемую дату получения афиш, попросите подтвердить возможность доставки в нужный пункт и указать итоговую цену с цветопробой. В ответе должны быть понятны состав заказа и обязательства именно по этому заказу. Исходное предложение B пока описывает самовывоз; возможность доставки из него не следует. Это отдельный вопрос, который нельзя закрыть одним уточнением производственного срока.

До получения ответа запись по B остаётся такой: срок не подтверждён, доплата неизвестна, способ получения требует согласования, к расчёту баллов предложение не допущено. Эта запись уже полезна для обсуждения с коллегами: видно, каких сведений недостаёт и почему сравнение остановилось. Отправленный вопрос сам по себе не меняет статус предложения.

Когда ответ придёт, сравните его с каждым открытым пунктом. Если поставщик сообщает только срок производства, вопрос о дате получения заказа остаётся открытым. Если называет цену цветопробы отдельно, проверьте, включает ли итог доставка. Подтверждение одного условия не переносится автоматически на остальные ячейки. Если ответ противоречит первоначальному предложению, сохраните обе версии и уточните, какая действует для заказа.

Изменяйте в таблице только подтверждённые поля и рядом указывайте основание изменения. После этого заново проверьте обязательный срок и способ получения. Предложения A и C сохраняют прежний статус, пока по ним не появилось собственное подтверждённое изменение. Новые сведения о B не исправляют условия C и не отменяют проверку A.

Если ответ неполный, следующий вопрос должен перечислять оставшиеся пробелы. Коллеге, согласующему закупку, передайте действующую таблицу, исходные предложения и переписку по уточнениям. Тогда он сможет проследить путь от требования к допуску и понять, какие риски ещё требуют решения.

Сохранение и согласование результата

Сохранение начинается с версии. Зафиксируйте дату, состав участников, набор требований и веса. Любое изменение требований после начала сравнения создаёт новую версию. В обзоре ClickUp отмечено, что карта оценки позволяет сравнивать поставщиков без смещения критериев по ходу квартала. Смена критериев в середине процесса обесценивает предыдущие оценки.

Что сохранить вместе с таблицей:

• исходные предложения в полученном виде;
• список требований и порог допуска;
• веса критериев с указанием, что они относятся к этому заказу;
• перечень вопросов и ответы на них;
• итог: список прошедших порог и отведённых с причиной.

Согласование. Покажите коллегам таблицу и итог. В обзоре Smartsheet про карты оценки поставщиков отмечено, что заинтересованные стороны видят результативность через анализ данных и весов, зоны улучшения и решение о пересмотре партнёрства. При согласовании покажите участникам вывод вместе с его основаниями.

Отдельно зафиксируйте, что таблица не заменяет юридическую проверку. В обзоре Smartsheet про оценку поставщиков сказано, что стоит провести юридический обзор условий договора, соглашений о неразглашении и партнёрских соглашений. Этот шаг идёт после выбора и относится к договорной работе. В таблице для него достаточно столбца-напоминания.

Проверка соответствия требованиям законодательства. В обзоре Smartsheet отмечено, что нужно подтверждать соответствие законам, нормативам и стандартам, применимым к вашему бизнесу, включая требования стран, где работает поставщик или куда идёт продажа. Для таблицы это отдельный столбец: какие требования применимы и что поставщик заявляет. Для каждого пункта сохраняйте ссылку на подтверждающий документ.

Хранение. Держите таблицу и исходники в одном месте, чтобы к решению можно было вернуться. В обзоре ClickUp отмечено, что без системы карт управление поставщиками быстро становится реактивным: проблемы замечают, когда что-то ломается. Таблица с основаниями даёт ранние сигналы и след решений.

Что делать после получения ответов. Обновите таблицу, отметив изменения. Если поставщик подтвердил дату и цену, порог проверяется заново. Если ответ не пришёл, предложение остаётся неполным. Итог обновляется вместе с таблицей.

Частые вопросы

Как сравнить поставщиков с помощью ИИ, если предложения в разных форматах?

Приведите предложения к тексту и передайте модели вместе с требованиями. Промпт из этой статьи просит построить таблицу с основаниями, пропусками и вопросами. Модель разложит условия по столбцам, а вы сверите каждую ячейку с исходником. Формат источника сохраняйте: он нужен для проверки.

Что делать, если поставщик пишет «обычно три дня»?

Помечайте срок как неизвестное и формулируйте вопрос о дате для конкретного заказа. Формулировка описывает обычную практику и не даёт даты. В учебном примере B с такой формулировкой не проходит обязательный порог до подтверждения. Баллы за цену не компенсируют неподтверждённый срок.

Можно ли доверять рейтингу, который построила модель?

Рейтинг имеет смысл после проверки порогов и подтверждения данных. В учебном примере рейтинг невозможен: A единственный прошедший порог, B не подтверждён, C отведён. Проверяйте, все ли участники прошли порог и подтвердили значения. Арифметика по неподтверждённым данным создаёт видимость выбора.

Какие критерии включать в таблицу?

Обязательные условия, оцениваемые критерии и справочные сведения. В обзоре Smartsheet про оценку поставщиков названы проверка соответствия нормативам, юридический обзор договора и оценка мер защиты данных. Для закупки услуг добавьте срок, цену с составом, условия доставки и запасные варианты. Список требований фиксируется до сбора предложений.

Что делать, если поставщик не отвечает на вопросы?

Оставляйте предложение в таблице с пометкой о недостатке данных. Если ответы не приходят к сроку, решение принимается по тем предложениям, где данные предоставлены. Правило фиксируется заранее, чтобы сравнение не растянулось. В учебном примере по C вопросов нет: предложение отведено по сроку.