Как описать бизнес-процесс за один разговор, а не за квартал

В «Островке» собрали общий каталог процессов — и сотрудники всё равно продолжили ходить с вопросами к коллегам. Нужный текст трудно найти, долго читать, а часть людей не знала, что каталог вообще есть. Описание бизнес-процессов часто заканчивается ровно здесь: документ существует, работают по памяти.

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

Что реально получается за один разговор

Сузьте предмет до одного повторяющегося результата. Зовите на разговор того, кто выполняет работу руками. На вход возьмите последний реальный случай: заявку, письмо, документ, переписку. Если таких материалов нет, честнее записать это как пробел, чем заменить его красивой схемой.

Исследователи University of Namur проверяли диалоговый сбор процессов на трёх HR-процессах небольшой консалтинговой компании: найме, адаптации и расчёте зарплаты. Участвовали один аналитик и три предметных эксперта, за тремя сессиями сбора шли три отдельных обсуждения для проверки. Даже при такой схеме работы сведения участников, которых не позвали, могли остаться за пределами интервью.

Разговор даёт черновик, не готовый регламент. Но и это много: появляется текст, по которому спорят предметно — по шагам, срокам и фамилиям.

Семь вопросов, из которых собирается описание бизнес-процессов

Порядок вопросов важнее их формулировки: сначала границы, потом содержание, потом исключения. Задавайте их по конкретному случаю.

1. Какое событие запускает работу и по какому проверяемому результату она считается законченной?
2. Что движется между людьми: заявка, заказ, документ, товар? Где это видно?
3. Кто делает каждый шаг и кому передаёт результат? Какая информация нужна следующему участнику?
4. В каком инструменте выполняют действие и чем подтверждают, что оно сделано?
5. Где решение зависит от условия и что происходит при отказе, нехватке данных или задержке?
6. Какие действия выполняют фактически, а какие только записаны в старой инструкции?
7. Кто подтвердит спорные места, кто владеет описанием и кто обновит его после изменения работы?

Шестой вопрос обычно и приносит главную поправку. Человек начинает отвечать по инструкции, а на конкретном примере выясняется, что половину шагов давно делают иначе.

Где описание врёт

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

Что здесь делает AI, а что нет

В «Островке» порядок работы такой: сначала строят BPMN-схему, и она уже содержит факты о процессе. Затем схему передают модели как XML вместе с инструкцией заполнить текстовый шаблон — цель, границы, вход, выход, участники, ответственность, системы. Полученное описание редактируют руками и кладут в корпоративную wiki. Поверх каталога сделали поиск с ответами в рабочем мессенджере.

По сообщению компании, заполнение текстового шаблона сократилось примерно с четырёх часов до десяти минут. Рядом стоят ещё два интервала: предварительное построение схемы занимало около двух часов, иногда больше, а базу по нескольким департаментам собирали первые полгода. Складывать эти числа в «описали компанию за десять минут» нельзя — они про разные этапы, и интервью с согласованием в них вообще не входят.

Качество ответов там тоже измеряют осторожно. Около четверти ответов, по оценке компании, требуют доработки, причём низкая оценка не обязательно означает фактическую ошибку: часто не хватало деталей или исходных сведений в самом описании. Разбирают в таком случае не фразу помощника, а схему, описание и словарь.

Второе наблюдение — из «Ленты». Схемы в общей базе там были, но участники согласования понимали обозначения по-разному, и вопросы возникали снова. Бизнес-аналитик собрала для коллег курс: теория, живой созвон с построением схемы, описание собственного рабочего процесса и разбор ошибок. На подготовку, проведение и проверку ушло больше двадцати часов её времени. Ускорение согласования автор описывает словами, без хронометража, так что считайте это тратой на общий язык, а не измеренной экономией.

Кто обновит описание через полгода

Опишите вместе с процессом две вещи: кто владелец текста и когда его в последний раз подтверждали. По наблюдению «Островка» за собственным каталогом, за месяц изменения затрагивают 3–6% описаний. У них бот запрашивает подтверждение по истечении принятого в компании срока и при необходимости заводит задачу на обновление; после правки синхронизируется поисковая база. Срок этот — внутренняя договорённость компании, а не проверенная норма для всех.

Даже с напоминаниями отвечали примерно четверо владельцев из десяти. Напоминание не заменяет участие человека. Если владелец молчит, описание расходится с работой незаметно, а помощник поверх него отвечает по-прежнему уверенно.

Если следующий шаг — отдать часть работы AI-агенту, к описанию понадобится ещё один слой. Отдельно перечислите разрешённые действия, доступные данные, способ проверки результата и случаи, когда агент передаёт задачу человеку. В «Островке» подтверждены ответы на вопросы, напоминания и создание задач; предложения по улучшению процесса там названы дальнейшим развитием, а не сегодняшним результатом.

Коротко

1. Сузьте предмет разговора Один повторяющийся процесс с проверяемым результатом, а не вся компания сразу.
2. Разбирайте последний реальный случай Заявка, документ и переписка на столе дают факты, которых нет в пересказе.
3. Пометьте пробелы открыто Неизвестные шаги и неопрошенные участники остаются в тексте как вопросы.
4. Покажите черновик следующему в цепочке Тот, кто принимает результат шага, находит расхождение быстрее автора.
5. Назначьте владельца и дату проверки Без имени в шапке описание расходится с работой, и обнаруживается это уже на очередном случае.

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