17. 🧭 AI-стратегия и дорожная карта
Все предыдущие статьи — «как устроено». Эта — «как довести до результата»: как выбрать, что строить самому, а что купить, как оценить вендора, кого нанять, в каком порядке двигаться и как защитить проект перед бизнесом. Это уровень решений CDTO / Head of AI / AI Solution Architect.
Что рынок ждёт
В вакансиях директоров по цифровой трансформации и Head of AI формулируется прямо: «формировать AI-стратегию и AI Roadmap», «развивать партнёрства с вендорами», «оценивать эффективность», «перестраивать бизнес-процессы». Стратегия — это и есть deliverable руководителя.
Стратегия начинается не с AI
flowchart TD B["🎯 Бизнес-цели<br/>(стратегия компании)"] --> P["🔄 Процессы<br/>(где AI даёт эффект)"] P --> K["📐 Метрики<br/>(как измерим успех)"] K --> A["🛠 AI-инициативы<br/>(что строим)"] A --> G["📊 Governance + команда<br/>(как управляем)"]
Не наоборот
«Какую нейросеть купим?» — последний вопрос, не первый. Стратегия сверху вниз: цели → процессы → метрики → инициативы. Начинать с модели — верный путь к «внедрили, а толку нет».
Build vs Buy vs Partner
Почти по каждой возможности надо решить, откуда брать решение:
| Вариант | Что это | Когда |
|---|---|---|
| Buy | Готовый продукт/платформа | Задача типовая, не конкурентное преимущество, нужно быстро |
| Build | Строим сами | Это наше ключевое преимущество, глубина домена, уникальный процесс |
| Partner | Дорабатываем готовое под себя | Готовое есть, но нужна специфика; своих компетенций мало |
Правило большого пальца
Не стройте то, что не отличает вас от конкурентов. Внутренняя автоматизация массовых процессов часто = Buy/Partner; уникальный клиентский AI-продукт = Build. Команда, которая пишет «свою CRM с AI», обычно теряет время.
Оценка вендора — чек-лист
Когда покупаете AI-решение или платформу, проверяйте не только «умеет ли»:
- Качество на ваших данных: попросите пилот на ваших кейсах с eval (14-ocenka-kachestva), а не демо-датые.
- Куда уходят данные: хранение, обработка, обучение на ваших данных? (15-compliance-i-bezopasnost)
- Интеграции: стыкуется ли с вашими системами (MCP, API).
- Модель данных и собственность: кто владеет результатами; можно ли выгрузить.
- Зависимость (lock-in): что будет, если уйти; формат данных, контракты.
- Стоимость при масштабе: цена на ваших объёмах, а не «от…» (06-stoimost-i-ekonomika).
- Надёжность и SLA: доступность, поддержка, время реакции.
- Дорожная карта вендора: не исчезнет ли функционал, куда развивается.
Демо лжёт
Отполированное демо на трёх идеальных примерах ничего не стоит. Только пилот на ваших данных с измеримыми метриками показывает реальное качество.
Команда — кто нужен
flowchart LR Lead["🧭 Руководитель AI /<br/>AI Solution Architect"]:::lead Lead --> Eng["🛠 ML/Backend-инженер(ы)"]:::tech Lead --> Data["📊 Data / Prompt-engineer"]:::tech Lead --> Domain["🎓 Domain-эксперт<br/>(юрист/аналитик)"]:::biz Lead --> Prod["📦 Product / Project"]:::biz Lead --> Sec["🛡 Compliance / DPO"]:::biz classDef lead fill:#efe8f5,stroke:#8b5fbf,stroke-width:2px; classDef tech fill:#e3f2fd,stroke:#4a90d9; classDef biz fill:#e8f5e9,stroke:#4caf50;
Связка, без которой не работает
Технолог + домен-эксперт (например, юрист, знающий процессы). Технолог без домена строит «красиво, но мимо»; домен без технологий не может воплотить. Руководитель-гибрид — связующее звено и переводчик (13-vnedrenie-i-avtomatizatsiya). Часто эффективнее небольшой команды с сильным доменом, чем большой команды без него.
Дорожная карта — слои и темп
Хорошая AI-дорожная карта состоит из трёх слоёв, идущих параллельно:
gantt title Схема AI-roadmap (иллюстрация, не план) dateFormat YYYY-MM section Быстрые победы Пилот 1 (ассистент/summary) :done, q1, 2026-01, 2M Пилот 2 (классификация обращений) :q1b, 2026-02, 2M section Тактические RAG по базе знаний :t1, 2026-03, 3M Контракт-анализ (augment) :t2, 2026-04, 3M section Стратегические AI-платформа / Copilot :s1, 2026-06, 4M Масштабирование и культура :s2, 2026-08, 4M
- Быстрые победы (0–3 мес): заметные, недорогие кейсы, которые экономят время уже сейчас и зарабатывают доверие (13-vnedrenie-i-avtomatizatsiya).
- Тактические инициативы (3–9 мес): более глубокие сценарии (RAG по базе знаний, контракт-анализ), встраиваемые в процессы.
- Стратегические (9–18 мес): AI-платформа, корпоративный Copilot, масштабирование и культура data-driven.
Принцип «первой победы»
Не планируйте «большой скачок». Одна быстрая измеримая победа даёт доверие, бюджет и команду под следующую. Дорожная карта живая — пересматривайте её по результатам.
Защита проекта перед бизнесом
Чтобы получить бюджет и поддержку, проект упаковывается в бизнес-кейс:
flowchart LR Problem["❓ Проблема<br/>(и её цена)"] --> Sol["💡 Решение<br/>(что строим)"] Sol --> Eff["📐 Эффект<br/>(метрики «до/после»)"] Eff --> Cost["💸 Затраты<br/>(полный TCO)"] Cost --> ROI["📊 ROI + риски<br/>(и как их снижаем)"]
Что говорить на совете директоров
- Проблема в деньгах/времени, а не «крутизна технологии».
- Метрика «до» и целевая «после» (например, «первичная обработка обращения: 2 дня → 2 часа»).
- Полные затраты, включая команду, валидацию, поддержку (06-stoimost-i-ekonomika).
- План снижения рисков (данные, комплаенс, надёжность — 15-compliance-i-bezopasnost, 08-gallyutsinatsii-i-nadezhnost).
- Этапы и первая победа — что покажете через квартал.
Антипаттерны стратегии
Как провалить AI-стратегию
- «AI ради AI»: инициативы без связи с бизнес-целью.
- Один огромный проект вместо серии быстрых проверяемых.
- Игнорирование управления изменениями (13-vnedrenie-i-avtomatizatsiya) — технология есть, никто не пользуется.
- Отсутствие eval и метрик (14-ocenka-kachestva) — нельзя показать эффект.
- Комплаенс «потом» (15-compliance-i-bezopasnost) — блокирует проект на финале.
- Зависимость от одного вендора/человека без плана «Б».
Модель зрелости AI в компании
| Уровень | Признак |
|---|---|
| 0. Нет | AI не используется |
| 1. Эксперименты | Разовые POC, «тениевые» использования, нет порядка |
| 2. Первые внедрения | Несколько рабочих кейсов, начинают измерять |
| 3. Системно | Дорожная карта, governance, команда, метрики (14-ocenka-kachestva) |
| 4. Встроено в ДНК | AI — обычный инструмент в процессах; культура data-driven |
Где стоит цель
Большинство компаний застревают между 1 и 2 — «экспериментируем, но не масштабируем». Цель стратегии — пройти в 3: системность (дорожная карта + governance + команда + метрики), а не «ещё один красивый POC».
📌 Что запомнить
- Стратегия сверху вниз: цели → процессы → метрики → инициативы; модель — последний вопрос.
- Build для ключевого преимущества, Buy/Partner для типового; не стройте то, что не отличает вас.
- Вендор оценивается на ваших данных с eval, а не по демо; проверяйте данные, интеграции, lock-in, TCO.
- Команда: руководитель-гибрид + инженеры + домен-эксперт + product + compliance.
- Дорожная карта: быстрые победы → тактика → стратегия, параллельно; живая, с «первой победой».
- Бизнес-кейс = проблема → решение → эффект «до/после» → полный TCO → ROI и риски.
- Цель зрелости — системность (уровень 3), а не «ещё один POC».
Назад: 📚 К оглавлению · Смежно: экономика, внедрение, комплаенс, оценка качества.