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