Перейти к основному содержимому

Процессы

Процессы операционной модели описывают, как ИИ-инициативы и ИИ-продукты проходят путь от входящего спроса до внедрения, эксплуатации и масштабирования.

Если сущности отвечают на вопрос «чем мы управляем», а роли — «кто отвечает», то процессы отвечают на вопрос как всё это движется.

Основной процесс​

Спрос
↓
Оценка
↓
Маршрутизация
↓
Деливери
↓
Внедрение
↓
Ожидание и подтверждение эффекта
↓
Эксплуатация / масштабирование / закрытие

1. Сбор и формализация спроса​

Бизнес приносит проблему, идею или повторяющуюся боль. ИИ-функция помогает превратить её в первичную ИИ-инициативу: описать as-is процесс, владельца, пользователей, ожидаемый эффект и ограничения.

2. Оценка и приоритизация​

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

Результат этапа — решение: взять в работу, отложить, объединить с другой инициативой или отклонить.

3. Маршрутизация в ИИ-продукт​

После оценки инициатива должна быть связана с подходящим ИИ-продуктом или capability: RAG, LLM, ML-платформа, ИИ-агент, automation, code agent и т.д.

Цель — не строить новое решение каждый раз, а переиспользовать продуктовые возможности.

4. Деливери-трек​

Инициатива попадает в деливери-трек выбранного продукта. У разных классов решений разные проверки, артефакты, критерии качества и требования к безопасности.

5. Контрольные точки (gate)​

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

6. Внедрение и adoption​

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

7. Подтверждение эффекта​

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

8. Эксплуатация и развитие​

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