Записка для принятия решения с ИИ начинается с полномочий, вариантов и доказательств. ИИ собирает черновик; решение принимает уполномоченный человек.

Ключевые выводы

Назовите одно решение, одного владельца решения и один срок.

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

Включите сохранение текущего положения, если это реальная альтернатива.

Свяжите каждое существенное утверждение с ID доказательства, датой, владельцем и областью применимости.

Считайте баллы и финансовые эффекты вне языковой модели.

Показывайте неопределённость, чувствительность, конфликты и несогласие, а не сглаживайте их.

Записывайте решение человека отдельно от рекомендации, созданной при помощи ИИ.

Что такое записка для принятия решения с ИИ?

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

NASA указывает, что отчёт об анализе решения должен описывать решение, критерии, альтернативы, метод оценки, процесс и результаты, рекомендацию и окончательный выбор.［1］ Такая структура полезна и за пределами инженерии: она не смешивает анализ с полномочием.

Шаг 1: сформулируйте решение и полномочия

Составьте вопрос одним предложением с глаголом и ограниченным объектом: выбрать, утвердить, отложить, остановить, профинансировать, внедрить или протестировать. Вопрос «Какой должна быть наша стратегия?» слишком широк.

Поле	Что записать
ID и версия	Стабильная запись и редакция
Вопрос	Конкретный выбор, требующий действия
Владелец решения	Человек или орган с правом решать
Срок	Последняя дата, когда решение полезно
Результат	Что выбор должен поддержать
Рамки и нецели	Включённые и исключённые вопросы
Ограничения	Политика, безопасность, ресурсы, стоимость и сроки
Участники	Аналитики, владельцы данных и затронутые стороны
Условие пересмотра	Событие или данные, требующие нового решения

Автор записки может предложить вариант, но не получает от этого полномочий. Если право решать неясно, оставьте документ черновиком и передайте вопрос владельцу управления. Не просите ИИ угадывать, кто может утверждать, по должностям, заметкам со встреч или привычкам организации.

Шаг 2: создайте реестр доказательств для решения

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

Поле доказательства	Назначение
ID доказательства	Стабильная ссылка, используемая в записке
Утверждение	Что именно может подтвердить материал
Источник/владелец	Первичная система, документ, исследование или ответственный эксперт
Дата актуальности	Временная граница доказательства
Область	Продукт, группа, рынок, процесс или сценарий
Метод	Как было получено доказательство
Качество/ограничения	Пропуски, смещение, неопределённость или конфликт
Разрешение	Можно ли обрабатывать материал с помощью ИИ

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

ИИ может классифицировать доказательства, находить неподкреплённые утверждения и готовить вопросы, но не должен создавать ссылки, которых ему не передали. NIST называет конфабуляцией уверенный ложный или ошибочный вывод и отмечает риск выдуманных обоснований и цитат.［4］ Поэтому каждое фактическое предложение должно вести к независимо открытому источнику.

Шаг 3: задайте варианты до выставления оценок

Перечислите альтернативы так, чтобы их понимали все участники. Добавьте «сохранить текущее состояние» или «отложить до получения данных», если это реальные варианты. Не скрывайте вариант только потому, что он не нравится авторам.

Для каждого варианта запишите:

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

Не называйте варианты «безопасный план» и «дорогой план»: такие ярлыки заранее задают вывод. Дайте ИИ правило именования — описательное и симметричное.

Шаг 4: установите критерии и шкалы

Определите критерии до оценки вариантов. NASA рекомендует объективные измеримые критерии, различающие альтернативы, и отделяет обязательные критерии от улучшающих.［1］ Провал обязательного условия нужно показать прямо, а не скрывать за высоким итоговым баллом.

Поле критерия	Определение
ID и название	Стабильная идентичность
Значимость	Почему критерий влияет на выбор
Мера и источник	Доказательство или расчёт
Шкала	Операционное значение каждого уровня
Направление	Больше, меньше, да/нет или диапазон
Обязательность	Исключает ли провал вариант
Вес	Важность, утверждённая владельцем решения
Неопределённость	Диапазон, уверенность или нерешённое условие

Веса — это предпочтения, а не факты. ИИ может проверить, правильно ли складываются веса, или объяснить их влияние, но утвердить их может только владелец решения. Если команда не может договориться о весах, покажите несколько правдоподобных наборов и проверьте, меняется ли рекомендация.

Шаг 5: выберите соразмерный метод анализа

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

Подход может включать проверку требований, таблицу компромиссов, управляемую модель затрат и выгод, пилот, исследование пользователей, техническое испытание или сценарии. Руководство NASA по системной инженерии связывает строгость анализа с последствиями решения.［2］ Укажите, почему метод подходит и чего он не доказывает.

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

Шаг 6: считайте вне ИИ и фиксируйте результат

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

Поле результата	Что нужно записке
ID/версия анализа	Воспроизводимая ссылка на расчёт
Вариант/критерий	Точная ячейка матрицы
Источник входных данных	ID доказательств и дата отсечения
Значение/оценка	Зафиксированный результат
Шкала/единица	Операционный смысл
Неопределённость	Диапазон или неразрешённое состояние
Рецензент	Человек, воспроизведший результат

Не переносите сгенерированный итог в официальную матрицу. Если ИИ заметил несогласованность, вернитесь к исходной модели, проверьте её и создайте новую версию.

Шаг 7: подготовьте, проверьте и завершите записку

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

Требуемое решение — точный выбор и срок.
Контекст — только проверенные сведения, нужные для понимания.
Варианты — нейтральные описания, включая статус-кво, где он применим.
Оценка — результаты по установленным критериям.
Неопределённость — неизвестные, конфликты, допущения и чувствительность.
Рекомендация — предлагаемый аналитиком путь и его обоснование.
Несогласие — обоснованные возражения и мнения меньшинства.
Запись решения — пустая, пока уполномоченный человек не решит.

После существенных утверждений требуйте ID доказательства. Запретите новые числа, источники, веса, факты и отметки об утверждении; при отсутствии опоры модель должна вернуть unsupported.

Шаг 8: разделите факты, выводы и рекомендации

Пометьте каждый существенный тезис:

Метка	Значение	Требуемая опора
Факт	Напрямую установлен источником	ID и область действия
Расчёт	Детерминированный результат	Версия модели и входы
Вывод	Интерпретация связи данных	Логика и неопределённость
Допущение	Ещё не установленное условие	Владелец и план проверки
Рекомендация	Предлагаемое действие	Критерии, компромиссы и граница полномочий

Убедительный переход не превращает вывод в факт. «В пилоте было меньше ошибок» может быть фактом; «вариант снизит ошибки везде» — прогноз с более широким требованием к доказательствам.

Шаг 9: проверьте неопределённость и чувствительность

Спросите, какие неопределённые входные данные или предпочтения могут изменить порядок вариантов. The Green Book объясняет, что при оценке нужно учитывать риск и неопределённость, а анализ чувствительности показывает, как неопределённые допущения влияют на результат.［3］ Применяйте этот принцип соразмерно, не выдавая правила государственного руководства за обязательные для другой организации.

Проведите как минимум такие проверки:

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

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

Шаг 10: проведите критическую проверку

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

Сохраняйте в записке существенное несогласие. Кратко изложите сильнейшие аргументы в пользу альтернативы, доказательства за ними и почему рекомендация всё же иная. Не просите модель «разрешить разногласие», усредняя несовместимые суждения.

Если обсуждаются конкуренты, сначала проведите анализ конкурентов с проверяемыми источниками. Не переносите в записку утверждения о функциях или рыночные допущения без источников.

Шаг 11: запишите человеческое решение

Оставьте раздел решения пустым или помеченным pending decision, пока уполномоченный человек не выберет. Затем запишите:

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

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

Итоговая проверка

Решение, владелец и срок заданы явно.
Видны рамки, ограничения, варианты и статус-кво.
Критерии и шкалы определены до оценки.
Каждый существенный факт связан с ID доказательства и областью применимости.
Расчёты зафиксированы и воспроизводимы вне ИИ.
Допущения, конфликты, неопределённость и чувствительность показаны.
Несогласие изложено честно и с опорой на доказательства.
Рекомендация отделена от утверждённого решения.
У действий есть владельцы и условия пересмотра.

Часто задаваемые вопросы (FAQ)

Чем записка для решения отличается от отчёта?

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

Каков минимальный полезный состав?

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

Всегда ли включать статус-кво?

Да, если сохранение состояния или отсрочка реально возможны. Если политика, безопасность или фиксированный срок исключают это, объясните ограничение.

Когда нужна взвешенная матрица решений?

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

Что делать с конфликтующими источниками?

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

Может ли ИИ написать рекомендацию?

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

Как учитывать несогласие?

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

Может ли ИИ заполнить финальное решение?

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

Когда открывать записку заново?

При существенном изменении доказательств, нарушении допущения, правовом изменении, провале пилота или превышении порога стоимости. Сохраните исходную запись и создайте новую версию.

Источники

NASA — Decision Analysis — https://www.nasa.gov/reference/6-8-decision-analysis/
NASA — Systems Engineering Handbook — https://www.nasa.gov/wp-content/uploads/2018/09/nasa_systems_engineering_handbook_0.pdf
HM Treasury — The Green Book 2026 — https://www.gov.uk/government/publications/the-green-book-appraisal-and-evaluation-in-central-government/the-green-book-2026
NIST — Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 4 сентября 2026 г.

Рекомендуемые статьи:

Записка для принятия решения с ИИ: критерии и доказательства