С чего начать внедрение ИИ руководителю: три вопроса до бюджета
Внедрение ИИ для руководителя начинается с управленческого решения, которое предшествует бюджету: вы отвечаете на три вопроса о процессе, данных и критерии успеха. Какой процесс болит и поддаётся измерению, есть ли под него данные и владелец, по какой цифре вы поймёте, что связка сработала и даёт ROI ИИ. Эти три ответа отсекают большую часть пустых трат ещё до того, как вы выделите первый рубль.
Короткий ответ: три вопроса до бюджета
За последний год я много раз наблюдаю одинаковую картину. Руководитель приходит с фразой «нам нужен искусственный интеллект», собирает совещание, выделяет деньги и ждёт, что через месяц команда станет работать быстрее. В комнате молчат, когда звучит вопрос, какой именно процесс меняется и как замерить выгоду. Всё это превращается в дорогой эксперимент без точки выхода: подрядчик что-то ставит, команда вяло пробует. Спустя квартал вопрос «помогло ли» так и висит в воздухе.
Решение здесь управленческое, и оно предшествует деньгам. Прежде чем сравнивать инструменты, выбирать подрядчика или считать стоимость лицензий, вы как руководитель отвечаете на три вопроса. Они звучат скучно, зато отсекают большую часть провальных проектов на берегу. Эта статья разбирает каждый из трёх вопросов и показывает, какие ответы дают зелёный свет, какие — повод отложить траты.
Вопрос первый: какой процесс болит и поддаётся измерению
Первый вопрос отсекает абстракцию. «Внедрить ИИ» — это лозунг, под которым нет работы. Работа появляется, когда вы называете конкретный процесс: обработка входящих заявок, подготовка коммерческих предложений, сведение еженедельного отчёта, ответы первой линии поддержки, разбор договоров перед подписанием. У каждого такого процесса есть начало, конец, ответственный человек и понятная единица — заявка, документ, обращение, отчёт. Эта конкретность сразу превращает мечту в измеримую задачу.
Слово «болит» здесь работает как второй фильтр. Процесс должен забирать заметную часть времени дорогих людей или регулярно становиться узким местом. Если ваш руководитель отдела тратит треть недели на ручную сборку отчётов из пяти источников, это боль с понятной ценой. Если же речь о редкой задаче, которая случается раз в квартал, экономия окажется символической, и любой инструмент тут будет окупаться годами. Боль выбирают по частоте и по стоимости часа того, кто этой болью занят.
Измеримость — третья часть первого вопроса, и она самая важная для последующего разговора о деньгах. Хороший кандидат на внедрение легко описывается цифрами уже сегодня: сколько заявок в день, сколько минут уходит на одну, сколько ошибок проскакивает, сколько времени человек ждёт ответа. Когда этих чисел в учёте нет, вы сначала наводите порядок в измерениях, и только затем приходите к ИИ. Внедрение поверх хаоса даёт хаос быстрее. Выбор первого процесса мы детально разбираем в отдельном материале, поэтому здесь хватит одного критерия.
| Процесс | Признак хорошего кандидата | Признак, что рано |
|---|---|---|
| Обработка заявок | Поток ежедневный, время на заявку измеряется | Заявки приходят хаотично, учёта нет |
| Подготовка отчётов | Регулярность и формат стабильны | Каждый отчёт собирают по-новому |
| Первая линия поддержки | Типовые вопросы повторяются | Каждое обращение уникально |
| Разбор документов | Документы однотипные, объём большой | Документы редкие и все разные |
Вопрос второй: есть ли данные и владелец
Второй вопрос про сырьё и ответственность. Языковая модель работает на ваших данных: примерах прошлых ответов, шаблонах документов, базе типовых обращений, регламентах. Если этих данных нет в пригодном виде или они лежат в головах сотрудников и переписках, любой инструмент окажется пустым. Поэтому до трат вы честно отвечаете, откуда система возьмёт контекст для своей работы и в каком он состоянии.
Состояние данных решает почти всё. Сто аккуратных примеров «вопрос — правильный ответ» стоят дороже терабайта свалки из старых файлов. Большая языковая модель подхватывает паттерн из чистых примеров и сразу начинает повторять вашу логику. Грязные данные дают грязный результат, и команда быстро теряет доверие к связке. Перед бюджетом вы оцениваете прежде всего порядок и лишь потом объём: размечены ли примеры, едины ли форматы, чисты ли выгрузки от лишних персональных данных, которые опасно отдавать наружу.
Владелец процесса — вторая половина этого вопроса, и про неё руководители забывают регулярно. У внедрения должен быть один человек внутри команды, который отвечает за результат: он знает процесс изнутри, он принимает работу подрядчика, он решает спорные случаи. Без такого владельца проект повисает между подрядчиком и абстрактной «командой», и за результат спросить становится некого. Вы как руководитель назначаете владельца до старта, чтобы ответственность была понятна с первого дня.
- Назовите данные, на которых будет работать связка: примеры ответов, шаблоны, регламенты, база обращений.
- Оцените их состояние: размечены ли, едины ли форматы, нет ли лишних персональных данных в выгрузках.
- Решите, где данные живут и кто к ним имеет доступ, чтобы вопрос приватности встал заранее.
- Назначьте одного владельца процесса внутри команды и дайте ему право принимать работу подрядчика.
- Договоритесь, что спорные случаи решает владелец вместе с человеком на проверке, оставляя коллективные обсуждения за рамками рутины.
Вопрос третий: как поймём, что сработало
Третий вопрос самый дисциплинирующий. До старта вы записываете одну цифру, по которой через короткий срок примете решение продолжать или закрыть. Без этой цифры проект превращается в бесконечную доводку: подрядчик показывает красивые демонстрации, команда вяло хвалит, а вопрос об отдаче вложения так и висит. Критерий успеха, зафиксированный заранее, защищает вас от собственного желания поверить в результат задним числом.
Хороший критерий привязан к боли из первого вопроса. Если процесс — обработка заявок, цифрой становится время на заявку или доля заявок, обработанных без ручной правки. Если процесс — подготовка отчётов, цифра — часы, которые освободились у человека. Критерий должен быть один и понятный любому в команде: «время на заявку упадёт с двадцати минут до пяти при сохранении качества проверки». Качество здесь держит человек в контуре, который смотрит спорные случаи, поэтому скорость растёт без потери контроля.
Качество измеряют отдельно от скорости, и для этого есть честный инструмент — оценки качества. Вы заранее собираете набор реальных примеров с правильными ответами и регулярно прогоняете связку через них. Цифра по таким прогонам показывает, держит ли система планку, пока вы наращиваете скорость. Эта пара «скорость плюс качество» и есть ваш критерий go или kill. К моменту разговора с подрядчиком обе метрики уже записаны вашей рукой, поэтому цель остаётся вашей. Подрядчик подстраивается под неё.
| Процесс | Метрика скорости | Метрика качества |
|---|---|---|
| Обработка заявок | Минут на одну заявку | Доля заявок без ручной правки |
| Подготовка отчётов | Часов на сборку отчёта | Совпадение цифр с источником |
| Поддержка клиентов | Время до первого ответа | Доля ответов, принятых владельцем |
| Разбор договоров | Минут на один документ | Доля найденных рисковых пунктов |
Что делать после трёх вопросов
Три вопроса дают вам управленческую опору, и дальше начинается работа руками. Когда процесс выбран, данные на месте, владелец назначен и критерий записан, разговор о бюджете становится коротким и предметным: вы платите за конкретный результат на конкретной цифре вместо обещания «внедрить ИИ». Это меняет переговоры с подрядчиком, потому что теперь рамку задаёте вы, и любой исполнитель либо встраивается в неё, либо отсеивается.
- Запустите пилот на одном процессе с записанным критерием, удерживая масштаб узким до первого результата.
- Держите человека на проверке спорных случаев, чтобы скорость росла без потери качества.
- Сверяйте связку с набором оценок качества регулярно, а в день демонстрации подрядчика делайте это особенно придирчиво.
- Принимайте решение go или kill строго по той цифре, которую записали до старта, удерживая себя от соблазна «ещё чуть-чуть доведём».
- Учите владельца и команду работать с инструментом самостоятельно, чтобы знание оставалось внутри компании.
Последний пункт определяет, останется ли результат с вами после ухода подрядчика, — поэтому разберу его отдельно. Внедрение, которое держится на одном внешнем исполнителе, рассыпается в тот день, когда он уходит. Поэтому мы работаем как тренеры: ставим связку изнутри и обучаем владельца и команду вести её самостоятельно, чтобы через несколько недель компания обслуживала процесс сама. Этот подход и логику обучения руководителей мы разбираем в наших программах.
Руководитель, который записал три ответа до бюджета, торгуется с подрядчиком на равных: он знает процесс, видит данные и держит в руках цифру, по которой судит результат.
Частые вопросы
С чего конкретно начать внедрение ИИ руководителю?
Начните с трёх вопросов до бюджета: какой процесс болит и поддаётся измерению, есть ли под него чистые данные и владелец, по какой одной цифре вы поймёте, что связка сработала. Это управленческое решение, которое предшествует выбору инструмента и подрядчика. Когда на все три вопроса есть ответ, разговор о деньгах становится коротким и предметным.
Какой процесс выбрать для первого внедрения?
Берите самый дорогой по времени повторяющийся процесс, у которого есть начало, конец, ответственный и измеримая единица: заявка, документ, обращение, отчёт. Хороший кандидат уже описывается цифрами сегодня — сколько штук в день, сколько минут на одну. Если учёта нет, сначала наведите порядок в измерениях, и лишь затем приходите к ИИ.
Сколько данных нужно, чтобы языковая модель заработала на нашем процессе?
Решает качество данных, объём вторичен. Сотня аккуратных примеров «вопрос — правильный ответ» стоит дороже терабайта старой свалки. Модель подхватывает паттерн из чистых размеченных примеров и повторяет вашу логику. Перед стартом оцените порядок: едины ли форматы, размечены ли примеры, чисты ли выгрузки от лишних персональных данных.
Зачем нужен отдельный владелец процесса?
Владелец — один человек внутри команды, который знает процесс изнутри, принимает работу подрядчика и решает спорные случаи. Без него проект повисает между исполнителем и абстрактной командой, и спросить за результат становится некого. Назначайте владельца до старта, чтобы ответственность была понятна с первого дня.
Как заранее задать критерий успеха внедрения?
Запишите одну цифру, привязанную к боли процесса, и зафиксируйте её до старта. Для заявок это время на одну заявку или доля заявок без ручной правки. Качество держите отдельно через набор оценок: соберите реальные примеры с правильными ответами и прогоняйте связку через них. Пара «скорость плюс качество» и есть ваш критерий go или kill.
Что делать, если хотя бы на один из трёх вопросов ответа нет?
Отложите траты и закройте пробел. Нет измеримого процесса — сначала наведите порядок в учёте. Нет данных или владельца — соберите примеры и назначьте ответственного до старта. Нет критерия — запишите цифру прямо сейчас. Бюджет, выделенный до закрытия пробелов, уходит в красивую презентацию вместо результата, поэтому фильтр работает именно как стоп-кран до денег.
Разберём вашу ситуацию на Discovery-созвоне
Один час на Discovery-созвоне — и вы увидите, какие задачи в вашем случае отдать ИИ, какие оставить команде.
Прийти на Discovery-созвон →