До 40% проектов по автоматизации складов затягиваются по срокам из-за размытых формулировок в договоре, что ведет к переплатам за поддержку в размере 15-20% от стоимости лицензий. Чтобы подрядчик не «кормил завтраками», KPI должны быть зафиксированы не как пожелания, а как жесткие технические метрики с привязкой к финансовым штрафам.
Технические KPI: производительность и отказоустойчивость
Главная ошибка заказчика — прописать KPI как «стабильную работу системы». В договоре должны быть цифры: время отклика интерфейса WMS на ТСД не более 1.5–2 секунд, время синхронизации заказов с фронт-эндом интернет-магазина — до 30 секунд. Для складов с оборотом от 5 000 заказов в сутки критическим показателем является Uptime системы на уровне 99.9%.
Пример: если при пиковых нагрузках (Черная пятница) время обработки одного заказа увеличивается с 2 до 10 минут из-за тормозов БД, это считается критическим багом. Экспертный вывод: фиксируйте SLA (Service Level Agreement) на время реакции и устранения инцидентов: критический баг — 4 часа, значимый — 24 часа, минорный — 5 рабочих дней.
Операционные KPI: точность и скорость процессов
Автоматизация бессмысленна, если она не меняет физику склада. В KPI внедренца нужно закладывать рост точности инвентаризации (Inventory Accuracy) до 99.5% и выше. Если до внедрения пересорт составлял 3%, а после — 1.5%, подрядчик выполнил задачу лишь частично. Также важен показатель Order Cycle Time — сокращение времени от падения заказа в систему до готовности к отгрузке на 20-30%.
Кейс: интернет-магазин одежды сократил время сборки заказа с 15 до 6 минут за счет внедрения волнового подбора и оптимизации маршрутов. Экспертный вывод: не принимайте работу по факту «установки софта», принимайте ее по факту достижения целевых показателей производительности склада в течение 2-4 недель промышленной эксплуатации.
Юридические метрики и этапы оплаты
Связывайте выплаты не с календарными датами, а с этапами работы компании по внедрению WMS: от аудита склада до промышленной эксплуатации. Типовая схема: 20% аванс, 30% после успешного UAT (пользовательского тестирования), 30% после запуска и 20% — «гарантийный фонд», выплачиваемый через 2 месяца работы без критических сбоев.
Важно прописать четкий критерий «Приемки этапа»: отсутствие открытых тикетов категории Critical и High. Это защищает от ситуации, когда система работает, но половина функций в e-commerce модуле «глючит». Экспертный вывод: разделяйте стоимость лицензий и стоимость услуг по внедрению, чтобы иметь рычаг давления на интегратора через удержание части оплаты за услуги.
KPI по обучению персонала и адаптации
Система может быть идеальной, но если складские сотрудники саботируют работу, ROI проекта обнулится. Введите KPI на обучение: 100% линейного персонала должны сдать внутренний тест по работе с ТСД и интерфейсом WMS. Срок адаптации нового сотрудника до выхода на норматив сборки (например, 40 строк в час) должен сократиться в 2 раза.
Ошибка многих — считать обучение «бонусом». На практике отсутствие регламентов приводит к тому, что через месяц после ухода подрядчика сотрудники возвращаются к бумажным ведомостям. Экспертный вывод: требуйте от подрядчика не просто «проведения обучения», а передачи полного пакета пользовательских инструкций с видеоуроками и подтвержденного сертификата квалификации для каждого суперпользователя.
Вывод
Чтобы автоматизация не превратилась в бесконечный процесс доработки, избегайте договоров с формулировкой «согласно ТЗ» без конкретных числовых KPI. Начинайте с фиксации SLA по времени отклика системы и точности остатков (99%+). Оптимальный выбор — привязка финальных 20% оплаты к показателям производительности в первый месяц работы. Избегайте дешевых подрядчиков, которые отказываются прописывать штрафы за срыв сроков запуска промышленной эксплуатации, так как их бизнес-модель строится на бесконечных доплатах за «доработки».