Управление и рост

Автоматизация хаоса: почему IT-внедрения проваливаются без инженерии

Дмитрий Кормишин20 лет инженерии · «Аплинк»Кейсы ДОДО · ГК РакетаERP · CRM · цифровизация
Тема: Бережливое производство: уроки заводов-лидеров

Рынок корпоративного софта перегрет обещаниями. Владельцы бизнеса искренне верят, что покупка дорогой ERP-системы или внедрение кастомной CRM мгновенно устранит кассовые разрывы и заставит отдел продаж работать эффективно. По данным аналитиков, каждая вторая российская компания уже пыталась внедрить CRM, и больше половины таких проектов провалились из-за саботажа сотрудников, заморозки бюджетов и возврата к таблицам Excel.

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

>50%
CRM-проектов проваливаются из-за низкого принятия и непрозрачных процессов
32 млрд ₽
объём рынка CRM в России в 2024 году, рост +15%
14%
компаний в РФ реально используют CRM
+21%
прогнозный рост рынка CRM в 2024–2026 годах

Пока рынок растёт, главная сложность не в отсутствии систем. Основные трудности внедрения CRM связаны с организационными вопросами: обучением, перестройкой процессов и мотивацией к работе в системе. Техническая часть занимает меньшую долю ресурсов. Об этом же говорят аналитики TAdviser: компании приходили к интеграторам с бюджетами, но без чёткой бизнес-цели.

Фундамент: уроки строительства инженерных сетей

Мой подход к оцифровке бизнеса опирается на 20-летний практический опыт. В рамках компании «Аплинк» мы спроектировали и смонтировали системы СКС, электрики и слаботочные сети для 4 000+ объектов, работая с гигантами уровня X5 и Сбербанка. В инженерии правило звучит предельно жёстко: нельзя тянуть кабельные трассы, пока не утверждена архитектура всего здания и не зачищены каналы.

В бизнесе архитектура это логика движения ценности от первого касания клиента до отгрузки готового продукта. Внедрять программное обеспечение поверх неподготовленной среды равносильно прокладке дорогого оптоволокна по гнилым трубам. Система неизбежно рухнет при первой серьёзной нагрузке.

Нельзя автоматизировать хаос. Можно только ускорить его разрушительный эффект, и чем дороже система, тем громче падение.Закон системной архитектуры

Пять причин, по которым IT-проекты валятся

За годы работы с сотнями компаний в рамках бизнес-миссий и консалтинга я выделил пять сценариев, которые повторяются из раза в раз вне зависимости от отрасли и размера бизнеса.

01
Автоматизация без цели
«Хотим CRM» это не бизнес-цель. Без конкретного измеримого результата («сократить цикл сделки с 14 до 7 дней» или «убрать ручной ввод данных из трёх точек») проект с первого совещания начинает обрастать требованиями отдела маркетинга, бухгалтерии и склада. Интегратор добросовестно пишет всё, что просят, и через год компания получает монстра, которым никто не умеет пользоваться.
02
Зоопарк систем без интеграции
Типичная картина среднего бизнеса: отдел продаж работает в одной CRM, склад живёт в учётной программе, бухгалтерия сводит данные вручную в Excel, служба доставки ведёт свои таблицы. Данные вводятся трижды, в каждой системе своя версия правды. Ни одна из них не отражает реального положения дел.
03
Автоматизация ради автоматизации
Руководитель возвращается с конференции под впечатлением от чужого кейса и запускает внедрение по чужому шаблону. Нюанс: чужая компания предварительно три года перестраивала операционные процессы. Слайды об этом на конференции не показывают.
04
Переход с «живой» старой системы
Компания годами дорабатывала кастомное решение под себя. Люди к нему привыкли. Переход на типовую ERP воспринимается как деградация. Если топ-менеджмент не готов волевыми решениями отменять излишние требования, проект гарантированно провалится или обойдётся в двойную смету.
05
Конфликт KPI между отделами
Продажи мотивированы на объём, производство на качество и сроки. IT-система фиксирует реальность, и эта реальность редко совпадает с той картиной, которую каждый отдел хотел бы показать директору. При первом же конфликте данных люди возвращаются к Excel: он хотя бы не «врёт».

Кейс ДОДО: физика важнее кода

В 2025 году, руководя направлением бизнес-экскурсий для сообщества на 30 000 участников, я провёл десятки выездов на площадки самых технологичных компаний страны. На разборе ДОДО у участников наших бизнес-миссий обычно ломается привычная логика. Все знают про мощную платформу Dodo IS, но мало кто понимает последовательность её создания.

Dodo IS это облачная система, которая охватывает все аспекты бизнеса: приём заказов с сайта и приложения, управление производством, сменами персонала, складом и аналитикой. Сегодня это платформа для более 1 000 заведений в 21 стране. Но начиналась она с другого.

Шаг 1
Сначала: секундомеры и стикеры. Прежде чем написать первую строчку кода для трекинга курьеров или управления печью, основатели оттачивали процессы в физическом мире. Маркерные доски, бумажные чек-листы, хронометраж каждой операции на кухне.
Шаг 2
Потом: устранение физических «бутылочных горлышек». Конкретный пример: узкое место в планировке кухни устраняли перестановкой стола, а не написанием алгоритма обхода. Только когда физический хаос был убран, стандарт переносили в IT-систему.
Шаг 3
Наконец: жёсткий цифровой корсет. Программа стала инструментом, который фиксирует идеальный стандарт и блокирует любые попытки от него отклониться. Delivery нельзя отметить выполненной раньше времени: Dodo IS отслеживает GPS-координаты курьера. Пиковая нагрузка в 2025 году: 1 040 заказов в минуту без сбоев.
Шаг 4
После: наслоение ИИ поверх стабильного фундамента. Только когда платформа заработала надёжно, компания начала внедрять аналитику нового уровня. Система SteadyControl, интегрированная с Dodo IS, за время проекта изучила более 50 000 визитов гостей, оставила более 630 000 оценок работы сотрудников и обеспечила рост эффективности на 40%.
Программа — это жёсткий корсет, который фиксирует идеальный стандарт. Но сначала этот стандарт нужно создать руками, секундомером и здравым смыслом.Принцип Dodo — физика важнее кода

Кейс ГК Ракета: смерть ручного ввода

Тот же принцип у ГК Ракета, которая выстроила цифровую экосистему в сфере B2B-услуг. На бизнес-экскурсиях к ним собственники часто пытаются узнать, на каком языке программирования написан их софт. Мы всегда переводим фокус на другое: как они перестроили путь клиента.

ГК Ракета пошла дальше оцифровки старых регламентов: они переосмыслили саму услугу и вырезали лишние звенья. Разница между типичным средним бизнесом и ГК Ракета держится на принципе единственного ввода:

Типичная компания · 3–5×

Одни и те же данные вводятся вручную в CRM, учётную систему, Excel и бухгалтерию, каждый раз заново и с ошибками. Несколько точек ручного контроля множат расхождения, и реальную картину не видит никто.

ГК Ракета · 1×

Данные вводятся один раз (самим клиентом в личном кабинете) и бесшовно распределяются по всем подразделениям автоматически. Лишних звеньев нет, поэтому нет и места для ошибки переноса.

Автоматизация сработала только потому, что они заранее убили лишние точки ручного контроля. Сначала была нарисована новая схема пути клиента без единой стрелочки «вернуть на доработку». Только после этого пошло ТЗ разработчикам.

Три признака готовности к IT-интегратору

Если вы прямо сейчас планируете потратить миллионы на оцифровку, поставьте проект на паузу. Прогоните свою компанию через три фильтра. Если хоть один не пройдёт, вы покупаете дорогое ускорение собственного хаоса.

01
Описан идеальный путь заказаВы можете нарисовать на листе бумаги линейную схему прохождения заказа, без стрелочек «возврат на доработку» и «согласовать с директором». Если такой схемы нет, сначала нарисуйте её. Это займёт неделю, но сэкономит месяцы доработок.
02
Существуют стандарты времениВы знаете точный норматив выполнения каждой операции до того, как её начнёт измерять программа. «Менеджер должен обрабатывать заявку в течение рабочего дня» это не норматив. Норматив: «Первый контакт в течение 15 минут с момента поступления заявки в рабочее время».
03
Устранены конфликты KPI между отделамиПродажи и производство мотивированы на совместимые результаты. Если продавец получает бонус за объём, а производство за качество при фиксированном ресурсе, IT-система просто сделает этот конфликт прозрачным, и он взорвётся быстрее.

Что происходит, когда всё сделано правильно

Посмотрите на Dodo IS в цифрах. Не как на результат инвестиций в разработку, а как на результат инвестиций в правильную последовательность действий:

1 040
заказов в минуту на пике в 2025 году
+40%
рост эффективности сотрудников после внедрения ИИ-аналитики
21
страна, в которых работает единая платформа Dodo IS
1 000+
пиццерий управляются через единую систему

Обратите внимание: пиковая нагрузка росла с 510 заказов в минуту в 2023 году до 835 в 2024-м и 1 040 в 2025-м, без переписывания архитектуры с нуля. Это возможно только потому, что фундамент был заложен правильно с самого начала. Система спокойно масштабируется под растущей нагрузкой, вместо того чтобы трещать по швам.

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

Остановите слив IT-бюджета

Бизнес-миссия в технологичную компанию (ДОДО, ГК Ракета или другого лидера в вашей нише) сэкономит годы проб и миллионы рублей на переделку неработающего софта. На бизнес-миссиях «Лиги эффективности» мы выбираем площадку, которая покажет эталонную IT-архитектуру именно для вашего бизнеса, и разбираем последовательность её внедрения с командой компании.

Полезна ли статья?
Бизнес-миссии

Увидеть такие компании вживую

Мы разбираем сильные компании не по статьям, а на выезде — с собственниками, цифрами и доступом за кулисы. Оставьте заявку или напишите в Telegram.