Как описать бизнес-процесс перед автоматизацией: карта процессов
Главная причина провальных проектов автоматизации - не технологии, а попытка автоматизировать то, чего никто толком не описал. Пока процесс живёт «в голове» у пары сотрудников, любая автоматизация превращается в угадайку. Описание процесса - это фундамент: оно вскрывает лишние шаги, узкие места и точки потерь ещё до того, как вы потратите деньги на разработку. Разберём, как составить карту процесса просто и по делу.
Зачем это нужно
Есть жёсткое правило автоматизации:
Автоматизация плохого процесса лишь ускоряет беспорядок. Сначала процесс нужно прояснить и упростить, и только потом автоматизировать.
Описание даёт три вещи: общий язык (все видят одну картину), вскрытые проблемы (лишние согласования, ручной перенос данных, потерянные заявки) и основу для оценки - по карте видно, что и во сколько автоматизировать. Это первый шаг любого аудита автоматизации.
Не нужны сложные нотации
Многих пугает слово «нотация» - BPMN, диаграммы, стрелки. Для большинства малых и средних компаний это лишнее. Достаточно понятной пошаговой схемы, которую поймёт и владелец, и исполнитель. Строгие нотации нужны в крупных процессах, но и там начинают с простого. Ваша цель - не красивая диаграмма, а ясность: кто, что, когда и с какими данными делает.
Что зафиксировать в карте процесса
Опишите процесс по этим элементам - этого хватает в 90% случаев:
| Элемент | Вопрос, на который отвечаем |
|---|---|
| Триггер | С чего процесс начинается? (заявка, звонок, заказ) |
| Шаги | Какие действия и в каком порядке выполняются? |
| Ответственные | Кто делает каждый шаг? |
| Данные | Что на входе и выходе каждого шага, где хранится? |
| Решения | Где развилки «если… то…»? |
| Результат | Чем процесс заканчивается? (сделка, отгрузка, отчёт) |
| Время | Сколько занимает каждый шаг и где ждут? |
Как это делать: по шагам
- Возьмите один процесс - не «весь бизнес», а конкретное: обработку заявки, выставление счёта, онбординг клиента.
- Опишите «как есть», а не «как должно» - фиксируйте реальность, включая костыли и обходные пути.
- Говорите с исполнителями - те, кто делает руками, знают правду; руководитель часто описывает идеал.
- Пройдите по одному реальному кейсу - проведите одну заявку через все шаги и запишите, где она стоит и ждёт.
- Отметьте боль - где теряется время, где ручной перенос, где ошибки, где никто не отвечает.
Важно писать процесс «как есть»: именно расхождение между идеальной картиной руководителя и реальностью на местах и прячет главные потери.
Где искать узкие места
Когда карта готова, ищите на ней типовые «красные флаги» - кандидатов на автоматизацию:
- Ручной перенос данных - из почты в таблицу, из таблицы в CRM. Классика для интеграций.
- Ожидание - заявка лежит и ждёт, пока кто-то заметит. Кандидат на авто-маршрутизацию.
- Повторяющиеся действия - одно и то же по сто раз в день.
- Двойная работа - одни и те же данные вводят в двух системах.
- Забытые шаги - то, что «иногда забывают сделать». Кандидат на автонапоминания.
Эти точки - прямая связка с потерями в воронке, о которых мы писали в автоматизации воронки продаж.
Типовые ошибки
- Описывают идеал вместо реальности - автоматизируют то, чего на деле нет.
- Берут сразу «весь бизнес» - тонут в масштабе; начинайте с одного процесса.
- Не спрашивают исполнителей - теряют реальные детали и костыли.
- Гонятся за красивой диаграммой - форма важнее сути; нужна ясность, а не эстетика.
- Автоматизируют, не упростив - сначала выкиньте лишние шаги, потом автоматизируйте.
Что дальше
Готовая карта процесса - это ТЗ для автоматизации и основа честной оценки. По ней видно, что автоматизировать первым (обычно самое болезненное и частое), а что оставить как есть. Дальше подключается автоматизация бизнес-процессов или предварительный аудит, если процессов много и нужно расставить приоритеты. Это же описание помогает адекватно поговорить с подрядчиком - как выбрать его, мы разбирали в статье про выбор подрядчика по автоматизации.
Итог: не начинайте автоматизацию с инструментов - начните с карты процесса. Опишите один процесс «как есть», поговорив с исполнителями, найдите узкие места и упростите, и только потом автоматизируйте. Так вы вложитесь в то, что реально экономит время. Прикинуть отдачу удобно в калькуляторе окупаемости, а оценить приоритеты - в разборе стоимости автоматизации.
Когда карта процесса готова, она почти дословно ложится в техзадание: структура и примеры формулировок - в статье про техзадание на автоматизацию.
Карта процесса показывает, из чего он состоит, но не показывает, сколько он стоит. Второй шаг - хронометраж за неделю: часы по шагам и деньги в месяц.
Карта процесса показывает логику, но сценарий запускается на данных. Как за час оценить состояние базы и что чинить до автоматизации - в разборе готовности данных.
Частые вопросы
Зачем описывать процесс перед автоматизацией?
Чтобы автоматизировать работающую логику, а не хаос. Описание вскрывает лишние шаги, узкие места и точки потерь. Автоматизация плохого процесса лишь ускоряет беспорядок, поэтому сначала процесс проясняют и упрощают, и только потом автоматизируют.
Нужны ли сложные нотации вроде BPMN?
Для большинства малых и средних компаний нет. Достаточно понятной пошаговой схемы: триггер, шаги, ответственные, данные, решения и результат. Строгие нотации нужны в крупных процессах, но и там начинают с простого описания.
Кто должен описывать процесс?
Те, кто реально его выполняет, вместе с тем, кто будет автоматизировать. Руководитель часто описывает идеальную картину, а на местах всё иначе - поэтому важно зафиксировать процесс как есть, а не как задумано.