Средний бизнес теряет до 40% бюджета на автоматизацию из-за попыток внедрить ERP силами штатных IT-специалистов, которые путают техническую настройку софта с реинжинирингом бизнес-процессов. В условиях, когда стоимость ошибки в архитектуре финансов и склада может составить миллионы рублей недополученной прибыли, выбор между штатом и интегратором становится вопросом выживания маржинальности.
Экономика штата: иллюзия дешевизны
При найме собственной команды для внедрения ERP (аналитик, архитектор, разработчик, руководитель проекта) ФОТ составит от 800 000 до 1 500 000 рублей в месяц. При среднем сроке реализации проекта в 9–14 месяцев только прямые затраты на зарплаты составят 10–18 млн рублей. Однако главный риск — отсутствие внешней экспертизы: штатный сотрудник склонен автоматизировать «как есть», включая все хаотичные процессы, что приводит к раздуванию сметы на доработки на 50-70% от первоначального плана.
Кейс: компания по торговле запчастями наняла двух штатных программистов 1С. Итог — через год создана «система-монстр» с избыточным функционалом, которой не пользуются менеджеры по продажам, а стоимость поддержки выросла в 3 раза из-за отсутствия документации. Экспертный вывод: штат эффективен для поддержки (L2/L3), но катастрофически опасен на этапе проектирования архитектуры.
Интегратор: оплата за методологию и опыт
Профильная компания продает не часы кодинга, а готовые отраслевые паттерны. Сравнение стоимости внедрения ERP под ключ показывает, что интегратор сокращает срок запуска на 30-50% за счет использования типовых библиотек и наработанных сценариев для финансов и склада. Вместо того чтобы изобретать механизм расчета себестоимости с нуля, вы получаете проверенный алгоритм, который уже работает в 10-20 аналогичных компаниях.
Пример: внедрение блока «Склад» силами интегратора занимает 2 месяца с четким KPI по точности остатков (до 99%). Штатный спец может потратить на это полгода, совершив ошибку в логике списания партий, что приведет к искажению финансовой отчетности на сотни тысяч рублей. Экспертный вывод: интегратор минимизирует риск «архитектурного тупика», когда систему приходится переписывать с нуля через год после запуска.
Операционные риски и зависимость от людей
Главная уязвимость штатной модели — «фактор незаменимого». Если единственный архитектор ERP увольняется в середине проекта, бизнес теряет до 80% знаний о системе, так как документация в штате обычно ведется формально или отсутствует вовсе. Поиск замены такого уровня занимает 2-3 месяца, стоимость которого на рынке труда сейчас выросла на 25-40% за последний год.
Работа с подрядчиком переносит риски на компанию-партнера: вы фиксируете этапы работы компании по внедрению ERP в договоре и требуете передачи полной технической документации. В случае конфликта или смены команды внутри интегратора, проект не останавливается. Экспертный вывод: внешняя компания обеспечивает институциональную память проекта, что критично для среднего бизнеса с оборотом от 500 млн до 5 млрд рублей.
Сравнение по ключевым метрикам эффективности
Сравним две модели по критическим точкам: 1. Срок окупаемости (ROI) — у интегратора наступает на 4-6 месяцев раньше за счет скорости запуска. 2. Качество ТЗ — штатные спецы пишут «список хотелок», интегратор создает полноценное техническое задание на внедрение ERP для среднего бизнеса, которое исключает двоякое толкование функций. 3. Стоимость владения (TCO) — через 3 года система от интегратора обходится дешевле, так как она чище архитектурно и проще в обновлении.
Мини-кейс: производственная компания сменила штатную команду на интегратора на середине пути. Стоимость исправления ошибок предыдущих «разработчиков» составила 2,5 млн рублей, но это сократило время до промышленного запуска с бесконечного цикла на конкретные 4 месяца. Экспертный вывод: платить интегратору за обследование процессов — это не расход, а страховка от многомиллионных потерь при эксплуатации.
Вывод
Мой вердикт однозначен: для среднего бизнеса внедрение ERP силами штата — это неоправданный риск, который приводит к созданию «зоопарка» из костылей и ручных правок. Штат должен заниматься развитием и поддержкой, но никогда — проектированием. Рекомендую начинать с найма профильного интегратора для этапа обследования и проектирования, фиксируя жесткие KPI в договоре. Избегайте «универсальных» фрилансеров и мелких студий без опыта в вашем сегменте — цена их дешевизны окажется слишком высокой на этапе промышленного запуска.