CAIO vs CDTO: как разделить ответственность

Чему научитесь. Чётко проводить границу между CAIO и CDTO по предмету и метрикам; строить RACI на пересечениях (AI-политика, внедрение кейса, выбор LLM-контура); распознавать типовые конфликты ролей и разводить их через контур решений до того, как они дойдут до совета директоров.

Ориентировочное время: 22–26 минут чтения + задание.

1. Базовое различие

Самый короткий ответ умещается в две строки:

• CDTO отвечает за цифровую трансформацию бизнеса целиком — процессы, продуктовые команды, данные, AI, культуру и управление изменениями. Его предмет — как компания зарабатывает и работает, средствами цифры. Ширина.
• CAIO отвечает за AI как отдельный актив — стратегию и портфель AI-инициатив, операционную модель ML/LLM, экономику инференса и регуляторику AI. Его предмет — AI-способность компании на масштабе. Глубина.

CAIO — это либо «углублённая ветка» внутри AI-блока CDTO, либо самостоятельная C-level роль, когда AI становится критичным для самой бизнес-модели (финтех, страховые с AI-андеррайтингом, AI-first SaaS, биг-тех). Чем сильнее AI определяет себестоимость, выручку или риск-профиль — тем больше оснований вынести CAIO в отдельную позицию.

Метрический тест на различие. CDTO измеряют сдвигом широких бизнес-метрик (выручка, маржа, time-to-market по всей цифровой повестке). CAIO измеряют зрелостью и отдачей AI-актива: доля кейсов, дошедших до прода; стоимость десятого кейса относительно первого; эффект AI-портфеля; управляемость AI-рисков. Если две роли отчитываются одними и теми же числами — границы не проведены, и это будущий конфликт.

2. Где проходят границы

Принцип разделения: CDTO владеет процессом и платформой, CAIO — AI-слоем поверх них. Данные — общий, но разграниченный ресурс: data governance и «единый источник правды» за CDTO/CDO, а прикладной слой под модели (feature store, ML-датасеты, RAG-корпус) — за CAIO. Инфраструктура (compute, storage, network) принадлежит CIO/CDTO, чтобы CAIO не плодил параллельную ИТ-функцию.

Отдельно стоит экономика. У CAIO в TCO есть статьи, которых нет у других ролей, — и их легко недооценить. В практике автора был инцидент embedding-leak: при кравле с провайдерскими эмбеддингами сожгли около 3 млн токенов лимита, пока не перешли на self-hosted Qwen3-эмбеддинги. Эмбеддинги, переобработка корпуса, лимиты провайдера (например, тариф с concurrency 1, требующий cross-process-блокировки запросов) — всё это строки бюджета, за которые отвечает именно CAIO, и которые CDTO в общей цифровой смете обычно не видит.

3. Типовые конфликты и как их разводить

Конфликт 1: Кто владеет AI-портфелем? На старте оба тянут на себя. Решение: AI-портфель ведёт CAIO, но приоритизация инициатив идёт через общий комитет цифровой повестки (с CDTO во главе). AI не живёт отдельно от остальной цифровой стратегии — иначе появляются «AI ради AI» кейсы без связи с приоритетами бизнеса.

Конфликт 2: Бюджет на AI-стек. ML/LLM-платформа стоит десятки миллионов в год. Решение: бюджет за CAIO, но инфраструктурные слои — у CDTO/CIO. CAIO защищает экономику AI (токены, инференс, лицензии моделей), CIO — «железо» и сеть.

Конфликт 3: Кто отвечает перед советом за результат AI? Если результата нет — оба показывают пальцем друг на друга. Решение: CAIO защищает AI-портфель и его экономику, CDTO — общую цифровую повестку. AI-метрики свёрнуты в общую цифровую сводку как раздел, а не как параллельная отчётность.

Конфликт 4: Кто отвечает за AI-инцидент? Модель выдала дискриминирующее решение, утёк промт с ПДн, галлюцинация в клиентском канале. Решение: ответственность за AI-политику, объяснимость и «человека в контуре» — за CAIO (по принципу Кодекса этики, ответственность за решения ИИ несёт человек); но владелец процесса, где случился инцидент, — за CDTO. Поэтому high-risk AI-кейсы внедряются только при совместном апруве.

Конфликт 5: Кто решает cloud vs self-hosted? Архитектурное решение с регуляторными последствиями. Решение: выбор LLM-контура за CAIO (он отвечает за 152-ФЗ при работе с ПДн в промтах и RAG-корпусе), но при обязательной консультации CISO и в рамках инфраструктурных ограничений CIO.

4. RACI на пересечениях

RACI снимает большинство конфликтов из раздела 3, если зафиксирован письменно и утверждён CEO. Расшифровка: R (Responsible) — исполняет; A (Accountable) — единственный отвечающий за итог; C (Consulted) — с кем советуются; I (Informed) — кого информируют.

Два узла, на которых ломаются больше всего команд, стоит запомнить отдельно:

• AI-политика — A=CAIO. Это документ, описывающий, какие AI-сценарии допустимы, где обязателен человек в контуре, как обрабатываются ПДн в промтах, какие модели разрешены. CAIO — автор и владелец, но он не может принять её без CDTO (процессы) и CISO (безопасность).
• Внедрение кейса в процесс — A=CDTO. Как только AI-кейс выходит из пилота в реальный бизнес-процесс, ответственным становится владелец процесса под CDTO: именно он отвечает за то, что процесс изменён корректно и люди работают по-новому. CAIO здесь — консультант по AI-части.

5. Мини-кейс: «Контур» нанимает обе роли

В «Контуре» (~2000 сотрудников, контакт-центр, e-commerce, документооборот, склад) уже есть CDTO, ведущий цифровую трансформацию: миграция на отечественное ПО, единая data-платформа, продуктовые команды e-commerce. Совет решает добавить CAIO под cost-out мандат (дорогой контакт-центр).

• Симптом без RACI. На втором месяце CAIO и CDTO спорят, чья команда внедряет AI-ассистента в контакт-центр и кто отвечает, если дефлексия уронит NPS.
• Разведение. AI-ассистент (модель, RAG, retrieval, экономика токенов) — зона CAIO: A за качество и стоимость AI-части. Изменение процесса контакт-центра (скрипты, обучение операторов, эскалация) — зона CDTO: A за то, что процесс перестроен и люди работают по-новому. Совместный апрув на запуск в прод.
• Контур решений. AI-политика (что ассистент вправе решать сам, а что эскалирует человеку) — A=CAIO, согласована с CDTO и CISO. Возвраты сверх лимита и претензии — человек в контуре.

Результат: спор о «чей кейс» снят, потому что описано не кто главнее, а кто за что отвечает на каждом шаге.

6. Антипаттерны

• «CAIO — это просто CDTO, который любит AI». Нет: разный предмет, разные метрики, разный TCO. Слияние ролей в одну голову работает только в небольшой компании.
• «Заведём CAIO — и CDTO больше не нужен». AI — слой, а не вся цифра; процессы, данные и культура остаются за CDTO.
• «RACI — бюрократия, договоримся по-человечески». «По-человечески» работает до первого инцидента или провала перед советом, после чего роли выгорают во взаимных обвинениях.
• «AI-портфель полностью автономен от цифровой повестки». Так рождаются кейсы без связи с приоритетами бизнеса; приоритизация всегда через общий комитет.

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

• CAIO — глубина AI, CDTO — ширина цифры; они дополняют, а не конкурируют.
• Граница: CDTO владеет процессом и платформой, CAIO — AI-слоем, экономикой AI и AI-регуляторикой.
• Два ключевых узла RACI: AI-политика A=CAIO, внедрение кейса в процесс A=CDTO.
• Конфликты живут не в названиях должностей, а в отсутствии описанного контура решений — опишите RACI и комитет цифровой повестки.

Практическое задание

Для своей или условной компании, где есть обе роли:

1. Заполните RACI-таблицу из раздела 4 под её реалии — измените A/R там, где у вас иначе, и обоснуйте.
2. Опишите один реальный пересекающийся вопрос (портфель, бюджет, инцидент) и как вы его разведёте.
3. Сформулируйте 5 пунктов AI-политики, владельцем которой будет CAIO.
4. Определите состав комитета цифровой повестки и кто его ведёт.

Вопросы для самопроверки

1. В чём разница предмета ответственности CAIO и CDTO одной фразой?
2. Кто Accountable за AI-политику и кто — за внедрение AI-кейса в процесс? Почему именно так?
3. Назовите две статьи TCO, которые есть у CAIO и которых нет в общей цифровой смете.
4. Какой механизм не даёт AI-портфелю оторваться от цифровой стратегии?
5. Приведите пример AI-конфликта между ролями и способ его развести через RACI.