NeoGraph.tech

67% проектов автоматизации проваливаются: причина

Почему внедрение CRM, ERP и ИИ в бизнес не даёт результата. Проблема не в софте, а в стыках между отделами. Кейс, цифры потерь и что делать.

Автор: · Опубликовано: 13.03.2026 (Обновлено: 14.05.2026)

Обновлено 14.05.2026. Добавили данные из 8 проектов диагностики: медиана потерь на стыках между отделами — 3,2 млн ₽/мес для компаний 150–650 сотрудников. См. также авторскую колонку Александра Ожерельева в РБК Компании «67% цифровых проектов не окупаются: дело не в софте» и калькулятор расчёта потерь на стыках.

Компания потратила полгода и 5 миллионов на CRM. Менеджеры говорят — удобно. Руководство спрашивает: где рост выручки? А выручка не выросла. Потому что проблема была не там, где искали.


67% проектов внедрения ИИ в бизнес — деньги впустую?

По данным McKinsey, 67% проектов цифровой трансформации не достигают поставленных целей. Не «провалились» — они работают. CRM установлена, ERP крутится, чат-бот отвечает. Но бизнес-результата нет.

Стандартные объяснения звучат так: «сотрудники не приняли», «плохой подрядчик», «не то ТЗ». И всё это правда. Частично. Но корневая причина глубже.

Дело не в том, что система плохая. Дело в том, что автоматизировали не то.

Компании автоматизируют работу внутри отделов. CRM — для продаж. WMS — для склада. 1С — для бухгалтерии. Каждый остров получает свою систему. Каждый остров становится быстрее.

А мостики между островами остаются прежними — Excel по почте, звонок кладовщику, «скинь мне файл».


Острова и мостики: где теряются деньги при оптимизации бизнес-процессов

Вот как выглядит типичная компания, если смотреть на неё не по отделам, а по потоку заказа.

Клиент оставляет заявку. Менеджер оформляет заказ в CRM — 12 минут. Дальше заказ должен пройти через склад, производство, логистику, бухгалтерию. Казалось бы — час-два.

На практике: 3–5 рабочих дней.

Почему? Не потому что люди медленные. А потому что между отделами нет связи. Данные не передаются автоматически. Каждый стык — это ручная работа:

  • Менеджер выгружает заказ в Excel и отправляет на склад — 30 минут
  • Кладовщик видит письмо через 3–4 часа, переносит данные в свою систему — 45 минут (плюс 15–20% ошибок при ручном вводе)
  • Логистика узнаёт о готовности заказа по звонку или в чате — задержка от 2 до 8 часов
  • Бухгалтерия получает документы в одном формате, а в 1С нужен другой — 40 минут на сверку

В нашей практике диагностики бизнес-процессов мы видим устойчивый паттерн: 60–70% времени сквозного цикла уходит не на работу, а на ожидание и передачу данных между звеньями.

Сами отделы работают быстро. Тормозят стыки.


Три типа стыков, которые убивают автоматизацию

Не все стыки одинаково дорогие. Мы классифицируем их по степени влияния.

Тип 1: Информационный разрыв

Данные есть в одной системе, но не видны в другой. Классика — менеджер видит остатки в CRM, но они не совпадают со складом. Или производство не знает о срочном заказе, пока менеджер не позвонит лично.

Цена: задержки от 2 до 24 часов на каждую операцию. При 50 заказах в день — сотни человеко-часов в месяц.

Тип 2: Форматный разрыв

Данные передаются, но в разных форматах. Продажи — в CRM, склад — в 1С, логистика — в Excel. Каждый раз данные «перебивают» вручную. Каждая перебивка — это риск ошибки.

Цена: 5–15% операций содержат ошибки. Каждая ошибка стоит от 2 до 8 часов на исправление.

Тип 3: Процессный разрыв

Нет согласованных правил передачи. Когда менеджер отправляет заявку на склад? Когда вспомнит. Когда кладовщик начинает сборку? Когда увидит. Нет SLA, нет триггеров, нет ответственности за стык.

Цена: самый дорогой тип. Заказы «зависают» в пустоте между отделами на часы и дни. Никто не виноват, потому что за стык никто не отвечает. Подробнее — в статье о метриках здоровья процессов.


Как это выглядит в цифрах: кейс дистрибьютора

Разберём на реальном примере. Компания — дистрибьютор, 120 сотрудников, 60–80 заказов в день.

До диагностики руководство считало, что проблема в «медленном складе». Хотели автоматизировать склад — купить WMS за 3 миллиона.

Мы провели E2E-диагностику цепочки Заказ → Деньги (Заказ → Деньги). Результат удивил:

Этап Время работы Время на стыке Потери
CRM → Склад 12 мин 4–6 часов Информационный разрыв
Склад → Комплектация 45 мин 30 мин Норма
Комплектация → Логистика 15 мин 2–3 часа Процессный разрыв
Логистика → Бухгалтерия 10 мин 1 день Форматный разрыв

Склад работал нормально. Проблема была на входе (заказ приходит с задержкой) и на выходе (логистика узнаёт о готовности поздно).

WMS за 3 миллиона ускорил бы работу внутри склада на 20%. Но общий цикл заказа сократился бы максимум на 5% — потому что узкое место не в складе, а на стыках.

Вместо WMS мы предложили:

  1. Автоматическую передачу заказа из CRM на склад (интеграция, а не Excel)
  2. Триггер уведомления логистики при готовности заказа
  3. Единый формат документов для бухгалтерии

Стоимость: в 4 раза дешевле WMS. Результат: сквозной цикл сократился с 3–5 дней до 1 дня. FRT снизился на 41%. Похожий кейс — 7 критичных разрывов в дистрибуции.


Почему компании автоматизируют не то

Причина простая: так устроены организации. У каждого отдела есть руководитель, бюджет, KPI. Руководитель склада видит проблемы склада. Руководитель продаж — проблемы продаж.

А за стыки — никто не отвечает.

Нет должности «директор по стыкам». Нет KPI «скорость передачи данных между отделами». Нет бюджета на «оптимизацию мостиков».

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

Автоматизировать хаос = получить автоматизированный хаос. Быстрее, но не правильнее. Мы подробно разбираем эту ловушку в статье почему автоматизация без E2E-диагностики ломается.


Что делать: E2E-диагностика перед внедрением ИИ в бизнес-процессы

E2E (End-to-End) — это когда мы смотрим на процесс не внутри одного отдела, а от начала до конца. От заявки клиента до получения денег. От потребности в материале до оплаты поставщику.

Типичное предприятие содержит 13 таких сквозных цепочек. Самые критичные:

  • Заказ → Деньги (Заказ → Деньги) — от заказа до денег
  • Закупка → Оплата (Закупка → Оплата) — от закупки до оплаты
  • HR (Найм → Увольнение) — от найма до увольнения
  • L2D (Lead-to-Deal) — от лида до сделки

Диагностика занимает 2–4 недели и показывает:

  1. Где стыки — карта всех точек передачи данных между отделами
  2. Сколько стоят разрывы — в рублях и часах, не в абстракциях
  3. Что чинить первым — приоритизация по ROI, а не по громкости жалоб
  4. Какие инструменты нужны — может оказаться, что нужна не ERP за 8 миллионов, а три интеграции за 300 тысяч

После диагностики критические цепочки описываются в YAML и передаются в CCM-модули контроля — они отслеживают метрики здоровья и сигнализируют об отклонениях через виртуального ассистента.


5 вопросов для самодиагностики

Прежде чем тратить бюджет на автоматизацию, ответьте:

  1. Можете за 2 минуты узнать статус любого заказа? Не позвонив никому, а посмотрев в системе.
  2. Сколько Excel-файлов летает между отделами в день? Если больше 10 — у вас дорогие мостики.
  3. Что происходит, когда ключевой сотрудник в отпуске? Если процесс останавливается — знание живёт в головах, а не в системе.
  4. Ваши KPI — по отделам или сквозные? Если каждый отдел «в зелёной зоне», а клиенты жалуются на сроки — вы измеряете не то.
  5. Когда последний раз кто-то считал стоимость передачи данных между отделами? Если никогда — вы не знаете, где самые дорогие потери.

Если набрали 3+ «проблемных» ответа — скорее всего, следующий проект автоматизации тоже войдёт в те самые 67%. Не потому что он плохой, а потому что нацелен не туда. Подробнее — 5 признаков, что вам нужна E2E-диагностика.


Где этот подход не сработает

  • Компании до 20 человек. Стыков мало, все всё знают. Excel — нормально.
  • Стартапы в поиске product-market fit. Процессы меняются каждую неделю. Фиксировать стыки рано.
  • Если нужен «быстрый фикс». Диагностика — это 2–4 недели. Если горит — тушите. Потом приходите за системным решением.

FAQ

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

Чем E2E-диагностика отличается от обычного аудита бизнес-процессов? Обычный аудит бизнес-процессов смотрит на отделы по отдельности. E2E-диагностика смотрит на стыки между отделами — именно там прячутся 60–70% потерь.

Сколько стоит диагностика? Мы начинаем с бесплатного экспресс-аудита — 30 минут, одна цепочка. Этого достаточно, чтобы увидеть масштаб и решить, нужна ли полная E2E-диагностика.

Можно ли сделать самостоятельно? Начать — да. Нарисуйте одну цепочку (Заказ → Деньги — самый частый выбор), отметьте стыки, засеките реальное время. Но по опыту, внутренние команды занижают потери — «это же всего полчаса». Внешний взгляд видит то, что стало привычным.


Что дальше

Если узнали свою компанию — не торопитесь покупать очередную систему. Сначала разберитесь, где именно теряются деньги. Часто это не там, где кажется.

Запишитесь на бесплатный экспресс-аудит — за 30 минут разберём одну вашу цепочку и покажем, где стыки стоят дороже всего.


Связанные материалы:

Нужна диагностика процессов или AI-автоматизация?
Бесплатная консультация за 15 минут