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

Обращение клиента → ожидание в почте → переписка → проверка цены и наличия → ввод в ERP → подтверждение заказа.

Если анализ начинается только с ввода в ERP, все предшествующие ожидания и трудозатраты остаются за кадром. Более того, из поля зрения выпадают обращения, которые так и не стали заказами. В чем разница подходов: • BI отвечает на вопрос «какой результат получен?» (например, упал объем заказов). • Process Mining отвечает, «как фактически проходил процесс», судя по событиям в системах. • Process Intelligence отвечает, «почему процесс привел к такому результату и что нужно изменить».

Process Intelligence шире, чем Process Mining. ИИ здесь не просто находит проблемы, а меняет исполнение: классифицирует входящие, принимает типовые решения по правилам, передает исключения экспертам и учится на их ответах для обработки следующих похожих обращений. С чего начать: найдите участок, где отчетность сильнее всего расходится с реальной работой (запросы на запчасти, небольшие заказы, региональные почтовые ящики). Выберите один тип обращений, проследите его целиком в течение нескольких недель и сопоставьте с отчетами. Обнаруженный разрыв — основа вашего бизнес-кейса. Важное примечание: статья опубликована поставщиком Go Autonomous и продвигает их платформу. Это не нейтральный обзор, но главный урок из него ценен: граница наблюдения должна начинаться там, где возникает потребность клиента, а не там, где сотрудник наконец создал запись в системе. Источник: https://goautonomous.io/blogs/what-is-process-intelligence/ #ProcessIntelligence #BPM #ProcessMining #ИИ #ОперационнаяЭффективность