Знакомая сцена
Есть отдел. Есть папка «Регламенты». Есть идея: «загрузим всё в нейросеть — и пусть отвечает». Через две недели пилот стыдливо гаснет: ответы вроде правильные, а люди продолжают жить в Excel и переписке.
Проблема не в «плохой модели». Проблема в том, что в модель положили не работу, а её официальную биографию.
Регламент врёт не со зла
Инструкции устаревают. Их пишут «как должно», когда аудиторы рядом. Их не обновляют после каждой перестройки. В них нет:
- обходных путей, без которых смена просто встанет;
- реальных сроков ожидания;
- «у кого на самом деле ключ от решения»;
- таблиц, которые «временно» живут уже пятый год.
Если ИИ выучить на этом — он станет отличным экзаменатором по бумаге, а не помощником в работе.
Что видит as-is
Картина «как есть» собирается из разных следов:
- что реально кликают в ERP/СЭД;
- какие файлы ходят по почте;
- где ждут подписи;
- какие исключения повторяются каждую неделю;
- что мастер держит в голове, а в системе — «для галочки».
Это не охота на виновных. Это инвентаризация факта, без которой автоматизация усиливает хаос.
Где ИИ уместен после разбора
Когда видно, что шаг:
- повторяется;
- опирается на данные, которые можно достать;
- не является юридически «только человек»;
- даёт измеримую экономию времени или ошибок.
Тогда локальная модель, поиск по своей базе, разбор сканов — уместны. Иначе — сначала порядок в процессе, или честное «здесь ИИ не первая очередь».
Практический тест на 15 минут
Спросите владельца процесса:
- Где лежит правда, если система и человек расходятся?
- Какой шаг съедает больше всего календарного времени — и почему?
- Что нельзя отправлять во внешний сервис?
- Какой результат пилота вы признаете успехом через месяц?
Если на третий вопрос пауза, а на четвёртый — «ну чтобы было современно», пилот рано.
Связь с методом
В APRE регламент — один из источников, не единственный. Сначала факт и модель, потом to-be и ИИ в контуре. Подробнее: что такое реконструкция процессов с ИИ и метод.
Павел Наумов