Автоматизация бизнес-процессов: с чего начать и что считать результатом

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

Сначала процесс, потом система

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

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

С какого участка начинать

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

• Потери измеримы. Понятно, сколько времени или денег уходит сейчас: часы на сбор отчёта, повторный ввод данных, ошибки в заказах.
• Данные есть. Информация уже где-то хранится — в 1С, CRM, таблицах. Если данных нет вообще, первый этап проекта не автоматизация, а их сбор.
• Участок автономный. Изменение можно запустить, не останавливая соседние процессы и не переучивая одновременно всю компанию.

Что считать результатом

Формулировки вроде «повысить эффективность» не работают: под них нельзя проверить проект. Результат должен быть выражен в том, что можно измерить до и после — и замерить нужно именно до старта, иначе сравнивать будет не с чем.

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

Почему не стоит запускать всё сразу

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

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

Коробка или своя система

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

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

С чего начать конкретно

• Опишите один процесс так, как он идёт на самом деле, а не как в регламенте.
• Найдите в нём шаги, где данные переносят вручную или ждут ответа человека.
• Замерьте текущие показатели: время, количество ошибок, число участников.
• Определите первый контур — участок, который можно запустить за 4–6 недель.
• Зафиксируйте, по каким цифрам будете считать, что автоматизация сработала.

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