Решение для первой диагностики

Как выбрать первый корпоративный AI-пилот

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

Бизнес · ИТ · ИБ · L&D

Контекст

Первый пилот нужен для проверки рабочего процесса, а не для выбора «самого умного» инструмента

01

Задача

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

02

Контур

Бизнес, ИТ, ИБ и L&D заранее называют данные, доступы и границы проверки.

03

Проверка

Пилот заканчивается рабочим артефактом и согласованным критерием его качества.

Проблема

Широкая тема превращает пилот в обсуждение; конкретный процесс превращает его в проверку

Слишком широко

«Внедрить AI в подразделении» не задаёт владельца, исходные материалы, результат и критерий проверки.

Достаточно конкретно

«Собрать справку к встрече по разрешённым материалам и проверить её на рабочих примерах» задаёт контур пилота.

Рабочее изменение

Пилот оставляет команде не чат, а воспроизводимый рабочий маршрут

Типовой маршрут пилота

Линейный эквивалент: владелец формулирует задачу; ИТ и ИБ подтверждают границы материалов; команда проверяет артефакт на согласованных примерах.

Метод

Диагностика ведёт от процесса к артефакту, критерию и владельцу

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

Политика доказательства

Результат пилота подтверждаем рабочими примерами и рубрикой, а не обещанием ROI

Артефакт

Типовой проект: краткая справка к встрече, проект ответа, поиск по документам или другой согласованный output.

Рубрика

Команда заранее определяет полноту, точность, источники, ограничения и формат проверки.

Решение

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

Операционный контур

Выберите процесс, когда названы владелец, разрешённый контур и критерий проверки

Роли в решении о пилоте

Линейный эквивалент: бизнес назначает владельца процесса; ИТ и ИБ подтверждают допустимые материалы и доступы; L&D организует практику и сбор обратной связи по рубрике.

Следующий шаг

На диагностике выберите один процесс и назначьте владельца пилота

Принесите на встречу

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

Уйдите со встречи с решением

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

Appendix · source policy

Что в этом деке является правилом, а что — типовым сценарием

Правила бренда

AI_CJM_Brand_System v1.0.0: profile.presentation, stable components, semantic tokens, доступность и политика доказательств.

Содержание пилота

pilot.presentation: выбрать процесс для диагностики и назначить владельца; examples обозначены как «типовой сценарий».