Запуск ИИ-инициативы
Назначение
Пошаговый сценарий регистрации новой инициативы с применением ИИ, её первичной проверки и подготовки к переходу из состояния «Новая» в состояние «Оценка».
Плейбук опирается на функционал платформы «ИИ Конвейер»: ручное создание инициативы, создание через ИИ-помощника, проверку похожих инициатив, подбор продукта, обязательные поля, задачи и бизнес-воронку.
Основные идеи
- Инициатива начинается не с технологии, а с бизнес-проблемы и ожидаемого эффекта.
- Система должна как можно раньше выявить дубликаты, отсутствие владельца, слабую ценность и неподходящий продукт.
- ИИ-помощник используется не как чат ради чата, а как способ быстрее собрать бриф и заполнить карточку.
- Переход по воронке должен быть управляемым: через правила, обязательные поля и историю решений.
Как это работает
Когда использовать
Плейбук применяется, когда:
- сотрудник или подразделение предлагает новую идею;
- ИИ-офис сам формирует пакет инициатив по профилю компании;
- руководитель хочет перевести разрозненную идею в управляемую карточку;
- ИИ-помощник собирает бриф в диалоге;
- нужно понять, стоит ли инициатива дальнейшей оценки.
Роли
| Роль | Ответственность |
|---|---|
| Инициатор | Описывает проблему, процесс и ожидаемый эффект |
| Бизнес-владелец | Подтверждает значимость проблемы и отвечает за будущий результат |
| ИИ-офис | Проверяет полноту карточки, дубли, приоритет и маршрут |
| Руководитель проекта | При необходимости принимает инициативу в работу и ведёт продвижение |
| Владелец продукта | Подтверждает, что инициатива подходит к продукту |
| Безопасность | Даёт предварительный сигнал, если есть очевидные ограничения |
Входные данные
Минимум для регистрации:
- название инициативы;
- бизнес-проблема;
- инициатор;
- подразделение или процесс;
- ожидаемый тип эффекта;
- краткое описание предполагаемого решения.
Желательно сразу добавить:
- исходные показатели процесса;
- оценку срочности;
- возможный продукт;
- требования к данным;
- ограничения по безопасности;
- предполагаемого бизнес-владельца.
Способ 1. Создание вручную
- Пользователь открывает реестр инициатив.
- Нажимает создание инициативы.
- Заполняет основные поля: название, проблема, описание, инициатор, ожидаемый эффект, срочность.
- При наличии понимания выбирает продукт.
- Сохраняет карточку.
Результат:
- инициатива создаётся в состоянии «Новая»;
- карточка попадает в портфель;
- ИИ-офис видит её в бизнес-воронке;
- дальнейшее продвижение идёт через правила переходов.
Способ 2. Создание через ИИ-помощника
Этот способ подходит, когда у пользователя есть мысль, но нет готовой структуры.
- Пользователь описывает идею свободным текстом.
- ИИ-помощник извлекает известные поля.
- Помощник задаёт только недостающие вопросы.
- Система проверяет похожие инициативы.
- При наличии каталога помощник предлагает подходящий продукт.
- После подтверждения создаётся карточка инициативы.
Что важно:
- если каталог продуктов пустой, помощник не должен придумывать несуществующие продукты;
- если найдены похожие инициативы, пользователь должен увидеть это до создания или продвижения;
- если данных мало, помощник продолжает собирать бриф, а не создаёт слабую карточку.
Способ 3. Пакетная генерация инициатив
ИИ-офис может сформировать стартовый набор инициатив по профилю компании: отрасль, описание компании, зрелость применения ИИ и выбранный сценарий старта.
Этот режим полезен:
- при первом запуске платформы;
- для демонстрационного тенанта;
- для компаний, где ещё нет зрелого потока идей;
- для подготовки воркшопа с бизнес-подразделениями.
Сгенерированные инициативы не должны автоматически считаться качественными. Их нужно просмотреть, уточнить владельцев, проверить дубли и подтвердить ожидаемый эффект.
Пошаговый процесс
Шаг 1. Зафиксировать проблему
Плохая формулировка:
Нужен помощник на базе ИИ.
Хорошая формулировка:
Сотрудники поддержки тратят до 30 минут на подготовку ответа по типовым обращениям, потому что информация разбросана по инструкциям и письмам.
Критерий готовности:
- понятен процесс;
- понятна боль;
- можно назвать показатель, который должен измениться.
Шаг 2. Сформулировать гипотезу решения
Гипотеза должна связывать решение и изменение показателя.
Шаблон:
Если внедрить [решение], то [показатель] изменится с [исходное значение] до [целевое значение] за [период].
Если исходного значения пока нет, в карточке нужно явно указать, кто и когда его уточнит.
Шаг 3. Проверить похожие инициативы
Перед переводом в оценку нужно понять, нет ли уже похожей инициативы.
Возможные решения:
- продолжить как новую инициативу;
- объединить с существующей;
- связать инициативы как зависимые;
- отклонить как дубль.
Проверка похожих инициатив особенно важна перед переходом в деливери, потому что именно там начинается потребление ресурса команды.
Шаг 4. Предварительно выбрать продукт
Если продукт понятен, его стоит указать уже на запуске. Если нет, продукт выбирается на этапе оценки.
Примеры маршрутизации:
- поиск по документам и ответы на вопросы → помощник по знаниям;
- прогнозирование или классификация по данным → платформа машинного обучения;
- автоматизация цепочки действий → продукт автоматизации;
- задача разработки программного кода → агент разработки;
- анализ документов → продукт обработки документов.
Выбор продукта не должен быть декоративным: у ИИ-продукта есть собственный деливери-трек, команда и набор этапов.
Шаг 5. Назначить владельцев
Минимально нужны:
- инициатор;
- бизнес-владелец;
- ответственный со стороны ИИ-офиса;
- при необходимости руководитель проекта.
Инициатива без владельца не должна уходить далеко по воронке. Это почти всегда будущий долг портфеля.
Шаг 6. Принять решение о переходе в оценку
Решение принимается по минимальным критериям:
- проблема понятна;
- ожидаемый эффект описан;
- есть владелец или понятный кандидат;
- нет очевидного дубля;
- нет немедленного запрета по безопасности;
- карточка заполнена достаточно для оценки.
Возможные решения:
- перевести в оценку;
- вернуть на уточнение;
- объединить с похожей инициативой;
- отклонить;
- оставить в новой воронке до появления владельца или данных.
Выход плейбука
После успешного выполнения плейбука инициатива должна иметь:
- заполненную карточку;
- состояние «Новая» или «Оценка»;
- понятную бизнес-проблему;
- первичную гипотезу эффекта;
- инициатора и владельца;
- результат проверки похожих инициатив;
- предварительный продукт или задачу на подбор продукта;
- набор ближайших задач.
Дальше инициатива переходит к плейбуку валидации сценария применения.
Частые ошибки
- Начинать с названия технологии, а не с проблемы.
- Создавать инициативу без владельца эффекта.
- Не фиксировать исходный показатель.
- Игнорировать похожие инициативы.
- Назначать продукт формально, без связи с деливери.
- Переводить инициативу в деливери до проверки безопасности и дублей.
- Писать ожидаемый эффект общими словами: «ускорение», «удобство», «качество».
Минимальная настройка платформы
Чтобы запуск инициатив работал управляемо, в платформе должны быть настроены:
- бизнес-воронка и допустимые переходы;
- обязательные поля для новой инициативы и этапа оценки;
- правило причины отклонения;
- проверка похожих инициатив;
- каталог продуктов;
- права на создание и изменение инициатив;
- видимость полей по этапам;
- роли ИИ-офиса, руководителей проектов и бизнес-пользователей.