Любая компания держится на недокументированных ручных мостиках. Выгрузка из одной системы. Таблица. Проверка, которую кто-то делает по памяти. Загрузка в другую систему. Ни одного из них нет в оргструктуре, а вместе они съедают поразительное количество времени.
Издержки незаметны, потому что распределены. Никто не переносит данные между системами весь день. Но одиннадцать человек тратят на это по сорок минут ежедневно — и это полноценная ставка, которую никто не закладывал.
Почему ошибки живут именно здесь
Ручной перенос данных между системами — ровно та задача, в которой человек ошибается чаще всего. Она достаточно однообразна, чтобы внимание отключилось, и достаточно детальна, чтобы ошибки имели значение. Она стабильно даёт фоновый уровень ошибок, который организация воспринимает как норму.
Здесь же прячется и институциональное знание. Правила, по которым работают эти мостики, — какие записи пропускать, что делать с нестандартными случаями, как поступать при расхождении итогов — обычно существуют только как привычка, в голове у того, кто занимается этим дольше всех. Когда он в отпуске, процесс проседает. Когда уходит — ломается.
Сначала опишите, потом автоматизируйте
Самая частая ошибка в проектах автоматизации — автоматизировать описанный процесс вместо реального.
Описанный процесс — это то, что написано в регламенте. Реальный — то, что люди делают на самом деле, включая исключения, которые они годами молча закрывали собой. Это никогда не совпадает, и разница — как раз то, что важно.
Значит: смотрите, как это происходит. Сядьте рядом с тем, кто делает работу. Спрашивайте «а что вы делаете, если…», пока не кончатся вопросы. Запишите каждое правило, включая те, что кажутся ерундой. Потом прочитайте написанное вслух и дайте себя поправить — источник истины здесь человек, а не документ.
Этот этап всегда дольше, чем кажется. Его сжатие — самый надёжный способ построить автоматизацию, которая обрабатывает счастливый путь и молча портит всё остальное.
Сохраните проверки, уберите ввод
Инстинкт при автоматизации — убрать шаги. Более правильный инстинкт — различать два типа шагов.
Шаги-решения существуют потому, что кто-то должен что-то решить. Обычно именно из-за них процессу и доверяют. Их нужно сохранить.
Шаги-перенос существуют потому, что две системы не разговаривают друг с другом. Информации они не добавляют, а времени съедают больше всего. Их нужно убрать.
Согласование, которое раньше требовало выгрузить файл, проверить его и внести результат вручную, превращается в уведомление в том инструменте, которым согласующий и так пользуется, — с нужными данными и кнопками «согласовать/отклонить». Решение осталось. Сорока минут больше нет.
Ломайтесь заметно
Автоматизация, которая ломается молча, хуже ручного процесса, который она заменила: организация перестала за этим следить.
Каждому сценарию без исключений нужны:
- Валидация на входе. Записи, не прошедшие проверку схемой, попадают в карантин, а не выбрасываются.
- Идемпотентность. Повторный запуск той же операции не должен давать второй результат. Повторы неизбежны, задвоенные счета — нет.
- Повторы с задержкой. Временные сбои — это норма, а не исключение.
- Оповещение конкретного человека. Не общий ящик и не дашборд, который никто не открывает. Человек, по имени, назначенный при передаче.
- Журнал операций. Что запускалось, что сделано, что пропущено и почему.
Карантин чаще всего пропускают и чаще всего об этом жалеют. Без него плохие записи либо ломают запуск, либо исчезают — и второе хуже, потому что обнаруживается через месяцы при сверке.
А нужен ли здесь вообще AI?
Часто нет — и об этом стоит говорить прямо, потому что нынешний энтузиазм толкает в обратную сторону.
Значительная часть ручной работы полностью детерминирована: если это поле, то такое действие. Для неё лучше подходит обычная интеграция с тестами. Её дешевле сделать, дешевле эксплуатировать, проще отлаживать, и ведёт она себя одинаково каждый раз.
AI оставьте для по-настоящему нечётких шагов: неструктурированный вход, который надо превратить в данные; классификация, где правила невозможно перечислить; извлечение из документов с плавающей вёрсткой. Это реальные задачи, которые правилами не решаются.
Использовать языковую модель, чтобы определить, больше ли число порога, — не инновация. Это дорогой способ иногда ошибаться в арифметике.
По одному процессу за раз
Программы автоматизации проваливаются характерно: четыре процесса начаты параллельно, ни один не закончен, владельца нет ни у одного, и есть общее ощущение, что затея не сработала.
Доведите один. Передайте. Убедитесь, что он работает без присмотра и у него есть владелец. Потом беритесь за следующий.
На бумаге это медленнее, на практике — значительно быстрее: законченная автоматизация продолжает приносить пользу, пока строится следующая, а первая ещё и расскажет вам о ваших системах то, чего не дало бы никакое планирование.