До 70% проектов по внедрению ERP в среднем бизнесе выходят за рамки бюджета или сроков из-за отсутствия юридически значимых KPI в договоре. Оплата «за процесс» или «по часам» без привязки к конкретным бизнес-результатам превращает автоматизацию в бесконечный источник расходов без гарантированного профита.
Метрики функциональной готовности и приёмки
Главная ошибка — прописать в договоре «внедрение модуля финансов». Это размытая формулировка. Юридически значимым KPI является процент закрытых тест-кейсов (сценариев проверки) из Технического задания на внедрение ERP для среднего бизнеса. Требуйте фиксации показателя: 100% критических функций и не менее 90% второстепенных должны работать без ошибок (Bug-free) перед переходом к опытной эксплуатации.
Пример: если в ТЗ прописан расчет себестоимости продукции с учетом косвенных расходов, KPI считается достигнутым только при совпадении итоговой цифры в ERP и ручного расчета в Excel с точностью до 0,1% на выборке из 50 позиций. Мой вывод: любой функционал, который нельзя проверить числовым тестом, не должен считаться выполненным.
Сроки и штрафные санкции за просрочку
В нише ERP стандартный срок внедрения для среднего бизнеса (финансы, склад, продажи) составляет от 6 до 14 месяцев. Чтобы сроки соблюдались, привязывайте выплаты к вехам (milestones), а не к календарю. Оптимальный размер штрафа за срыв этапа — от 0,1% до 0,5% от стоимости этапа за каждый рабочий день просрочки, но не более 10-15% от общей суммы контракта.
Кейс: компания внедрила складской модуль с задержкой в 3 месяца. Без жестких KPI убытки от излишков запасов составили 2,4 млн руб. при стоимости внедрения в 5 млн руб. Если бы в договоре был лимит просрочки, заказчик компенсировал бы часть потерь штрафами. Экспертная оценка: фиксируйте «критическую дату запуска», после которой штраф становится прогрессивным.
Производительность системы и время отклика
Часто интегратор сдает систему, которая «работает», но тормозит при нагрузке. Для среднего бизнеса с оборотом 500 млн — 3 млрд руб. в год критичны показатели скорости. Пропишите в KPI время отклика: открытие карточки товара — не более 2 секунд, формирование отчета по продажам за месяц — не более 15-30 секунд при одновременной работе 20-50 пользователей.
Если время отклика превышает норму на 50%, система считается не соответствующей ТЗ. Это защитит вас от ситуации, когда из-за кривой архитектуры базы данных складские сотрудники тратят по 10 минут на одну отгрузку. Мой вывод: технические KPI по производительности важнее, чем красивый интерфейс.
Качество данных и точность миграции
Перенос остатков со старых систем — зона максимального риска. Внесите в договор KPI по чистоте данных: процент ошибок при миграции не должен превышать 0,5% от общего объема записей. Проверка осуществляется путем выборочного аудита 5-10% базы данных перед промышленным запуском.
Ошибка многих — переложить ответственность за данные на заказчика. Практика показывает, что 30% ошибок миграции происходят из-за некорректных скриптов интегратора. Требуйте предоставления протокола сверки данных «До» и «После». Экспертная оценка: оплата последнего этапа должна быть напрямую зависела от успешного прохождения сверки остатков по складу и взаиморасчетам.
Пользовательская адаптация и уровень освоения
Система бесполезна, если сотрудники ее саботируют. Введите KPI на обучение: успешное прохождение аттестации ключевыми пользователями (Key Users) по 80% основных бизнес-процессов. Оценка проводится через внутренний тест или выполнение контрольного задания в системе.
Сравнение: при оплате только за «проведение обучения» интегратор просто покажет слайды. При оплате за «результат аттестации» он будет реально добиваться того, чтобы бухгалтер умел закрывать период. Мой вывод: внедрение считается завершенным не тогда, когда код написан, а когда бизнес-процесс реально работает в руках персонала.
Вывод
Чтобы не слить бюджет, забудьте о доверии и переходите на язык цифр. Начинайте с детального ТЗ, фиксируйте KPI через тест-кейсы и привязывайте 20-30% стоимости контракта к финальному промышленному запуску и аттестации персонала. Избегайте договоров с оплатой за «часы работы» без фиксации итоговых метрик производительности и точности данных — это прямой путь к раздуванию сметы и бесконечным правкам. Лучший выбор: гибридная модель оплаты (фикс за этап + бонус за достижение KPI по срокам и качеству).