Разница между сметой в 2 млн и 10 млн рублей на одну и ту же систему ERP часто заключается в качестве ТЗ: размытые формулировки заставляют интегратора закладывать +30-50% рисков в стоимость. В среднем бизнесе с оборотом от 500 млн до 5 млрд рублей отсутствие детального описания процессов склада и финансов приводит к увеличению сроков запуска на 3-6 месяцев из-за бесконечных доработок.
Функциональный блок: финансы и управленческий учет
В разделе финансов нельзя писать «автоматизация отчетности». Требуйте описания конкретных реестров: P&L;, Balance Sheet, Cash Flow с детализацией до центров финансовой ответственности (ЦФО). Если у вас 5 филиалов и 3 направления деятельности, пропишите матрицу прав доступа и правила консолидации данных. Ошибка в этом блоке стоит дорого: изменение архитектуры учета после настройки ядра системы увеличивает стоимость работ на 15-20%.
Пример: вместо «интеграция с банками» укажите «автоматическое разнесение выписок по 12 счетам в 3 разных банках с автоматическим сопоставлением по назначению платежа». Экспертный вывод: фиксируйте точный перечень отчетов и формулы их расчета, иначе получите стандартный функционал, который не отвечает специфике вашего бизнеса.
Логистика и склад: от приемки до инвентаризации
Для среднего бизнеса критично описание топологии склада и методов списания (FIFO, LIFO, средняя стоимость). Опишите сценарии: приемка по WMS, работа с браком, перемещения между складами. Если вы используете ТСД (терминалы сбора данных), укажите модели устройств и требования к скорости синхронизации данных — задержка в 5-10 секунд при высокой оборачиваемости склада создает очереди на отгрузке.
Кейс: компания внедрила ERP без описания процесса «частичной приемки товара». Итог — пересчет всей партии вручную, простой склада на 2 дня и дополнительные 200 000 рублей на доработку модуля склада. Экспертный вывод: детально распишите каждый статус заказа (Новый -> Сборка -> Упакован -> Отгружен), чтобы избежать разрывов в цепочке данных.
Блок продаж и CRM: воронка и ценообразование
Здесь важно описать алгоритмы расчета цен: базовый прайс, скидки по категориям клиентов, индивидуальные условия и автоматический контроль дебиторской задолженности. Укажите, должен ли заказ блокироваться при превышении лимита кредита. В среднем по рынку внедрение сложной системы скидок занимает от 40 до 120 человеко-часов работы аналитика.
Пример: пропишите интеграцию с маркетплейсами (Wildberries, Ozon) через API с обновлением остатков каждые 15 минут. Без этого требования интегратор предложит ручной импорт, что при ассортименте в 2000 SKU приведет к перепродажам отсутствующих товаров. Экспертный вывод: фокусируйтесь на автоматизации передачи заказа из CRM в ERP, чтобы исключить человеческий фактор при ручном перебивании данных.
Технические требования и интеграции
Опишите текущий ИТ-ландшафт: версии ОС, СУБД, используемые версии 1С или другие облачные сервисы. Укажите требования к производительности: количество одновременно работающих пользователей (например, 50 человек) и допустимое время отклика системы (не более 2-3 секунд для стандартных операций). Это позволит подрядчику правильно рассчитать стоимость серверов и лицензий.
Важный нюанс: пропишите требования к миграции данных. Перенос остатков из старой системы за 3 года может занять до 20% всего бюджета проекта, если данные «грязные». Экспертный вывод: всегда включайте в ТЗ этап очистки данных (data cleansing), иначе вы импортируете в новую систему старый хаос, что обесценит всю автоматизацию.
Сроки, этапы и критерии приемки
Разбейте проект на итерации. Типовой цикл для среднего бизнеса: обследование (1 месяц), проектирование (1-2 месяца), разработка и настройка (3-6 месяцев), опытная эксплуатация (1-2 месяца). Четко определите, что считается «готовым функционалом»: например, «заказ считается реализованным, если менеджер может создать его за 2 минуты и получить подтверждение со склада в реальном времени».
Если вы не пропишете KPI для подрядчика по внедрению ERP в договоре, приемка превратится в бесконечные споры о том, «так ли должен работать интерфейс». Экспертный вывод: используйте метод приемо-сдаточных испытаний (ПСИ) с конкретными тест-кейсами, которые должен пройти продукт перед финальной оплатой.
Вывод
Идеальное ТЗ — это документ, который сводит субъективность оценки к минимуму. Чтобы не переплачивать, избегайте общих фраз и максимально детализируйте бизнес-процессы в цифрах и схемах. Рекомендую начать с глубокого обследования процессов силами профильной компании, так как попытка написать ТЗ «на коленке» приводит к скрытым расходам при работе с компаниями по внедрению ERP, которые могут составить до 40% от первоначальной сметы. Выбирайте фиксированную стоимость за этапы, а не почасовую оплату, чтобы контролировать бюджет.