ТранскрибаторТранскрибатор
Знания компании

Как описать бизнес-процесс по интервью с сотрудником

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

Команда Транскрибатора5 минут чтения
ИСТОЧНИККАРТА ПРОЦЕССАПолучена заявкаРазмеры указаны?Да → запроситьподтверждениеНет → вернуть менеджеруОТ СЛОВ К РЕЗУЛЬТАТУ
Работа с реальной записьюНаглядный учебный примерШаблон для копирования
Знания компании

Начните с конкретного случая, а не с идеального регламента

На вопрос «Как у вас всё устроено?» сотрудник часто отвечает общими словами: принимаем заявку, проверяем, выполняем. В таком рассказе не видно, где запрос ждёт, кто уточняет детали и почему работа возвращается назад. Попросите вспомнить последнюю завершённую заявку и пройти её путь по порядку.

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

Порядок работы

Какие вопросы задать и как разобрать ответы

  1. Установите границы

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

  2. Восстановите передачи

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

  3. Найдите исключения

    Попросите пример неполных данных, возврата на доработку и срочной заявки. Запишите условие ветвления, дальнейшее действие и того, кто принимает решение. Не добавляйте «обычно за день», если в записи не названо, когда начинается отсчёт и какие случаи исключены.

  4. Сверьте со вторым участником

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

Разбор на примере

Приём заявки на изготовление вывески

Ниже — вымышленный учебный пример. Имена, условия и результаты приведены только для объяснения метода.

Фрагмент учебной записи · 12:40
Получаю письмо и проверяю макет. Если размеров нет, возвращаю менеджеру. В производство отправляю только после подтверждения размеров клиентом.

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

В схеме ниже ветвление отражает комплектность. Подтверждение клиента дополнительно фиксируется в карточке передачи. Оно не заменяется тем, что менеджер переслал письмо.

Получена заявкаРазмеры указаны?Да → запроситьподтверждениеНет → вернутьменеджеру
Маршрут заявки зависит от полноты данных; в производство уходит подтверждённый комплект.
ШагКто выполняетПроверяемый выход
Проверить комплектКоординаторМакет и размеры присутствуют либо записан список недостающего
Получить подтверждениеМенеджерСохранён ответ клиента о размерах
Передать в производствоКоординаторКомплект принят назначенным исполнителем
Готовая заготовка

Карточка описания процесса

Скопируйте заготовку и заполните её по одному случаю. Пустое поле означает вопрос для уточнения, а не разрешение додумать ответ.

Шаблон для вашей работыВыделите и скопируйте
Название процесса:
Событие запуска:
Граница завершения:
Тип случая и дата:
Шаг / исполнитель / вход / действие / выход:
Кому и как передаётся результат:
Где возникает ожидание:
Условие возврата и следующий шаг:
Источник: запись и таймкод:
Расхождения между участниками:
Кто проверил описание, дата:
Предложения улучшений — отдельно:
Проверка результата

Проведите по схеме второй случай

  • Каждый шаг выражен действием, а не названием отдела.
  • У каждой передачи есть получатель и признак принятия.
  • Возврат ведёт к конкретному действию.
  • Состояние «сейчас» отделено от предложений улучшения.
РазговорОдин реальный случайМаршрутШаги и исключенияСверкаУчастники передачиОписаниеПроверено на примере
Схема готова, когда по ней можно восстановить ход реального случая.
Частые вопросы

Разберём детали

Нужно ли сразу рисовать BPMN?

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

Можно ли получить описание из одной расшифровки?

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

Продолжить работу с записью