5 ошибок при автоматизации бизнес-процессов, которые стоят миллионы

Ещё в 2011 году компания Lidl начала масштабный проект внедрения новой ERP-системы на базе SAP. Целью была централизация управления запасами и стандартизация процессов в международной сети.
Через семь лет компания остановила проект, предварительно потратив около 500млн€. Основная причина заключалась в том, что система не соответствовала реальной логике учёта товаров в Lidl, требовала радикальной перестройки внутренних процессов, а компания не была готова менять модель управления под архитектуру SAP.
Это не единичный случай.
По данным Standish Group (CHAOS Report), лишь около 31% ИТ-проектов завершаются полностью успешно – в рамках бюджета, сроков и с ожидаемой ценностью. Остальные либо превышают бюджет, либо не достигают заявленных целей, либо вообще сворачиваются.
И здесь важно понимать, что проблема редко в самой технологии. Скорее в подходе, поскольку автоматизация бизнес-процессов – это, в первую очередь, изменение логики работы компании. И если её запускать без стратегии, без пересмотра процессов и без измеримой цели, она легко может превратиться в очень дорогой эксперимент.
Особенно это актуально в контексте автоматизации бизнеса в Украине, где многие компании начинают внедрение автоматизации как реакцию на накопившийся беспорядок, а не как системный шаг к масштабированию.
В этой статье разберём 5 типичных ошибок автоматизации, которые регулярно стоят компаниям миллионы, и покажем, как их можно избежать.
Почему 30-70% проектов автоматизации проваливаются
Цифра выглядит шокирующе, но она регулярно фигурирует в исследованиях крупных консалтинговых компаний. McKinsey в своих обзорах цифровой трансформации отмечает, что около 70% таких инициатив не достигают заявленных целей. Bain & Company поднимают планку ещё выше: 88% бизнес-трансформаций не достигают изначальных амбиций.
И показательно, что проблема редко техническая: 72% провалов трансформаций объясняются именно управленческими причинами: недостаточной поддержкой руководства (33%) и сопротивлением сотрудников (39%).
В украинских компаниях эта разница ощущается ещё острее: бизнес растёт быстро, процессы часто формируются эволюционно, без формализации. В определённый момент объём операций превышает возможности ручного управления, и тогда автоматизация кажется очевидным решением. Но если до этого не зафиксирован порядок работы, не описаны роли и не определены точки контроля, цифровая система лишь перенесёт проблему в другой интерфейс.
Поэтому главный вопрос в том, на каком этапе зрелости запускается автоматизация бизнес процессов и подготовлена ли под неё организация.
Ошибка №1: Автоматизация хаотичных процессов
В чём проблема
Самая частая причина провала автоматизации – попытка автоматизировать то, что не было структурировано.
Большинство цифровых инициатив не создают ценности, если компания не пересматривает операционную модель перед внедрением технологий.
Отдельно это хорошо видно на примере RPA. В Украине в последние годы растёт интерес к роботизации рутинных операций: бизнес ищет способ сократить ручной труд без расширения штата. Но роботизацию часто запускают там, где процессы ещё не стандартизированы. В результате бот работает с нестабильными данными, исключениями и ручными решениями, и вместо экономии компания получает сложную поддержку и постоянные доработки.
Оптимизация бизнес-процессов должна идти перед внедрением автоматизации.
Реальный кейс: ERP без изменения процессов
Вернёмся к кейсу Lidl. Ключевой проблемой внедрения SAP стало то, что ERP-система работала по стандартной логике оценки товаров, тогда как Lidl использовал собственную модель учёта на основе закупочной стоимости.
Здесь важен не масштаб, а механика ошибки. Компания пыталась подстроить систему под существующую модель, вместо того чтобы пересмотреть процессы перед внедрением. В результате автоматизация превратилась в дорогой и сложный проект, который не принёс ожидаемой ценности.
Это классический пример того, как автоматизация без согласования процессов и системной подготовки может стоить сотни миллионов. Но то же самое происходит на уровне малого и среднего бизнеса, только с меньшими нулями в сумме. Когда в компании нет стандартизированной воронки продаж, чётких правил квалификации лидов, зафиксированных этапов согласования или ответственных за каждый шаг, CRM лишь покажет проблему в более структурированном виде.
Как избежать этой ошибки
Правило простое: сначала оптимизируйте процессы, потом автоматизируйте. Перед внедрением любого инструмента есть три обязательных шага.
Первый: описать процесс так, как он происходит на самом деле.
Второй: устранить избыточные шаги, дублирование и точки, где решение принимается наугад.
Третий: стандартизировать – процесс должен давать одинаковый результат независимо от того, кто из команды его выполняет.
Хорошим кандидатом для автоматизации является процесс, где доля нестандартных ситуаций не превышает 10-15%. Если исключительные случаи составляют 40% и больше, RPA здесь не просто рискованна, она почти гарантированно создаст больше проблем, чем способна решить.
Ошибка №2: Выбор инструмента без анализа потребностей
После того как компания осознаёт, что ей нужна автоматизация бизнес-процессов, появляется следующий соблазн – быстро выбрать инструмент. И здесь часто начинается лотерея, потому что выбирают не то, что действительно решает конкретную проблему, а то, что громче звучит на рынке или то, что лучше всего продаётся на демо.
Но во время демо почти любая система выглядит убедительно: показывает красивые сценарии, где данные идеальны, интеграции уже якобы существуют, а пользователи нажимают правильные кнопки. В реальном бизнесе всё иначе: данные грязные, процессы разные в каждом отделе, исключений больше, чем правил, а интеграция с текущей ИТ-архитектурой превращается в отдельный проект.
Поэтому правильный порядок всегда один: сначала потребности и процессы, потом критерии, потом инструмент.
Симптомы этой ошибки
Как понять, что инструмент выбрали без анализа, а теперь пытаются пристегнуть его к бизнесу?
Во-первых, требования начинают всплывать уже во время внедрения. Сначала хотели CRM, потом вдруг нужны сложные роли доступа, кастомные справочники, нетиповые сценарии согласований, интеграция с бухгалтерией, обмен со складом, а ещё чтобы руководителю было видно всё в одном дашборде. Всё это не плохо само по себе, но плохо, что оно не было описано до старта.
Во-вторых, команда параллельно ведёт те же самые таблицы Excel и мессенджеры. Система формально есть, но реальная работа живёт вне неё, потому что инструмент не подходит под ежедневный ритм и правила компании.
Через 6-12 месяцев появляется мысль об ошибочном выборе платформы, и цикл начинается сначала.
Это прямой путь к тому, что проект разрастается, становится дороже и теряет смысл. Именно нечётко определённый объём и слабое управление требованиями являются базовыми триггерами разрастания работ.
Пример из практики: когда инструмент выбрали, а ценности не получили
В 2013 году Target активно вышел на канадский рынок и менее чем за два года открыл более 130 магазинов. Амбиция была огромная, инфраструктура – нет.
Проблема оказалась не в бренде и не в маркетинге, а в операционной части: внутренние системы управления запасами работали с некорректными данными. В каталогах были ошибки, информация о товарах дублировалась или была неполной. Цепочка поставок не синхронизировалась с фактическим спросом. В результате полки магазинов часто оставались пустыми, тогда как на складах лежали тысячи единиц ненужного товара.
В 2015 году Target полностью закрыл канадское подразделение, списав примерно 5,4млрд$ убытков.
Аналитики прямо указывали на системные проблемы с данными и ИТ-процессами как одну из ключевых причин провала.
Это показательный пример того, что масштабирование системы без реального аудита процессов и данных может разрушить даже глобальный бренд.
Правильный подход
Чтобы выбор инструмента не превратился в долгий ремонт без конца, нужно:
- Зафиксировать стратегическую цель (экономия времени, снижение затрат, масштабирование, повышение прозрачности).
- Описать ключевые процессы, которые система должна покрывать.
- Определить критические интеграции.
- Рассчитать полную стоимость владения (включая доработки, обучение, поддержку).
- Провести пилотный запуск на ограниченном участке.
Только после этого выбор инструмента становится обоснованным.
Ошибка №3: Игнорирование человеческого фактора
Сопротивление изменениям в команде
Любая автоматизация имеет побочный эффект, о котором редко говорят на старте: она меняет распределение влияния внутри компании. До внедрения CRM менеджер мог сам решать, что фиксировать, а что нет. После внедрения всё видно как на ладони.
До автоматизации согласования можно было решить вопрос личными договорённостями. После – система фиксирует сроки, ответственных и отклонения.
Технология создаёт прозрачность, а прозрачность создаёт напряжение. Именно поэтому внедрение автоматизации часто буксует именно из-за психологического дискомфорта команды: люди сопротивляются потере привычных механизмов контроля. И если на этом этапе руководство думает, что команда сама по себе как-то привыкнет, начинается медленный, незаметный саботаж: часть процессов возвращается в мессенджеры, а данные вносятся формально или с опозданием.
Отсутствие обучения
Ещё одна ошибка – воспринимать запуск системы как финальную точку, ведь в реальности запуск – это только начало фазы адаптации. И если в этот момент компания не инвестирует в обучение, объяснение логики процессов и регулярную поддержку, автоматизация воспринимается как дополнительная обязанность. Тогда как должна быть инструментом для упрощения работы.
Стратегия вовлечения персонала
Работает такая последовательность:
- Сначала чёткое объяснение, зачем это делается и какие проблемы решает.
- Затем вовлечение ключевых сотрудников в проектирование процессов.
- Далее изменение KPI, чтобы новая система стала частью реальной работы.
- И только после этого масштабирование.
Нужно, чтобы автоматизация была встроена в систему оценки результатов и управления.
Ошибка №4: Отсутствие измерения результатов
Есть странная вещь, которая часто случается с автоматизацией: компания инвестирует в систему, тратит месяцы на внедрение, а если спросить, что именно изменилось, ответ звучит размыто. А автоматизация бизнес-процессов, в первую очередь, должна влиять на цифры.
Если вы не знаете, что именно должно измениться в цифрах, вы и не можете оценить, изменилось ли что-то вообще.
Это как строить новый маршрут, не зная, как ты ездил раньше и сколько времени занимала дорога: пытаешься проложить путь, но не можешь сказать, стал ли он быстрее или просто другим.
KPI для автоматизации
Перед внедрением нужно зафиксировать базовую точку. Для разных типов процессов это могут быть разные показатели:
Продажи: время обработки лида, конверсия между этапами воронки, количество сделок на менеджера, средний цикл сделки.
Операционные процессы: время согласования документа, количество ручных операций, частота ошибок, затраты на одну транзакцию.
Финансовые процессы: время закрытия месяца, количество ручных корректировок, доля операций, требующих повторной обработки.
Смысл в том, чтобы выбрать 3-5 ключевых показателей, которые действительно отражают ценность.
Как считать ROI автоматизации
ROI автоматизации обычно состоит из двух компонентов:
- Прямая экономия: сокращение времени, уменьшение количества ошибок, оптимизация штата или перераспределение нагрузки.
- Косвенная выгода: более быстрый цикл продажи, рост конверсии, уменьшение потерь лидов, повышение прозрачности.
Формула классическая: ROI = (Финансовый эффект – Инвестиции) / Инвестиции × 100%
Разберём условный сценарий автоматизации обработки лидов в отделе продаж.
Входные данные (до автоматизации):
- 5 менеджеров по продажам;
- Каждый обрабатывает ~200 лидов в месяц;
- 15% лидов теряются (не перезвонили, не внесли, потеряли в мессенджере);
- Средний чек 8 000 грн;
- Конверсия в продажу 20%.
Что происходит ежемесячно:
200 лидов × 5 менеджеров = 1000 лидов
15% теряется: 150 лидов. Из этих 150 лидов при конверсии 20% могли бы закрыться: 150 × 20% = 30 сделок. 30 сделок × 8 000 грн = 240 000 грн потерянной выручки в месяц.
После внедрения автоматизации бизнес-процессов все лиды фиксируются автоматически, Потери уменьшаются с 15% до 5%. Теперь теряется 50 лидов вместо 150, разница 100 лидов.
100 × 20% = 20 дополнительных сделок
20 × 8 000 грн = 160000 грн дополнительной выручки в месяц.
За год: 160000 × 12 = 1920000 грн
Инвестиции:
Разработка и внедрение – 600000 грн
Лицензии и поддержка за год – 240000 грн
Общие инвестиции: 840000 грн
ROI = (1920 000 – 840000) / 840000 × 100%
ROI = 128%
Это условный пример, который базируется на предположениях, что конверсия не меняется, средний чек стабилен и нет дополнительных скрытых затрат. Но суть понятна.
Ошибка №5: Слишком амбициозный первый проект
Автоматизация часто начинается с эйфории: появляется новая стратегия и логично, что есть желание изменить сразу всё. Продажи, склад, финансы, HR – если уже заходить в этот процесс, то масштабно.
И именно в этот момент компания сама себе усложняет жизнь.
Когда меняется один процесс, команда ещё способна адаптироваться. Когда одновременно меняются пять критических функций, люди не успевают понять новые правила игры, руководители не успевают отслеживать эффект, а любой сбой начинает влиять на смежные направления. В итоге через несколько месяцев уже сложно сказать, где именно возникла проблема.
Почему стоит начинать с малого
Небольшой, чётко очерченный проект позволяет сохранить контроль. Когда автоматизируется один конкретный участок, например, обработка входящих заявок или согласование договоров, можно зафиксировать исходные показатели и реально оценить эффект. Время сократилось или нет? Потери уменьшились или нет? Нагрузка перераспределилась или нет?
Кроме того, команда проходит адаптацию постепенно и люди не чувствуют, что привычный способ работы разрушен полностью. Появляется опыт взаимодействия с новыми инструментами, формируется внутренняя уверенность, что изменения контролируемы.
Самое важное то, что появляется первый внутренний результат, без которого автоматизация выглядит как затрата, а с ним – как инвестиция.
Поэтапный подход
Сначала определяется узкое место, где теряется больше всего времени или денег. Далее фиксируются базовые показатели. А после этого запускается автоматизация на ограниченном участке без попытки охватить всё сразу.
После получения измеримого эффекта принимается решение о масштабировании, и только тогда автоматизация расширяется на смежные процессы.
Такой подход может казаться более медленным, но он существенно снижает риски. Автоматизация становится серией управляемых изменений, каждое из которых имеет понятный бизнес-результат.
Чеклист успешной автоматизации
Перед тем как запускать внедрение автоматизации, стоит пройтись по нескольким вопросам.
- Чётко сформулированная бизнес-цель.
Не абстрактно, а конкретно: сократить цикл сделки на 20%, уменьшить потери лидов до 5%, снизить время согласования договоров с трёх дней до одного. Невозможно оценить результат, если цель размыта. - Описанные процессы.
Должно быть зафиксировано, кто за что отвечает, где возникают задержки, какие есть исключения из правил. - Определённое узкое место.
Нужно начинать с участка, где есть наибольший финансовый или временной эффект. - Зафиксированная базовая точка для измерения.
Перед стартом должны быть цифры «до»: длительность цикла, количество ошибок, доля потерь, стоимость операции. - Рассчитанная полная стоимость внедрения.
Лицензии, разработка, интеграции, обучение, поддержка, внутренние ресурсы команды. - Команда вовлечена в процесс.
Ключевые сотрудники должны понимать, что меняется и зачем. - KPI привязаны к новой системе.
Если оценка результатов продолжает происходить где-то вне системы, она не несёт желаемой пользы. - Есть поэтапный план масштабирования.
После первого успешного этапа должно быть понятно, что дальше: какие процессы автоматизируются следующими и по каким критериям принимается решение.
Этот чеклист кажется очевидным, но именно пренебрежение одним из этих пунктов чаще всего и создаёт те самые ошибки автоматизации, которые впоследствии стоят миллионы.
Закажите аудит ваших процессов
Автоматизация чаще всего проваливается из-за неопределённости: непонятно, что именно нужно менять и какие процессы стоит трогать в первую очередь. Именно поэтому самый ценный этап – это диагностика.
Аудит процессов позволяет увидеть всё как есть, в реальном операционном срезе: где возникают задержки, где данные дублируются, где решения принимаются вручную, хотя могут быть автоматизированы. Часто уже на этом этапе становится понятно, что часть проблем можно решить без сложных решений, просто изменив логику работы.
Мы в IWIS начинаем работу именно с этого – с анализа и структуры. Прежде чем говорить об инструментах, мы разбираемся в процессах, финансовой модели, точках роста и узких местах. И только после этого предлагаем формат: будет ли это автоматизация под ключ, поэтапное внедрение или более глубокий бизнес-консалтинг.
Если вы чувствуете, что компания переросла свои ручные процессы, но не хотите превращать автоматизацию в дорогой эксперимент, однозначно стоит начать с честного разговора и структурированного анализа.
Иногда правильный первый шаг – понять, действительно ли вам нужна автоматизация в том виде, в каком вы её представляете.
Интересные материалы для вас