Когда компания решает внедрять ИИ, у отделов быстро набирается список из двух десятков идей: бот для клиентов, разбор входящих писем, прогноз продаж, помощник для юристов. Выбирают обычно самую заметную. А от первого проекта зависит, будет ли второй: если он растянется на полгода и не покажет цифр, тему закроют надолго. Разберем, по каким признакам выбирать первый процесс, что общего у семи наших опубликованных проектов и с каких задач начинать не стоит.
Первый проект должен дать цифру за недели
У первого проекта особая задача. Он должен не только принести пользу, но и показать ее так, чтобы финансовый директор и руководители отделов поверили в следующий шаг. Поэтому хороший первый процесс — не самый важный и не самый интересный, а тот, где через несколько недель можно назвать изменившееся число и объяснить, откуда оно взялось.
Самая дорогая ошибка — начать с проекта, который упирается в пять систем и полгода согласований. Пока команда получает доступы, интерес угасает, а бюджетный год заканчивается. Неверно выбранный масштаб — одна из главных причин, по которым удачный пилот так и не становится рабочей системой.
Самый важный процесс компании часто оказывается худшим кандидатом. Цена ошибки в нем максимальна, исключений больше всего, а владелец не готов рисковать, пока технология не проверена на чем-то попроще. Его очередь наступит, когда у компании будут работающий пример и цифры.
Что общего у семи наших проектов
Мы опубликовали семь кейсов с цифрами «было — стало». Отрасли и технологии в них разные, а признаки процесса повторяются.
- Металлургия: сверка продукции с аналогами конкурентов занимала несколько дней, теперь отчет готов за 30 минут, а маржа по ключевым контрактам выросла на 5–7%.
- Корпорация: поиск по тысячам документов занимал часы, теперь ответ приходит за 5–10 секунд с точностью до 90%.
- Строительство: отчет из базы готовили 2–3 дня, теперь он готов за 5 минут по вопросу на русском, а нагрузка на ИТ-отдел снизилась на 70%.
- Компания с более чем 500 сотрудниками: голосовой ассистент сократил время на оформление заявок на 60% и принимает около 200 обращений в день.
- DevTools-стартап: на типовой код уходит на 80% меньше времени, скорость релизов выросла на 30%.
- Производство: система распознает брак на конвейере с точностью 92%, возвратов стало меньше на 18%, проверка идет в 5 раз быстрее.
- Проверка иностранных дипломов: обработка документа сократилась с 2–3 дней до 15 минут, ошибок стало меньше на 90%.
Общих черт у этих процессов пять. Операция повторяется постоянно: каждую неделю, каждый день или на каждом изделии. Время «до» было известно в часах и днях, поэтому эффект можно было посчитать. На входе — то, что система может прочитать: документы, база данных, снимки, речь, код.
Рядом с моделью остался человек или жесткое ограничение. Спорные сопоставления в металлургии подтверждает аналитик, пограничные изделия на конвейере уходят на ручной контроль, спорные распознавания дипломов проверяет оператор, критичные операции голосового ассистента подтверждает сотрудник, а сервис отчетов только читает базу. И результат мерили в единицах процесса — часах, возвратах, ошибках, — а не только в точности модели.
Шесть признаков хорошего первого процесса
Признаки делятся на две группы. Первые три говорят, будет ли эффект, последние три — дойдет ли проект до эксплуатации. Процесс с большим объемом, но без владельца так же рискован, как процесс с заинтересованным владельцем, но без данных.
Операция повторяется часто
Эффект от ИИ складывается из множества мелких экономий: минуты на документе, часы на отчете. Если операция случается раз в месяц, экономить не на чем, даже если каждая занимает полдня. Объем считают так: число операций в месяц, умноженное на время одной.
Есть базовая линия
Вы можете сказать, сколько процесс занимает сейчас и сколько в нем ошибок, и подтвердить это данными, а не оценкой руководителя. Без базовой линии эффект не доказать: после запуска начнется спор о том, стало ли лучше.
Вход можно прочитать, и к нему есть доступ
Документы, письма, записи в базе, снимки, речь — система работает с тем, что можно ей передать. Важно и второе: к этим данным есть доступ, а примеры можно собрать за дни. Если нужные сведения живут в головах сотрудников или в переписке в мессенджерах, процесс для старта не подходит.
Ошибку можно поймать до того, как она стоит денег
Модель ошибается, вопрос в том, где это обнаружится. В хорошем первом процессе спорный результат видит человек: аналитик подтверждает сопоставление, оператор проверяет поле, сотрудник принимает решение по ответу со ссылкой на источник. В плохом ошибка сразу уходит клиенту или в проводку.
У процесса есть владелец, которому это нужно
Это человек, чья работа изменится, и у него есть время участвовать: объяснять правила, проверять результаты, разбирать спорные случаи. Если процесс выбрали сверху, а его владелец узнал последним, система встретит тихое сопротивление: формально она работает, а на деле находятся причины делать по-старому.
Границы узкие
Один процесс, одно подразделение, один тип документа или одна линия. Такой проект укладывается в недели и дает число, которое потом переносят на масштаб. Широкая постановка вроде «автоматизировать документооборот» на старте превращается в программу на год.
Как оценить список идей за один день
Соберите кандидатов от руководителей отделов — обычно их набирается 10–20. Для каждого запишите объем, время одной операции и тип входа. Затем оцените процесс по шести признакам: 2 балла — признак выполнен, 1 — частично, 0 — нет. Оценивать лучше вместе с владельцами процессов, а не за них: они знают, сколько на самом деле исключений и где лежат данные.
Отдельно отметьте стоп-признаки. Процесс без регламента, необратимое действие, которое некому проверить, данные, к которым нет доступа, — такой процесс не берут первым при любой сумме баллов.
Условный пример. Разбор входящих счетов от поставщиков: тысячи в месяц, время ручного ввода известно, сканы доступны, спорные поля проверяет бухгалтер, владелец — главный бухгалтер, границы — один тип документа. Итог — 12 баллов из 12. Бот для клиентов на сайте: обращений много, но ответы уходят клиенту без проверки, базы знаний нет, владелец не назначен — 5 баллов. Прогноз продаж для директора: истории всего год, базовой линии нет, проверить прогноз можно только через квартал — 4 балла. Первыми берут счета, остальное — после.
Баллы не заменяют расчет, но быстро отсеивают идеи, которые выглядят перспективно только на презентации. Для двух-трех лидеров списка дальше считают деньги.
Как перевести оценку в деньги
Для лидеров списка считают грубую выгоду: сколько часов уходит на процесс в месяц, какую долю операций система возьмет без человека и сколько времени останется на проверку спорных. К этому добавляют цену ошибок, которые сейчас оборачиваются возвратами, штрафами и переделками.
Условный пример. В бухгалтерию приходит 3 тыс. счетов в месяц, ручной ввод одного занимает около 5 минут — это 250 часов. Если две трети счетов проходят без человека, а на каждый спорный уходит 2 минуты вместо 5, на проверку остается около 33 часов, и высвобождается порядка 215 часов в месяц. Против этого ставят стоимость проекта и его поддержки. Реальную долю спорных показывает только прототип на ваших документах.
Грубый расчет нужен, чтобы сравнить кандидатов между собой, а не чтобы защищать бюджет. Для защиты считают подробно: со стоимостью владения, переходным периодом и тремя сценариями. Как это сделать, мы разбирали в статье о том, как посчитать окупаемость ИИ-проекта.
С каких процессов обычно начинают
Наши кейсы ложатся в несколько типов процессов, и с них же разумно начинать большинству компаний. Все эти процессы внутренние: ошибку видит сотрудник, а не клиент.
- Входящие документы: счета, акты, накладные, заявки. Система извлекает поля, проверка ловит противоречия, спорное уходит оператору.
- Поиск ответа по внутренним документам для сотрудников: регламенты, договоры, инструкции. Ответ приходит со ссылкой на источник, и сотрудник проверяет его за секунды.
- Нестандартные отчеты из базы, за которыми сейчас идут в ИТ-отдел. Как устроены отчеты по вопросу на русском, мы разбирали отдельно.
- Сопоставление и сверка: номенклатура поставщиков, позиции смет и актов, взаиморасчеты.
- Типовые заявки сотрудников — справки, отпуска, доступы — с понятным маршрутом согласования.
На производстве к ним добавляется контроль качества на камерах, если дефект виден на снимке, а поток большой. Инструмент для каждого шага свой: где-то нужна языковая модель, где-то классическая, а где-то хватит скрипта. ИИ-автоматизация — это подбор инструмента под шаг, а не одна модель на весь процесс. Как отличить одно от другого, мы разбирали в статье об ИИ, RPA и обычных скриптах.
С чего начинать не стоит
- Клиентский бот как самый первый проект. Его ответы уходят клиенту без проверки, ему нужны готовая база знаний и строгая приемка. Внутренний ассистент для сотрудников проверяет ту же технологию дешевле: ошибку видит сотрудник, а не клиент.
- Решения с серьезными последствиями: кредитные лимиты, отказы, скидки, кадровые решения. Модель может готовить материал, но решение и ответственность остаются за человеком.
- Процессы без регламента, которые меняются каждый месяц. Сначала правила, потом автоматизация.
- Редкие операции вроде квартальной отчетности или ежегодной инвентаризации: экономить не на чем.
- Задачи без измеримого результата: «помощник руководителя», «аналитика по всей компании». Через месяц нельзя будет сказать, что изменилось.
- Прогнозы при короткой истории. Для сезонного процесса нужно хотя бы два полных года данных, иначе модель не видит годового цикла.
Это не запрет навсегда. Клиентский бот или прогноз спроса могут стать отличным вторым или третьим проектом, когда первый уже работает, а у компании есть база знаний, проверочные наборы и привычка мерить эффект.
Кого позвать на выбор
Выбор первого процесса — не решение одного ИТ-отдела. На встрече, где оценивают список, нужны четыре стороны.
- Владельцы процессов-кандидатов: они знают объемы, правила и исключения.
- ИТ-отдел или администраторы систем: есть ли API, сколько займет доступ к данным, есть ли тестовая среда.
- Служба безопасности: какие данные можно передавать и куда, нужен ли закрытый контур.
- Финансовая служба: как будет считаться эффект и что она примет как доказательство.
Финансовую службу часто зовут в конце, когда проект уже выбран. Зря: если она заранее согласилась с базовой линией и способом замера, через два месяца разговор пойдет о цифрах, а не о методике.
Если ни один процесс не подошел
Так бывает, и это полезный результат. Чаще всего причина одна из трех: нужных данных нет или к ним нет доступа, процессы не описаны или операции слишком редки, чтобы на них экономить.
В первых двух случаях начинать стоит не с ИИ. Данные приводят в порядок, процессы описывают, и через несколько месяцев тот же список оценивают заново: часть кандидатов к этому времени набирает нужные баллы. В третьем случае честный ответ — ИИ компании пока не нужен.
Как мы выбираем процесс на диагностике
На ИИ-аудите эта работа занимает основную часть времени. Мы проводим интервью с руководителями отделов, собираем кандидатов и смотрим на реальные выгрузки данных, а не на описания систем. Затем оцениваем процессы по объему, повторяемости и цене ошибки, строим матрицу приоритетов и считаем эффект для двух-трех лидеров. Аудит занимает 2–4 недели.
В отчете есть часть, которую заказчики ожидают не всегда: процессы, где ИИ не нужен. Часть кандидатов честнее закрыть интеграцией или скриптом, и мы так и пишем, даже если теряем проект. А если первый процесс очевиден с самого начала, долгий аудит не нужен: мы скажем об этом прямо и перейдем к прототипу.
Один процесс, а не программа на год
После выбора первого процесса появляется соблазн сразу запланировать пять следующих. Не стоит: первый проект покажет, сколько на самом деле занимают доступы, каково качество данных и как люди принимают систему. Эти знания меняют оценку остальных кандидатов.
Разумная последовательность — прототип на одном процессе, пилот на реальном участке, промышленный запуск и только потом второй процесс. Второй идет заметно быстрее: интеграции, мониторинг и порядок проверки спорных случаев уже есть, а команда умеет мерить эффект.
Как через месяц понять, что выбор был верным
Критерий успеха прототипа и пилота записывают до начала работ — в единицах процесса, а не в точности модели. Через месяц смотрят на четыре цифры.
- Доля операций, прошедших без участия человека.
- Время на одну спорную операцию по сравнению с ручной обработкой.
- Ошибки, найденные позже: исправленные документы, возвраты, жалобы.
- Доля сотрудников, которые пользуются системой, а не обходят ее.
Если цифры не дотягивают до критерия, честное решение — не дорабатывать бесконечно, а разобрать причину. Иногда дело в данных, и их можно поправить за пару недель. Иногда процесс оказался сложнее, чем выглядел в списке, и тогда стоит перейти ко второму кандидату. Поэтому кандидатов и оценивают списком, а не выбирают одного: запасной вариант уже посчитан.
Сроки, бюджет и команда
Прототип на выбранном процессе — от 600 тыс. ₽ и до двух недель: один сценарий, одна интеграция, замер на ваших данных. Пилот — 1,5–3,5 млн ₽ и 3–6 недель: 3–5 сценариев, от трех интеграций и замер эффекта на реальном участке. Промышленное внедрение считается индивидуально.
С нашей стороны работают ML-инженер, бэкенд-разработчик и аналитик. С вашей нужны владелец процесса, администратор систем, с которыми работает решение, и специалист, который разбирает спорные случаи.
Коротко
- Первый проект должен показать измеримый результат за недели, иначе второго может не быть.
- Хороший первый процесс повторяется часто, у него есть базовая линия, читаемый вход, проверка спорного, владелец и узкие границы.
- У семи наших проектов общие черты: частая операция, известное время «до», человек рядом с моделью и замер в единицах процесса.
- Список идей оценивают баллами за день, а для двух-трех лидеров считают деньги.
- Клиентский бот, решения с серьезными последствиями и процессы без регламента лучше оставить на потом.
- Если ни один процесс не подошел, начинать стоит с данных и регламентов, а не с ИИ.