Большинство статей по этому запросу учат открывать ИИ-агентство. Здесь наоборот: как его нанять. Определить объём работ, задать подрядчику неудобные вопросы и проверить результат на своих данных до подписания договора.
Хороший подрядчик по внедрению ИИ берёт на себя один названный бизнес-процесс и отвечает за метрику, которую этот процесс двигает: время обработки, долю ошибок или стоимость одного кейса. Перепродавец продаёт доступ к инструменту, и его результат измеряется числом купленных вами лицензий. В выдаче по запросам про ИИ-агентства и консалтинг преобладают материалы для тех, кто хочет открыть такой бизнес: тарифные сетки, скрипты холодных писем. Читайте их с поправкой на это. Перед подписанием договора выберите один процесс с владельцем, пропишите границы, которые автоматизация не перейдёт, и проведите двухнедельный тест на своих данных, где человек проверяет каждый результат. На выходе должны быть три числа до и после: время обработки, доля ошибок и стоимость кейса. Пилоты чаще всего разваливаются, когда у процесса нет владельца, когда инструмент куплен раньше, чем описан процесс, и когда нет плана отката на случай ошибки автоматизации.
Подрядчик по внедрению ИИ перестраивает один бизнес-процесс, встраивает ИИ в те шаги, где он помогает, и отвечает за то, чтобы процесс работал и после окончания проекта. Перепродавец даёт доступ к чужому инструменту и называет передачу доступа проектом.
Выдача по запросам «ИИ-агентство» и «консалтинг по ИИ» заточена под тех, кто хочет открыть такой бизнес, а не под тех, кто хочет нанять исполнителя. Тарифные шаблоны, руководства по позиционированию и скрипты холодных рассылок ранжируются выше, чем тексты для заказчика. Если вы заказчик, смотрите, говорит ли подрядчик (и его контент) о вашем процессе и ваших цифрах или только о собственном предложении.
Разрыв между маркетингом ИИ и его результатами хорошо задокументирован. В 2025 году Project NANDA при MIT изучил вопрос: 150 интервью с руководителями, опрос 350 сотрудников и 300 публичных внедрений ИИ. По данным Fortune, около 95% корпоративных пилотов генеративного ИИ не дали измеримого эффекта в P&L или дали совсем небольшой. Остальные примерно 5% сосредоточились на одной проблеме и брали инструменты, которые подстраиваются под рабочий процесс. Отдельно Федеральная торговая комиссия США возбуждала дела против продавцов, преувеличивавших возможности своих ИИ-продуктов, в том числе обещавших гарантированный заработок с помощью «бизнес-инструментов на базе ИИ». Обе истории про одну и ту же проблему покупателя: демонстрация — это не внедрение, а обещание — не метрика.
Подрядчик по внедрению ИИ берёт на себя один названный бизнес-процесс и отвечает за его метрику, даже если большую часть работы в итоге делает не ИИ. Перепродавец отвечает за то, сколько лицензий или кредитов вы купили.
Работа с чёткими границами начинается с одного процесса, одного владельца и одной цифры. Берите процесс, у которого уже есть измеримый результат: время ответа на лид (например, 3 дня против 3 часов), число дней на закрытие месяца (12 против 5) или доля ошибок в регулярном отчёте. Если никто не может назвать текущую цифру, процесс рано автоматизировать. Сначала ему нужен владелец.
Запишите задачу фразой, под которой может подписаться руководитель операционного отдела: «Сократим путь от обращения пациента до записи на приём с 4 дней до 1, и клиническое решение по-прежнему принимает врач». В ней есть процесс, метрика, цель и граница. Если подрядчик не может сформулировать что-то подобное вместе с вами уже на первой встрече, он продаёт инструмент, а не решает задачу.
Границы важны не меньше цели. Определите хотя бы четыре действия, которых автоматизация не совершит никогда: (1) одобрять кредит, (2) ставить диагноз, (3) увольнять сотрудника, (4) отправлять письмо без проверки. Впишите все четыре в договор, а не только в презентацию к стартовой встрече.
Задайте эти шесть вопросов до подписания. По ответам видно, кого вы нанимаете: того, кто уже запускал такой процесс, или того, кто уже показывал демо.
Перепродавец отвечает языком продукта: рабочие места, токены, интеграции, аптайм. Практик отвечает языком вашего процесса: очередь, исключение, проверяющий, передача дел. По отдельности ни один из шести ответов не бывает нечестным. Вместе они показывают, что вы покупаете.
| Признак | Перепродавец | Практик |
|---|---|---|
| Первый вопрос | Какой тариф вам нужен? | Как сейчас устроен процесс? |
| Что он оценивает | Рабочие места или объём использования | Результат и процесс |
| Кто отвечает за очередь исключений | Не обсуждается | Назначен человек, есть шаг проверки |
| Типовой договор | Продлевается каждый месяц, критерия выхода нет | 14-дневный тест, затем 90 дней с проверкой по метрике |
| Что остаётся после проекта | Подписка | Описанный процесс и обученная команда |
Настоящий тест идёт на ваших данных, а не на демонстрационном наборе, и идёт параллельно с текущим процессом, а не вместо него. За 14 дней успевает проявиться закономерность, а бюджет, от которого потом нельзя отказаться, вы ещё не тратите.
| Дни | Что происходит | Проверка |
|---|---|---|
| 1–2 | Берём 100–300 реальных кейсов за последние 30 дней и фиксируем исходные цифры: время на кейс, долю ошибок, кто в нём участвует | Не нужна, это только замер |
| 3–5 | Подключаем ИИ-шаг к теневой копии той же очереди: он обрабатывает те же кейсы, но на живой результат не влияет | Проверяется каждый результат, в работу ничего не уходит |
| 6–9 | Сравниваем путь с ИИ и исходные цифры на тех же кейсах | Проверяется каждый результат |
| 10–12 | Если цифры держатся, отдаём ИИ живой фрагмент потока: примерно 5–10 кейсов из 100 | Проверяется каждый кейс из этого фрагмента |
| 13–14 | Считаем общее время обработки, долю ошибок и стоимость кейса до и после и решаем: масштабировать, дорабатывать или остановить | Подпись владельца процесса |
Если подрядчик не может предъявить эти три числа — время обработки, долю ошибок и стоимость кейса — по итогам 14-дневного прогона, он ничего не тестировал. Он показал демо с вашим логотипом.
Привязывайте цену к метрике, которую двигает проект, а не к технологии. Фиксированная сумма за заранее определённый объём, где 14-дневный тест служит барьером перед любыми крупными обязательствами, выравнивает интересы: подрядчик получает деньги за улучшенный процесс, а не за количество задействованных моделей.
Весь разговор держится на трёх числах до и после проекта.
Время обработки — сколько проходит от поступления кейса до его закрытия. Доля ошибок — какая часть кейсов потребовала исправления постфактум, а не только тех, что проверяющий поймал на лету. Стоимость кейса — это стоимость инструмента плюс время проверяющего, делённые на число обработанных кейсов. Если процесс стал быстрее, но стоимость кейса выросла вдвое, вы ничего не сэкономили. Вы перенесли расходы туда, куда пока не смотрите.
Просите эти три числа раз в месяц первые 90 дней, а не только по итогам пилота. Бывает, что через 14 дней всё выглядит хорошо, а к третьему месяцу показатели уплывают. Поэтому в договоре должны стоять постоянные замеры, а не единовременный отчёт по пилоту.
| Контрольная точка | День | Что должно быть выполнено, чтобы продолжать |
|---|---|---|
| Итог теста | 14 | Названы три числа: время обработки, доля ошибок, стоимость кейса |
| Первая проверка | 30 | Динамика метрики держится на живых кейсах, а не только на тестовом фрагменте |
| Вторая проверка | 60 | За предыдущие 30 дней не было неразобранных случаев отката |
| Решение о продлении | 90 | Целевая метрика достигнута, иначе работа заканчивается |
Первыми глохнут пилоты без владельца. Если у процесса, которого касается пилот, нет назначенного владельца в вашей компании, ИИ-слою некому отчитываться, когда что-то идёт не так. Им перестают пользоваться в течение 30 дней, обычно когда накапливаются первые два-три неразобранных исключения.
Инструмент, купленный раньше, чем описан процесс, тратит бюджет дважды. Команда покупает платформу, 60–90 дней её настраивает и обнаруживает, что настоящее узкое место на два шага выше, чем место установки. Сначала опишите процесс: где кейсы входят, где ждут, где человек принимает решение. Покупайте инструмент под шаг, который совпадает с вашим узким местом, а не под тот, что показал подрядчик на демо.
Если нет плана отката, плохая неделя превращается в постоянный сбой. Прежде чем путь с ИИ коснётся живых кейсов, запишите, как кейс вернётся к ручной обработке в течение одного рабочего дня, если автоматический шаг сломается или выдаст ошибку. Пока никто не может ответить, что будет с кейсом № 47, если всё сломается, пилоту нельзя доверять ничего живого.
Если купить функциональность, но не людей, которые будут с ней работать, у команды останется инструмент, которым никто не пользуется. Процессу нужны один назначенный проверяющий, один путь эскалации и человек, который обновляет промпты и правила хотя бы раз в 30–60 дней, пока меняется ваш бизнес. Если договор закончился и никто в вашей команде не может вести процесс без подрядчика, вы купили демо, а не работающую функцию.
Процесс, готовый к 14-дневному тесту с ИИ, обычно уже имеет владельца и цифру. С этого же начинается и более широкая практика AI for Real Work. Если в вашей компании, где работает хоть три человека, хоть триста, остаются процессы без владельца, это первым проявляется в отчётности и финансах. Как выглядит такой пробел изнутри, мы разобрали в материале о роли RevOps-менеджера. Чек-лист аудита маркетинга поможет описать процесс до того, как вы купите что-то для его автоматизации. А компании, которые выбирают между наймом сотрудника и внешними операторами (обычно этот вопрос встаёт около раунда A), найдут сравнение в материале об операционном директоре на аутсорсе и встроенной операционной команде.
Как мы формулируем такую работу, читайте в разделе AI for Real Work. Есть процесс на примете и нужно второе мнение об объёме работ до разговора с подрядчиком — напишите нам.
Цена зависит от объёма работ, а не от тарифа подписки. Обычно это фиксированная сумма за двухнедельный тест с понятным результатом, а затем отдельная сумма за разработку, если тест показал, что метрика сдвигается. Если подрядчик называет помесячную цену за рабочее место раньше, чем разобрал ваш процесс, он продаёт инструмент, а не результат.
Консультант обычно отдаёт рекомендации и уходит. Подрядчик собирает рабочий процесс, проводит двухнедельный тест на ваших данных и после запуска отвечает за метрику: как правило, первый квартал отчитывается по времени обработки и доле ошибок раз в месяц.
Да. Для теста хватит 100–300 реальных кейсов из ваших записей. Конвейер данных и отдельный инженер не нужны. Обычно достаточно таблицы и человека, который умеет замерить время обработки и долю ошибок до и после.
Любой шаг, где принимается окончательное решение о клиенте, пациенте или сотруднике без проверки человеком: одобрение кредита, клиническое суждение. Первый тест должен затрагивать процесс вокруг решения, а не само решение.
Как клиника может за две недели проверить, помогает ли ИИ разбирать входящие заявки и записывать пациентов, не трогая клинических решений: замер до старта, ответственный сотрудник, требования HIPAA, GDPR и 152-ФЗ.
Шесть процессов для ИИ, от проверки документов клиента до закрытия месяца: какую метрику каждый двигает, какие данные затрагивает и где остаётся проверка человеком.
Эти две модели закрывают разные дыры. Как понять, какая нужна вашей компании, и чем каждая обходится во времени и в контроле.
