Автоматизация хаоса:
почему IT-внедрения проваливаются без инженерии
Рынок корпоративного софта перегрет обещаниями. Владельцы бизнеса искренне верят в магию IT: им кажется, что покупка дорогой ERP-системы или внедрение кастомной CRM мгновенно устранит кассовые разрывы и заставит отдел продаж работать эффективно. По данным аналитиков, каждая вторая российская компания уже пыталась внедрить CRM — и больше половины таких проектов провалились из-за саботажа сотрудников, заморозки бюджетов и возврата к таблицам Excel.
Проблема заключается в фундаментальном нарушении базового закона построения систем. Программа лишь ускоряет текущее положение дел. Если у вас кривые, непрозрачные процессы, автоматизация заставит их работать криво, но с огромной скоростью, генерируя убытки в промышленных масштабах.
Пока рынок растёт — главная проблема не в отсутствии систем, а в том, что основные сложности внедрения CRM связаны с организационными вопросами: обучением, перестройкой процессов и мотивацией к работе в системе. Техническая часть занимает меньшую долю ресурсов. Об этом же говорят и аналитики TAdviser: компании приходили к интеграторам с бюджетами, но без чёткой бизнес-цели.
Фундамент: уроки строительства сетей
Мой подход к оцифровке бизнеса опирается на 20-летний практический опыт. В рамках компании «Аплинк» мы спроектировали и смонтировали системы СКС, электрики и слаботочные сети для 4 000+ объектов, работая с гигантами уровня X5 и Сбербанка. В инженерии правило звучит предельно жёстко: нельзя тянуть кабельные трассы, пока не утверждена архитектура всего здания и не зачищены каналы.
В бизнесе архитектура — это логика движения ценности от первого касания клиента до отгрузки готового продукта. Внедрять программное обеспечение поверх неподготовленной среды равносильно прокладке дорогого оптоволокна по гнилым трубам. Система неизбежно рухнет при первой серьёзной нагрузке.
Пять причин, по которым IT-проекты валятся
За годы работы с сотнями компаний в рамках бизнес-миссий и консалтинга я выделил пять сценариев, которые повторяются из раза в раз вне зависимости от отрасли и размера бизнеса.
Кейс ДОДО: физика важнее кода
В 2025 году, руководя направлением бизнес-экскурсий для сообщества на 30 000 участников, я провёл десятки выездов на площадки самых технологичных компаний страны. Изучая феномен ДОДО, участники наших бизнес-миссий сталкиваются с разрывом шаблона. Все знают про мощную платформу Dodo IS, но мало кто понимает последовательность её создания.
Dodo IS — облачная система, которая охватывает все аспекты бизнеса: приём заказов с сайта и приложения, управление производством, сменами персонала, складом и аналитикой. Сегодня это платформа для более 1 000 заведений в 21 стране. Но начиналась она с другого.
Кейс ГК Ракета: смерть ручного ввода
Другой яркий пример — ГК Ракета, создавшая передовую цифровую экосистему в сфере B2B-услуг. На бизнес-экскурсиях к ним собственники часто пытаются узнать, на каком языке программирования написан их софт. Мы всегда переводим фокус на другое: как они перестроили путь клиента.
ГК Ракета не просто оцифровала старые регламенты. Они переосмыслили саму услугу, исключив лишние звенья. Разница между типичным средним бизнесом и ГК Ракета — в принципе единственного ввода:
Автоматизация сработала только потому, что они заранее убили лишние точки ручного контроля. Сначала была нарисована новая схема пути клиента без единой стрелочки «вернуть на доработку». Только после этого пошло ТЗ разработчикам.
Три признака готовности к IT-интегратору
Если вы прямо сейчас планируете потратить миллионы на оцифровку — поставьте проект на паузу. Прогоните свою компанию через три фильтра. Если хоть один не пройдёт — вы покупаете дорогое ускорение собственного хаоса.
- Описан идеальный путь заказа. Вы можете нарисовать на листе бумаги линейную схему прохождения заказа — без стрелочек «возврат на доработку» и «согласовать с директором». Если такой схемы нет — сначала нарисуйте её. Это займёт неделю, но сэкономит месяцы доработок.
- Существуют стандарты времени. Вы знаете точный норматив выполнения каждой операции до того, как её начнёт измерять программа. «Менеджер должен обрабатывать заявку в течение рабочего дня» — это не норматив. Норматив: «Первый контакт — в течение 15 минут с момента поступления заявки в рабочее время».
- Устранены конфликты KPI между отделами. Продажи и производство мотивированы на совместимые результаты. Если продавец получает бонус за объём, а производство — за качество при фиксированном ресурсе, IT-система просто сделает этот конфликт прозрачным — и он взорвётся быстрее.
Что происходит, когда всё сделано правильно
Посмотрите на Dodo IS в цифрах — не как на результат инвестиций в разработку, а как на результат инвестиций в правильную последовательность действий:
Обратите внимание: пиковая нагрузка росла с 510 заказов в минуту в 2023 году до 835 в 2024-м и 1 040 в 2025-м — без переписывания архитектуры с нуля. Это возможно только потому, что фундамент был заложен правильно с самого начала. Система масштабируется, а не трещит под нагрузкой.
Визуальный опыт того, как IT-система управляет реальным конвейером или сервисным циклом, навсегда меняет представление о постановке задач разработчикам. Посмотрите на эталон вживую — и вы перестанете покупать дорогие заплатки на прогнивший фундамент.
Остановите слив IT-бюджета
Бизнес-миссия в технологичную компанию — ДОДО, ГК Ракета или другого лидера в вашей нише — сэкономит годы проб и миллионы рублей на переделку неработающего софта. Давайте выберем площадку, которая покажет эталонную IT-архитектуру именно для вашего бизнеса.