Средний убыток компании при неудачном внедрении BPM-системы составляет от 30% до 70% от первоначального бюджета проекта из-за раздувания смет и недостижения KPI. Около 30% проектов признаются провальными, так как интеграторы продают «коробку» с функционалом, а не решение конкретных бизнес-задач по оптимизации потоков данных.
Ошибка №1: Моделирование «как есть» без оптимизации
Типичный провал: интегратор берет текущий хаотичный процесс с 15-ю лишними согласованиями и просто переносит его в цифру. В итоге компания тратит 1,5–3 млн рублей на автоматизацию бюрократии, которая продолжает тормозить бизнес. Профессиональный подход требует применения методологии моделирования бизнес-процессов, где на этапе «To-Be» количество шагов сокращается минимум на 20%.
Пример: в одном из кейсов автоматизация закупки расходных материалов заняла 4 месяца, но срок согласования заявки остался прежним — 7 дней. Причина: интегратор не стал пересматривать матрицу полномочий, а просто заменил бумагу на e-mail уведомления. Вывод: автоматизация неэффективного процесса дает неэффективный автоматизированный процесс.
Ловушка Low-code: дешевый старт и дорогая поддержка
Многие выбирают подрядчиков, предлагающих Low-code платформы из-за быстрого запуска (срок развертывания сокращается с 6 до 3 месяцев). Однако при масштабировании системы на 500+ пользователей стоимость кастомизации сложных скриптов через Low-code интерфейс вырастает в 2-3 раза по сравнению с классическим кодингом. Это создает зависимость от одного вендора или узкого специалиста.
Кейс: компания внедрила систему согласования документов за 800 тыс. руб., но через год стоимость внесения простых изменений в логику маршрутизации стала стоить по 50-100 тыс. руб. за правку из-за ограничений платформы. Вывод: всегда оценивайте сравнение Low-code и High-code платформ при внедрении BPM с горизонтом планирования 3-5 лет, а не только по стоимости внедрения.
Разрыв в определении сроков и стоимости
Интеграторы часто занижают стоимость на этапе пресейла (например, называют 2 млн руб.), чтобы войти в проект, а затем увеличивают смету на 40-60% через дополнительные Change Requests. Основная причина — отсутствие детального ТЗ и размытая матрица ответственности при внедрении BPM. В итоге сроки реализации сдвигаются с 6 месяцев до 1,5 лет.
Сравнение: фиксированная цена (Fixed Price) в BPM работает только для простых модулей согласования. Для комплексной автоматизации (ERP-интеграция, сложные KPI) приемлем только Time & Materials с жестким верхним лимитом (Cap). Вывод: если подрядчик дает точную цену на сложный проект без детального обследования процессов — он либо дилетант, либо намеренно занижает стоимость.
Игнорирование контроля поручений и исполнительской дисциплины
Ошибка многих команд — фокусировка только на «движении документа» и игнорирование контроля поручений. Система, которая просто пересылает PDF-файл, не решает проблему сроков. Без настройки автоматизации контроля поручений и жестких KPI для руководителей (например, SLA на ответ не более 4 рабочих часов), внедрение BPM превращается в дорогую почтовую систему.
Пример: внедрение системы в департаменте логистики сократило время прохождения документа, но время фактического исполнения задачи выросло на 15%, так как сотрудники перестали чувствовать личную ответственность, переложив её на «систему уведомлений». Вывод: BPM должна управлять действиями людей, а не только перемещением файлов.
Вывод
Чтобы не попасть в 30% провальных проектов, откажитесь от поиска «самого дешевого» интегратора и перейдите к оценке его архитектурного подхода. Начинайте с глубокого аудита процессов и жесткого сокращения лишних звеньев до начала разработки. Выбирайте подрядчиков, которые предлагают гибридную модель оплаты (Fixed Price за этапы обследования + T&M; за разработку), и требуйте четкого описания техстека с точки зрения стоимости его поддержки через 3 года. Лучший выбор сегодня — это интегратор, который берет на себя роль бизнес-консультанта по оптимизации, а не простого «настройщика софта».