Смена подрядчика в середине проекта ERP приводит к увеличению бюджета на 30-50% и задержке сроков запуска на 3-6 месяцев, но это единственный способ спасти инвестиции, если текущий интегратор завел проект в тупик. Главная проблема не в смене людей, а в «токсичном» наследстве: кривой архитектуре данных и ТЗ, которое не соответствует реальности бизнеса.
Три признака критического провала внедрения
Когда проект «буксует», собственники часто путают обычные сложности с системным кризисом. Критическим маркером является отклонение от графика более чем на 25% при отсутствии внятного реестра рисков. Например, если этап «Обследование финансов и склада» затянулся с 2 месяцев до 5, а на выходе вы получили общие описания процессов без детальных карт потоков данных (DFD), проект находится в зоне риска.
Другой симптом — «бесконечные доработки» одного и того же модуля. Если функционал продаж переписывается третий раз, а стоимость часа консультанта выросла на 20% из-за «сложности реализации», значит, архитектура изначально была выбрана неверно. Экспертный вывод: если за 3 месяца вы не увидели работающий прототип хотя бы одного бизнес-процесса, менять подрядчика нужно немедленно, пока бюджет не был выжжен полностью.
Технический аудит: что проверять перед передачей
Новый партнер не возьмется за проект «вслепую» — он заложит в смету огромный риск. Чтобы этого избежать, проведите аудит по трем осям: ТЗ, код/настройки и данные. Проверьте, соответствует ли текущее техническое задание на внедрение ERP для среднего бизнеса структуре «Процесс — Данные — Отчет». Если ТЗ состоит из пожеланий («хотим, чтобы было удобно»), оно бесполезно и требует переработки с нуля (стоимость такой переработки для среднего бизнеса составляет от 150 000 до 400 000 рублей).
Особое внимание уделите миграции данных. Кейс: компания переходила от одного интегратора к другому, обнаружив, что остатки на складах в тестовой базе заведены с ошибками в единицах измерения (штуки вместо упаковок). Исправление таких «хвостов» занимает до 20% времени всего проекта. Вывод: аудит должен завершаться документом «Матрица разрывов» (Gap-анализ), где четко указано, что из обещанного реализовано, а что — имитация деятельности.
Алгоритм передачи дел без остановки бизнеса
Передача должна идти по схеме «Параллельный запуск». Первый этап — фиксация всех наработок: передача прав доступа к репозиториям кода, серверу разработки и документации. Второй этап — инвентаризация оплат. Важно сопоставить фактически выполненные этапы из договора с реальным результатом. Часто бывает, что оплачено 70% этапа «Проектирование», а фактически готово 40%.
Третий этап — формирование нового плана-графика. Не пытайтесь просто продолжить старый план; он уже неактуален. Оптимальный срок передачи дел составляет от 2 до 4 недель. Мой опыт показывает, что попытка сэкономить неделю на передаче ведет к потере данных за весь период разработки. Экспертный вывод: требуйте от старого подрядчика подписания акта передачи всех интеллектуальных прав и доступов до момента выплаты последнего транша.
Поиск нового партнера: фильтрация по компетенциям
При поиске замены нельзя использовать тот же подход, что и в первый раз. Теперь вам нужен не просто «сертифицированный партнер», а «кризис-менеджер» с опытом реанимации проектов. Изучите 5 критических ошибок при выборе компании по внедрению ERP, которые приводят к срыву сроков, чтобы не повторить их. Обращайте внимание на стек технологий: если ваш бизнес требует сложного учета склада (WMS-функции), подрядчик должен показать кейс именно по автоматизации склада с оборотом от 500 млн руб. в год.
Сравните предложения по модели оплаты. Избегайте фиксированных сумм за «весь остаток проекта» — новый партнер либо заложит в них тройной риск, либо исчезнет, когда обнаружит реальный объем проблем. Оптимальна гибридная модель: Fixed Price за аудит и перепроектирование + Time & Materials за разработку. Вывод: выбирайте компанию, которая готова взять на себя ответственность за конечный результат (KPI по запуску), а не просто «часы программистов».
Вывод
Смена подрядчика в середине пути — это болезненная, но необходимая операция по спасению бизнеса. Чтобы не провалиться второй раз, начните с жесткого технического аудита и пересмотра ТЗ, даже если это отбросит вас на 2 месяца назад. Избегайте компаний, которые обещают «быстро доделать всё за копейки» — в ERP это всегда означает потерю данных или неработоспособную систему. Лучшая стратегия: выбрать узкоспециализированного интегратора с подтвержденным опытом в вашем сегменте, зафиксировать KPI в договоре и перейти на прозрачную модель оплаты по фактическим результатам этапов.