Промпты для закупщика: восемь рабочих запросов

Почему промпт — это инструмент, а не магия

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

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

1. Предложение в таблицу

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

Ты — аналитик закупок. Ниже текст коммерческого предложения.

Извлеки в таблицу: позиция, код или артикул (если указан), количество,
цена за единицу, валюта, срок поставки, условия оплаты, гарантия,
комментарии поставщика.

Правила:
1. Значение берётся только из текста. Если поля нет — поставь «нет данных».
2. Ничего не пересчитывай и не округляй.
3. После таблицы перечисли фрагменты, которых не хватило для заполнения.
4. Не добавляй свои выводы и рекомендации.

Текст предложения:
{{ВСТАВИТЬ ТЕКСТ}}

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

Ограничение. Таблица — черновик, а не данные. Сверьте итоговые суммы и количество с исходником: ошибки в единицах измерения и валюте модель допускает чаще, чем в тексте.

2. Сравнение предложений с цитатами

Зачем. Сравнение по критериям — самая спорная часть конкурса. Требование цитаты делает результат проверяемым: каждое утверждение можно открыть в исходнике.

Ты — член комиссии по закупке. Ниже три предложения поставщиков
и список критериев оценки.

Составь таблицу: критерий × поставщик. В каждой ячейке — краткая
характеристика и цитата из предложения (до 15 слов).
Если данных по критерию нет — «нет данных в предложении».
Не выставляй баллы и не выбирай победителя.
В конце — список вопросов, которые нужно задать поставщикам
по неясным или противоречивым местам.

Критерии: {{КРИТЕРИИ}}
Предложения: {{ТЕКСТЫ}}

Что подставить. Критерии в том виде, в котором они утверждены, и полные тексты предложений. Если критерии не утверждены до конкурса, промпт не поможет: он только оформит уже принятое решение.

Ограничение. Модель может «натянуть» цитату на критерий. Читайте цитаты, а не только ячейки.

3. Карта условий договора

Зачем. Быстрый обзор договора перед отправкой юристу: что есть, чего нет, что отличается от типовой формы. Это не заменяет юридическую проверку, а готовит к ней.

Ты — помощник по договорной работе. Ниже текст договора и,
если он дан, текст типовой формы.

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

Договор: {{ТЕКСТ}}
Типовая форма: {{ТЕКСТ ИЛИ «НЕТ»}}

Что подставить. Полный текст с приложениями. Договор без спецификации — половина договора.

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

4. Проверка спецификации на полноту

Зачем. Половина проблем в закупке заложена в спецификации. Промпт задаёт вопросы, которые закупщик обычно задаёт слишком поздно.

Ты — опытный закупщик. Ниже спецификация на закупку.

Задай не более 12 вопросов, которые нужно закрыть до выхода на рынок.
Сгруппируй их по темам: назначение и условия эксплуатации,
единицы измерения и допуски, совместимость, объём и график,
приёмка и контроль качества, упаковка и доставка,
требования к документам и сертификатам.

Каждый вопрос — одна строка. Без общих советов вроде
«уточните требования». Вопрос должен быть таким,
на который заказчик может ответить фактом.

Спецификация: {{ТЕКСТ}}

Что подставить. Спецификацию как есть, включая формулировки «или аналог», если они там есть.

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

5. Черновик запроса предложений

Зачем. Первый вариант RFQ пишется долго и обычно получается либо слишком общим, либо перегруженным. Модель даёт структуру, которую быстрее править, чем писать с нуля.

Ты — категорийный менеджер. Составь черновик запроса предложений (RFQ)
на основе описания потребности.

Структура: краткое описание потребности, объём и график,
требования к предложению (что и в каком виде прислать),
критерии оценки без весов, проект ключевых условий договора,
сроки ответа, контакт для вопросов.

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

Потребность: {{ОПИСАНИЕ}}

Что подставить. Описание потребности своими словами, с объёмом и сроками, если они известны.

Ограничение. Черновик почти всегда содержит лишние требования «на всякий случай». Каждое такое требование сужает круг поставщиков и повышает цену — прочитайте и вычеркните.

6. Подготовка к переговорам

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

Ты — тренер по переговорам. Помоги подготовиться к встрече с поставщиком.

Дано: предмет закупки, текущие условия, что известно о поставщике,
наши цели и ограничения.

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

Не придумывай факты о поставщике. Если данных нет, отметь это.

Контекст: {{ДАННЫЕ}}

Что подставить. Реальные данные о закупке и поставщике. Чем конкретнее контекст, тем меньше общих слов в ответе.

Ограничение. Модель не знает, что происходит в голове у второй стороны. Её список интересов — гипотезы для проверки, а не разведка.

7. Классификация позиции

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

Ты — аналитик расходов. Для каждой строки предложи категорию
из списка и уверенность: высокая, средняя, низкая.

Список категорий: {{СПИСОК}}

Правила:
1. Категория — только из списка. Если ни одна не подходит,
   поставь «вне списка» и объясни в одну строку, почему.
2. Уверенность «низкая» ставь, если в описании меньше трёх
   информативных слов.
3. Формат: номер строки, категория, уверенность, обоснование до 10 слов.

Строки: {{СТРОКИ}}

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

Ограничение. Низкая уверенность — сигнал, а не приговор: такие строки разбирает человек. Дубли поставщиков и валюту модель не исправит — это работа с мастер-данными.

8. Проверка письма поставщику

Зачем. Двусмысленное письмо порождает спор, который дороже самого письма. Второй проход по тексту дешевле, чем разбор последствий.

Ты — редактор деловой переписки. Ниже письмо поставщику.

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

Не добавляй новых требований и не меняй смысл.

Письмо: {{ТЕКСТ}}

Что подставить. Письмо целиком, включая тему: она тоже часть сообщения.

Ограничение. Модель правит формулировки, но не знает ваших договорённостей с поставщиком. Если в письме есть ссылка на договорённость, проверьте её сами.

Общее правило

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

Что читать дальше

• Ограничения ИИ: почему модель ошибается и когда её нельзя применять.
• Инструменты ИИ для закупок: что делают специализированные платформы.
• RFI, RFQ и RFP: как устроены запросы, черновик которых вы правите.
• ИИ в закупках: обзор раздела.