Перед настройкой системы полезно проверить обычный путь задачи и варианты возврата, отмены и зависания. Именно на этих переходах стоит заранее договориться о правилах работы. Условный пример, не клиентский кейс: заявку на закупку согласовали, а затем изменились требования. Важно понять, кто уточняет заявку, какие согласования нужно пройти заново и как участники узнают, с какой версией работают. 1. Возврат. К кому приходит задача после замечаний? Кто отвечает за уточнение и повторную отправку? Какие статусы видят остальные участники? 2. Изменение данных. Какие сведения можно исправить на каждом этапе? Сохраняются ли прежняя версия, комментарии и основание изменения? Кто проверяет, затронуло ли оно уже согласованные решения? 3. Зависание. Кто замечает, что задача долго стоит без движения? Как он выясняет причину и кому передаёт вопрос, если ответственный недоступен? Уведомление полезно, когда понятно, какое действие за ним следует. 4. Приёмка изменения. Какие примеры команда пройдёт после настройки: обычный маршрут, возврат на уточнение, повторное согласование, отмена? Кто подтвердит результат и какой порядок восстановления согласован на случай сбоя? Начать можно с одного маршрута и небольшого набора проверок. Запишите для каждого примера исходные данные, ожидаемый результат и ответственного за проверку. Такой список помогает предметно обсуждать задачу с командой и подрядчиком. Какой сценарий у вас чаще остаётся за пределами первой версии процесса: возврат, отмена или замена ответственного? Если планируете автоматизацию, опишите в личных сообщениях один процесс и место, где он сейчас останавливается. Обсудим, какие управленческие правила стоит определить до настройки системы. Закрытые документы для первого сообщения не нужны. Евгений Чапурин #БизнесПроцессы #Автоматизация #Управление