Перейти к содержимому

Основы картирования процессов: начните без BPMN

Резюме решения: BPMN и Visio не нужны. Стикеры, Miro или Excel — достаточно. Практичный способ задокументировать реальный поток перед оптимизацией.

Сначала "as-is", потом "to-be"

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

Карта текущего состояния («as-is») показывает, как процесс работает сегодня на самом деле, а не то, что написано в документах. Во многих МСП процессы приёма заказов, выставления счетов или подключения новых клиентов не менялись годами, но нигде не записаны. Этот пробел — главный риск при переходе к автоматизации: автоматизация неописанного процесса воспроизводит и его ошибки.

Конкретный пример для МСП в Турции: вы хотите автоматизировать электронное выставление счетов. Если не записано, кто создаёт счёт, кто его утверждает, как он попадает к клиенту и что происходит при возражениях, сначала опишите этот порядок. Достаточно стикеров, доски Miro или таблицы Excel с четырьмя столбцами. Учить BPMN или покупать Visio не требуется.

Когда карта текущего состояния готова, проектировать целевое состояние («to-be») становится намного проще. Видно не только то, что изменится, но и то, что останется, а решения об оптимизации опираются на реальные данные, а не на интуицию.

Составьте карту процесса за 1 час: подход с 4 колонками

Для карты процесса без сложных инструментов достаточно таблицы Excel с четырьмя столбцами или доски в Miro. Каждая строка — один шаг. Столбцы:

1. Шаг — что делается? Краткая глагольная форма: «создать счёт», «дождаться согласования», «внести в систему». 2. Кто выполняет шаг? Название роли, а не имя человека: бухгалтерия, менеджер по продажам, клиент. 3. Входные данные — что нужно для начала шага: форма, письмо, согласование, запись в системе. 4. Результат — что появляется после шага: документ, уведомление, запись в базе данных.

Эти четыре столбца напоминают простую диаграмму с разделением по ролям и не требуют знаний программирования. За часовую рабочую встречу с двумя-тремя участниками, знающими процесс, можно заполнить всю таблицу с помощью стикеров.

Практический совет для Турции: опишите таким способом электронное выставление счетов, регистрацию в MERSIS или обработку данных по KVKK. Таблица из четырёх столбцов станет и материалом для внутреннего аудита, и готовым техническим заданием для будущей автоматизации.

Когда карта готова, задайте для каждого шага три вопроса: «Можно ли его автоматизировать? Убрать? Объединить?». Они помогают устранить лишнюю сложность.

Когда картированный процесс готов к автоматизации

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

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

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

3. Объём человеческих суждений: если на критических шагах процесса принимается много субъективных решений, эти шаги нужно сначала упростить или подчинить правилам. Можно автоматизировать шаги, основанные на правилах, но не неоднозначные решения.

4. Допустимость ошибок: если ошибка в процессе ведёт напрямую к потере клиента, правовому нарушению или финансовому ущербу, комплексное тестирование перед автоматизацией обязательно.

Процессы, отвечающие всем четырём критериям, наиболее готовы к автоматизации.

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

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

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

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

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

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

Методология

Утверждения оцениваются по реализуемости, стоимости, риску и измеримости. Примеры расчётов основаны на допущениях; для решений по юридическим вопросам и безопасности нужны первичные источники.

Примечание об источниках

Ссылки и названные документы — отправные точки. Непроверенные результаты клиентов не публикуются.

Последнее обновление:

Частые вопросы

Что такое картирование процессов простыми словами?

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

Какие инструменты нужны для картирования процессов?

Для старта — ничего, кроме таблицы или стикеров. Когда карты разрастаются, помогают draw.io, Miro или BPMN-инструменты, но ценность живёт в вопросах — можно ли этот шаг автоматизировать, убрать или объединить? — а не в отточенности диаграммы.

Как картирование процессов помогает проекту автоматизации?

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