Что произошло
Мы открыли на сайте инструмент, который называем индексом готовности к ИИ: пятнадцать вопросов, около четырёх минут, шесть измерений. Результат — не число ради числа, а три вещи: узкое место, реалистичная оценка эффекта и рекомендация, с чего начинать. Подробный отчёт приходит на почту.
Причина, по которой мы стали это считать, — повторяющееся наблюдение из проектов. Две компании одной отрасли ставят одинаковую задачу, получают одинаковую модель и сопоставимую команду — и приходят к разным результатам. У одной эффект виден в отчётности через квартал, у другой пилот «работает», но ничего не меняется. Разница почти никогда не объясняется технологией. Она объясняется тем, есть ли данные, описан ли процесс, отвечает ли кто-то за результат лично, готово ли руководство менять порядок работы, а не «добавлять ИИ» поверх него, и виден ли эффект в учёте.
Второе наблюдение: эти факторы можно оценить до старта. Не точно, но достаточно, чтобы отличить компанию, где ИИ окупится, от компании, где сначала нужно навести порядок. Мы делали такую оценку на первых встречах в форме разговора. Индекс — та же оценка, формализованная так, чтобы её можно было пройти самостоятельно и до первой встречи.
Третье — честность по отношению к бюджету. Мы можем отказаться от проекта, который не окупится. Индекс позволяет компании прийти к тому же выводу раньше и дешевле — или, наоборот, увидеть, что готовность есть, и переходить к расчёту конкретного сценария.
Шесть измерений: что спрашиваем и что означает низкий балл
Данные
Вопросы этого измерения — о том, существует ли материал для работы. Измеряется ли процесс, который хотите улучшить: есть ли по нему цифры, которые кто-то регулярно смотрит. Где лежат данные — в одной системе, в нескольких, в почте и таблицах. Можно ли им доверять — совпадают ли справочники между подразделениями, заполняются ли поля по правилам. Есть ли история достаточной глубины.
Низкий балл означает, что первым проектом должен быть не ИИ, а данные: интеграция источников, единые справочники, хранилище с историей. Это ИТ-задача, и она первична. Модель на разрозненных данных предсказывает шум и делает это убедительно.
Процессы
Описан ли процесс — не в регламенте пятилетней давности, а так, как он выполняется сегодня. Стабилен ли: одинаково ли выполняется в разных подразделениях и у разных исполнителей. Дёшево ли проверить его результат — можно ли за минуту сказать, правильно ли выполнен шаг.
Низкий балл — сигнал, что автоматизация зафиксирует хаос. ИИ, встроенный в нестабильный процесс, воспроизводит его нестабильность быстрее и в большем объёме. Кроме того, результат, который дорого проверить, — плохой кандидат для автоматизации независимо от технологии: стоимость верификации съедает экономию.
Ответственность
Есть ли человек, который лично отвечает за экономический результат — не за «внедрение», а за изменение показателя. Кто будет владеть решением после запуска: поддерживать, развивать, решать, когда его менять. Есть ли у этого человека полномочия менять процесс.
По отраслевым исследованиям, персональная ответственность за результат повышает отдачу от ИИ-проекта втрое. По нашему опыту это измерение — самый частый источник срывов: у пилота есть инициатор из ИТ, но нет руководителя, чья премия зависит от результата. Когда эффект нужно защищать перед финансовым директором, защищать оказывается некому. Низкий балл здесь — не «мягкий» фактор, а прямое указание: назначьте владельца и вернитесь.
Позиция руководства
Поддерживает ли первое лицо инициативу публично — говорит ли об этом на совещаниях, включено ли это в цели. Готова ли компания менять процессы, а не добавлять ИИ поверх существующих. Готова ли принимать решения на основе того, что покажет модель, если это расходится с привычкой.
Низкий балл означает, что проект будет «ещё одной ИТ-инициативой», которую подразделения переждут. ИИ, который не меняет порядок работы, не меняет и экономику; а менять порядок работы без позиции руководства не удаётся.
Прошлый опыт
Были ли пилоты и замеряли ли их эффект — или они закончились презентацией. Как сотрудники относятся к автоматизации: как к помощи, как к угрозе, как к очередной кампании. Есть ли в компании люди, которые уже работают с ИИ-инструментами в ежедневной практике.
Низкий балл здесь читается двояко. Отсутствие опыта — не препятствие, а отсутствие базового замера у прошлых пилотов — предупреждение: компания уже один раз не смогла увидеть эффект и без изменения подхода не увидит снова. Скептицизм сотрудников после неудачных пилотов — отдельный фактор, требующий работы до старта.
Экономика и учёт
Известна ли стоимость операции, которую хотите автоматизировать, — сколько стоит обработать один документ, ответить на одно обращение, подготовить один расчёт. Видна ли эксплуатация ИТ в управленческом учёте отдельной строкой. Понятны ли отраслевые ограничения: требования к контуру, к персональным данным, к отечественному стеку.
По отраслевым исследованиям, прозрачность затрат повышает отдачу впятеро — больше, чем любой другой фактор. Механика проста: если стоимость операции неизвестна, эффект нельзя ни спрогнозировать, ни подтвердить. «Стало быстрее» не проводится в P&L. Низкий балл означает, что перед стартом нужен базовый замер — и это работа на недели, а не на месяцы.
| Измерение | Пример вопроса | Низкий балл означает | Первый шаг |
|---|---|---|---|
| Данные | Измеряется ли процесс сегодня | Первый проект — данные, не ИИ | Интеграция источников, справочники |
| Процессы | Одинаково ли процесс выполняется в разных подразделениях | Автоматизация зафиксирует хаос | Описание и стабилизация процесса |
| Ответственность | Кто лично отвечает за изменение показателя | Пилот без владельца | Назначить владельца с полномочиями |
| Позиция руководства | Готовы ли менять процесс, а не добавлять ИИ | Проект переждут | Включить в цели первого лица |
| Прошлый опыт | Замеряли ли эффект прошлых пилотов | Эффект снова не увидят | Базовый замер до старта |
| Экономика и учёт | Известна ли стоимость операции | Эффект нельзя подтвердить | Замер стоимости операции |
Что показывает результат и почему это не калькулятор ROI
Результат состоит из трёх частей.
Узкое место — измерение с самым низким баллом. Это не «оценка компании», а указание, куда смотреть в первую очередь. Готовность определяется не средним, а минимумом: высокие баллы по пяти осям не компенсируют отсутствие владельца.
Реалистичный эффект — качественная оценка того, на какой результат можно рассчитывать при текущем профиле: измеримый эффект в отчётности, эффект при условии устранения узкого места или отсутствие эффекта до наведения порядка.
С чего начать — конкретная рекомендация, вытекающая из узкого места. Иногда она звучит как «сначала данные, не ИИ». Иногда — «назначьте владельца и вернитесь». Иногда — «переходите к расчёту сценария».
Почему мы не сделали калькулятор ROI. Окупаемость зависит от конкретного сценария: какой процесс, какой объём, какая стоимость операции сейчас, какая доля результатов потребует проверки человеком, сколько стоит эксплуатация в контуре. Ни один из этих параметров нельзя узнать из пятнадцати вопросов. Число, полученное без сценария, — украшение презентации, которое невозможно защитить на встрече с финансовым директором. Индекс отвечает на вопрос, который стоит раньше: имеет ли смысл считать ROI сейчас — или сначала нужно сделать что-то другое.
Готовность к ИИ определяется минимумом по шести осям, а не средним.
Как это выглядит на практике
Производственная компания. Первое лицо поддерживает, бюджет выделен, был пилот по прогнозу спроса. Индекс показывает узкое место в данных: история продаж хранится по кварталам, справочник номенклатуры расходится между заводами, часть заказов ведётся в таблицах. Рекомендация — сначала хранилище с историей и единый справочник. Это меньше похоже на ИИ-проект, но именно после него прогноз начинает работать на реальном потоке, а не на демонстрационной выборке.
Розничная сеть. Данные хорошие, процессы описаны, стоимость операций известна. Узкое место — ответственность: инициатива идёт от ИТ-директора, а руководитель операционного блока, чьи показатели должны измениться, участвует в совещаниях «по возможности». Рекомендация — до старта договориться о владельце с полномочиями и о метрике в его целях. Без этого проект повторит судьбу пилота, который «работал», но не изменил отчётность.
Банк из первой сотни. Высокие баллы по всем измерениям, включая учёт: стоимость обработки обращения известна, эксплуатация ИТ видна в бюджете, ограничения по контуру и персональным данным понятны. Рекомендация — переходить к расчёту экономики конкретного сценария. Здесь индекс выполняет другую функцию: подтверждает, что время переговоров с вендорами о моделях стоит тратить, потому что эффект будет виден.
Что это значит для российской компании
Измерение «экономика и учёт» в России тяжелее. Требования к закрытому контуру, обработке персональных данных по 152-ФЗ, для субъектов КИИ — к отечественному стеку и сроку перехода до 1 января 2028 года: всё это входит в стоимость эксплуатации и должно быть учтено до старта. Компания, которая считала пилот на внешней модели, а прод должна вести в контуре, обнаруживает отдельный проект с отдельной экономикой. Вопросы индекса про ограничения отрасли — именно об этом.
Импортозамещение конкурирует за ресурсы. ИТ-команды многих компаний заняты миграцией с ушедших платформ. Измерение «данные» часто показывает низкий балл именно потому, что интеграционный слой перестраивается. Это не приговор: правильная последовательность — встроить требования будущего ИИ-проекта в архитектуру, которая создаётся при миграции, а не делать два проекта подряд.
Кадры. Роль владельца результата и роль верификатора — нагрузка на бизнес-подразделения, а не на ИТ. Измерения «ответственность» и «позиция руководства» проверяют, готова ли компания эту нагрузку заложить. По нашему опыту, там, где она не заложена, решение «оставлено работать» и через полгода не используется.
Что делать: пошагово
- Пройдите индекс вместе, а не в одиночку. Оптимальный состав — руководитель бизнес-подразделения, ИТ-директор и финансовый директор или его представитель. Расхождения в ответах между ними информативнее итогового балла.
- Отвечайте на вопросы про сегодняшнее состояние, а не про планы. Процесс «будет описан к следующему кварталу» — на сегодня не описан. Индекс честен ровно настолько, насколько честны ответы.
- Смотрите на минимум, а не на среднее. Узкое место — то, что определяет результат. Хороший общий балл при одном низком измерении означает: устраните это одно.
- Превратите рекомендацию в первый проект. Если рекомендация «сначала данные» — это проект с бюджетом и сроком, а не отложенное пожелание. Если «назначьте владельца» — это решение первого лица.
- Зафиксируйте базовый замер. Независимо от результата индекса, до любого ИИ-проекта нужны цифры: стоимость операции, объём, доля ошибок, время. Без них эффект останется впечатлением.
- При высоком балле — переходите к сценарию. Выберите один процесс, посчитайте экономику: стоимость сейчас, ожидаемую стоимость с ИИ, включая проверку и эксплуатацию в контуре, срок окупаемости. Это работа на недели, и мы делаем её вместе с заказчиком до старта.
- Повторите индекс через полгода. Готовность меняется. Компания, которая устранила узкое место, должна это увидеть в баллах, иначе узкое место устранено на бумаге.
Типичные ошибки
- Индекс заполняет ИТ-подразделение в одиночку. Ответы про ответственность и позицию руководства получаются оптимистичными, а результат — недостоверным. Вместо этого: заполнение втроём с бизнесом и финансами.
- Балл воспринимается как оценка компании. Низкий балл вызывает защитную реакцию, а не действие. Вместо этого: балл — карта, где узкое место; действие — устранить его.
- Ответы подгоняются под желаемый результат. Компания «проходит» индекс и получает рекомендацию, которая не соответствует реальности. Вместо этого: честные ответы; расхождение с реальностью проявится на первой же встрече при расчёте сценария.
- Рекомендация «сначала данные» воспринимается как отказ. Проект откладывается на неопределённый срок. Вместо этого: проект по данным — первый этап ИИ-проекта с бюджетом и сроком.
- Высокий балл воспринимается как разрешение на любой сценарий. Готовность компании не означает, что окупится каждый процесс. Вместо этого: расчёт экономики конкретного сценария до бюджета.
Как понять, что вы на верном пути
- Индекс пройден совместно бизнесом, ИТ и финансами, и расхождения в ответах обсуждены.
- Узкое место названо, и по нему есть решение с ответственным и сроком.
- У процесса-кандидата есть базовый замер: стоимость операции, объём, доля ошибок.
- Владелец экономического результата назначен, метрика включена в его цели.
- Стоимость эксплуатации ИИ в контуре оценена до старта, а не после пилота.
- Первое лицо говорит о проекте публично, и подразделения знают, что порядок работы изменится.
- Экономика первого сценария посчитана и защищена перед финансовым директором.
Вопросы, которые нам задают
Почему пятнадцать вопросов, а не подробная анкета
Потому что цель — не диагностика, а первичная сортировка: где узкое место и стоит ли идти дальше. Подробная диагностика — это недели работы в компании, и она нужна только тогда, когда индекс показал, что готовность есть. Четыре минуты — это порог, за которым руководитель заполнит анкету сам, а не делегирует её.
Можно ли доверять самооценке
В той мере, в какой ответы честны. Мы сознательно формулируем вопросы про факты сегодняшнего дня, а не про мнения: «есть ли человек, в цели которого включён этот показатель», а не «насколько важен для вас ИИ». Расхождения между ответами разных руководителей одной компании — сами по себе результат. На первой встрече мы сверяем ответы с реальностью, и обычно они совпадают.
Что делать, если результат низкий по нескольким измерениям
Начинать с того, что дешевле и быстрее устранить, и с того, что определяет остальное. Назначить владельца — решение одного человека и одного дня. Базовый замер стоимости операции — недели. Данные — месяцы. Порядок обычно такой: ответственность, замер, данные, процессы. И это не отложенный ИИ-проект, а его первый этап.
Что происходит после высокого балла
Мы предлагаем посчитать экономику одного конкретного сценария вместе: выбрать процесс, зафиксировать текущую стоимость, оценить стоимость с ИИ, включая проверку и эксплуатацию в контуре, определить срок окупаемости. Если экономика сходится — обсуждаем проект. Если нет — говорим об этом прямо и предлагаем другой сценарий или другое время. Расчёт занимает недели и не требует бюджета на внедрение; именно он, а не индекс, отвечает на вопрос об окупаемости в цифрах.