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

Аналитическая служба правительства Великобритании (Government Analysis Function) описывает картирование заинтересованных сторон как выявление, анализ, приоритизацию и вовлечение людей или групп, которые влияют на работу либо испытывают её влияние.［1］ ИИ помогает убирать дубли в списках ролей и выявлять недостающие связи, но не обладает особым знанием о неформальных полномочиях или личных мотивах. Начните с руководства по работе с ИИ, а итог свяжите с проверенным планом проекта.

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

Стройте карту вокруг одного решения, сервиса или проекта.

Сначала описывайте роли и группы, а не конкретных людей.

Подкрепляйте оценки влияния и интереса доказательствами и датой.

Разделяйте факты, интерпретации команды и предложения ИИ.

Не используйте выводы для найма и иных решений с высоким риском.

Превращайте категории в доступные и соразмерные действия.

Шаг 1: Определите границы карты

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

Карта для исследования сервиса отличается от карты для внедрения или реагирования на инцидент. Широкая инструкция вроде «нанеси на карту всех, кто важен для компании» ведет к шаблонным категориям и навязчивому профилированию. Узкие границы также делают влияние осмысленным: регулятор может сильно влиять на соблюдение законодательства, но почти не влиять на повестку воркшопа.

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

Шаг 2: Создайте проверяемый реестр

Создайте реестр до того, как просить ИИ что-либо классифицировать:

ID	Роль или группа	Доказательство и дата	Что затрагивает	На что влияет	Зависимость	Основание контакта	Владелец
S-001	Региональные руководители поддержки	Устав §3, 2026-07-15	Процесс и загрузка	Готовность операций	Обучение	Формальная роль	Руководитель реализации

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

Отсутствие в документах не означает отсутствия интереса. У затронутого сообщества может быть мало формальной власти. Рекомендации ОЭСР по участию граждан подчеркивают, что участие нужно строить вокруг ясной проблемы и включать соответствующие группы, особенно те, которые, вероятно, будут затронуты.［3］

Шаг 3: Найдите пробелы и дубли, чтобы создать карту заинтересованных сторон с помощью ИИ

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

Полезная инструкция:

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

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

Шаг 4: Задайте прозрачные критерии влияния и интереса

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

Не используйте размытые ярлыки вроде «влиятельный», «сложный» или «лояльный». Определите небольшую шкалу и порог доказательств:

Критерий	Высокий	Средний	Низкий или неизвестный
Влияние	Документированное право утверждения или блокировки	Консультирует или контролирует зависимость	Доказательств пока нет
Интерес или воздействие	Непосредственно затронут или формально отвечает	Косвенное воздействие или заявленный интерес	Доказательств пока нет

«Неизвестно» не равно «низко». Оценка без доказательств остается неклассифицированной до проверки. Если документы управления и рассказы команды расходятся, используйте сравнение источников.

Шаг 5: Постройте матрицу взаимодействия

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

Типичные действия: информировать, консультироваться, вовлекать, сотрудничать и получать формальное утверждение. Выбирайте наименее обременительный метод, который все же дает затронутым людям реальную возможность внести вклад. Британские принципы консультаций требуют, чтобы консультации были ясными, информативными, соразмерными и адресными, с достаточным временем и обратной связью по ответам.［2］ Матрица с пометкой «тесно управлять» без объяснения, как, зачем и кем, — это не план взаимодействия.

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

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

Указывайте даты и контекст для каждой классификации. «Высокое влияние» должно звучать скорее как «формальное утверждение пилота по разделу 4 устава, подтверждено 15 июля», чем как неподтвержденный ярлык. Если полномочия временные или действуют только в одном регионе, укажите это ограничение. Попросите модель выявить недостающие уточнения, но подтверждать их должен ответственный владелец.

Шаг 6: Проведите межфункциональную проверку

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

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

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

Шаг 7: Превратите карту в ответственный план

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

Отделяйте информирование от участия. Рассылка обновления может удовлетворить потребность в информации, но не считается консультацией. Точно так же приглашение на встречу не доказывает, что вклад человека повлиял на решение. Записывайте, что было услышано, как это учли и какую обратную связь вернули, в соответствии с принципами участия.［2］［3］

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

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

Замыкайте цикл обратной связи. Сообщите участникам, что команда услышала, что изменилось, что не изменилось и почему. Если конфиденциальность не позволяет раскрыть подробности, объясните эту границу. Участие без обратной связи может подорвать доверие и делает статус «вовлечен» на карте вводящим в заблуждение.

Шаг 8: Версионируйте карту и пересматривайте предположения

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

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

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

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

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

Может ли ИИ автоматически выявить заинтересованные стороны?

Он может предложить категории по документам и границам, но команда подтверждает, кто реально затронут, ответственен, влияет или пропущен.

Наносить на карту людей или роли?

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

Объективна ли матрица влияния и интереса?

Нет. Явные критерии, пороги доказательств, даты и проверяющие делают её обоснованнее, но оценка зависит от контекста.

Неизвестное влияние означает низкое?

Нет. Это означает отсутствие или конфликт данных; оставьте поле пустым и назначьте проверку.

Можно ли использовать карту для оценки сотрудников?

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

Как справедливо включить уязвимые группы?

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

Что входит в план взаимодействия?

Цель, метод, срок, владелец, доступность, канал ответа, связь с решением и запись о рассмотрении мнения.

Как часто пересматривать карту?

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

Источники

UK Government Analysis Function, Stakeholder Mapping — https://analysisfunction.civilservice.gov.uk/policy-store/stakeholder-mapping/
GOV.UK, Consultation principles: guidance — https://www.gov.uk/government/publications/consultation-principles-guidance
OECD, Guidelines for Citizen Participation Processes — https://www.oecd.org/en/publications/oecd-guidelines-for-citizen-participation-processes_f765caf6-en.html
NIST, Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf

Sources checked 30 августа 2026 г.

Как создать карту заинтересованных сторон с помощью ИИ