ИИ на производстве: старт с одного процесса

Пилот ИИ на производстве, растянутый на несколько процессов, не даёт понять, какой участок дал эффект, и расходы остаются без обоснования. Начните с одного процесса, где объём ровный, правила записаны, а ошибка стоит дёшево. Чаще всего это входящие заявки и типовые документы; контроль качества на линии ставят вторым, когда первый пилот уже отдал метрики. Решения для производителей.

Контекст: почему пилот сужается до одного процесса

У завода десятки участков: заявки, снабжение, документы, качество, планирование. ИИ не приходит во все сразу, и это ограничение не техническое. Метрику считают по конкретному участку: пока пилот размазан по пяти процессам, непонятно, что именно дало эффект и с чем сравнивать.

Полезно разделить два вопроса. «Сколько стоит одна операция» помогает сравнить процессы между собой. «Сколько стоит участок в месяц» описывает бюджет: разовую настройку плюс переменный выпуск. Обе цифры считают по одной смете, но отвечают на разные вопросы, и смешивать их в разговоре с директором не стоит.

Сужение задаёт и срок. Пилот на одном процессе запускается за две–четыре недели, потому что данные и правила собирают под одну операцию. Стоимость операции считают до старта: время сотрудника, цена ошибки и объём. Для обработки заказа это обычно 120–450 рублей за штуку, и разброс задаёт отрасль. Пилот на процессе с 200 заявками в день окупается за месяц, а на ровном объёме с описанными правилами агент выходит на уровень опытного сотрудника за две–три недели.

Куда смотреть: четыре кандидата на первый пилот

Кандидата оценивают по трём осям: стабильность объёма, записанные правила и цена ошибки. Готовность к пилоту — минимум из трёх оценок по шкале от одного до пяти, поэтому слабая ось тянет процесс вниз.

Первый процесс	Объём	Правила	Цена ошибки	Готовность, 1–5
Входящие заявки и заказы	ровный, от 100 в день	записаны	низкая: оператор проверяет до отправки	5
Типовые документы и согласования	средний	записаны	средняя: правки идут до подписи	4
Контроль качества на линии	ровный, каждая единица	частично: классы дефектов	средняя: спорные уходят оператору	3
Внутренний ассистент по регламентам	переменный	записаны	низкая	3

Выше всех стоят входящие заявки: поток ровный, правила описаны, ошибку ловит оператор. Контроль качества на линии идёт следом. Объём у него ровный, но правила дробятся на классы дефектов, а ложный отбрак годной детали останавливает поток, поэтому к участку добавляется ручная перепроверка. Ассистент по регламентам прощает ошибки, но переменный объём не даёт измерить эффект в часах за первый месяц.

Второго кандидата выбирают по остатку. Если заявки уже закрыты, следующий шаг — документы и согласования: там те же правила, но ошибка дороже, потому что черновик идёт на подпись. Линию подключают отдельным пилотом: ей нужны камеры, подсветка и разметка дефектов, и настройка занимает больше времени, чем интеграция с учётом.

Что инструментировать в первом процессе

Инструментировать процесс — значит дать агенту доступ к данным, снять базовые метрики и зафиксировать место человека. Несколько вещей делают до запуска.

Доступ к системе. Агенту нужен API к учёту: читать 1С, писать в CRM, забирать вложения из почты. С открытыми интерфейсами настройка занимает дни. Начинают с одной учётной системы: связка двух систем даёт 80% эффекта.

Порядок в справочниках. Дубли карточек и пустые поля дают агенту мусор на входе, поэтому чистка справочников перед стартом экономит месяцы поддержки.

Базовая метрика. До автоматизации фиксируют четыре числа: объём операций в день, время на одну операцию, доля ошибок и доля операций, закрытых без человека. Те же четыре числа снимают после пилота, и сравнение показывает эффект.

Поведение при сбое. До запуска описывают таймаут, повтор и эскалацию оператору. При сбое очередь отвечает, а инцидент остаётся на виду.

Права и роли. До старта фиксируют, к каким системам у агента есть доступ: персональные данные, не связанные с задачей, он не видит. Журнал операций и разграничение доступа закрывают большую часть вопросов безопасности.

Границу выдают сразу. Агент готовит решение, а на операциях с деньгами его подтверждает сотрудник: заявки ускоряются на треть, и несогласованный платёж остаётся редким. Типовые 80% случаев агент закрывает сам, спорные уходят на разбор к человеку.

Как замыкается цикл

Цикл замыкается на подтверждениях оператора: каждое ручное решение становится размеченным примером. В кейсе контроля качества на линии спорные случаи уходили оператору, а его ответы попадали в разметку. За шесть недель доля спорных случаев упала с 6,1% до 4,0%, пропуск брака снизился на 90%, а проверка ускорилась в пять раз.

Точность растёт именно на этом потоке. Модель дообучают раз в квартал: собирают спорные примеры, размечают их вместе со специалистами завода и обновляют сценарии. Механику ручной перепроверки мы разбирали в разборе про компьютерное зрение на линии.

У сценариев есть владелец. Если спорные примеры собирают, но за разметку никто не отвечает, точность медленно падает на новых типах заявок. Владельца процесса фиксируют письменно вместе с порядком эскалации.

Наблюдаемость ставят с первого дня. Доля операций без человека, число эскалаций и точность по контрольной выборке идут в один экран, где видно динамику. Без этого спорные примеры теряются в общем потоке.

Где первый пилот буксует

Границы пилота задают заранее, потому что часть процессов не окупается.

Процесс без записанных правил автоматизировать нечего: если решение держится на опыте сотрудника, у модели нет опоры.

Разрозненные системы дают агенту пустой вход: без порядка в CRM и ERP брать данные негде, и сначала идёт наведение порядка в учёте.

Высокая цена ошибки остаётся на человеке. Юридические, финансовые и связанные с безопасностью формулировки проверяет сотрудник, а агент готовит черновик.

На линии спорные случаи остаются постоянной статьёй. По нашему кейсу это 4% от потока: их разбирает оператор, пока распределение дефектов не сместится. Экономию там считают по числу снятых проверок с оператора: в кейсе это четыре минуты на единицу продукции.

Подготовка данных занимает около месяца: индексация, чистка и разметка. Это самая недооценённая часть проекта, и её закладывают в срок пилота.

Сотрудники получают новую роль: разбирать переданные агенту случаи, дообучать модель и править сценарии. Найм на рутинные операции становится ненужным, а нагрузка команды смещается в разбор спорных случаев.

Низкий объём не окупает настройку: на процессе с десятком операций в месяц ручная работа выходит дешевле, потому что постоянная часть не успевает разложиться на объём. После пилота фиксируют SLA: время ответа на инцидент, окно обновления сценариев и порядок эскалации. Так тихий отказ, когда агент перестаёт отвечать, становится виден.

Что делать дальше

Соберите пилот на одном процессе и измерьте четыре числа до и после: объём операций в день, время на одну операцию, доля ошибок и доля операций, закрытых без человека. Две–четыре недели дают часы, список спорных случаев и следующий участок. Экономию подтверждают на ваших данных.

Постоянная часть настройки платится один раз и раскладывается на весь объём: библиотека сценариев, доступы и регламент остаются при вас. Стоимость поддержки среднего участка — от десяти тысяч рублей в месяц, и она почти не растёт вместе с объёмом.

Решения для производителей закрывают оба сценария из таблицы: агент для заявок и документов и компьютерное зрение для линии. Начните с процесса, у которого готовность по шкале выше остальных, и переносите следующие участки по готовому регламенту.