Миссия выполнима:
как окупить инвестиции в ERP
Обсудили развитие учетной системы в кризис —
как обнаружить возможности для «быстрых побед»,
реанимировать проект на любой стадии,
внедрить ERP без превышения бюджета и вернуть инвестиции
Практика внедрения крупных систем автоматизации показывает: большинство неудач происходят по организационным и управленческим причинам (некорректные требования, ошибки планирования, несогласованность внутри команды). В эпоху ИИ технические задачи решаются быстрее, но управление взаимодействием остается зоной риска.
Ловушка «функциональных колодцев» и раздутых ТЗ
Стандартный подход к формированию ТЗ, когда ИТ-служба собирает требования вертикально со всех отделов в один реестр, неэффективен. Каждый департамент действует как изолированный «колодец», продвигая локальные цели, которые часто конфликтуют с задачами смежных отделов. В результате:
Бизнес-процесс, приносящий компании прибыль, всегда идет горизонтально — от закупки сырья до отгрузки и получения денег. Он работает как труба, общая пропускная способность которой определяется самым узким участком. Каждый этап этого процесса нужно рассматривать по модели «внутренний поставщик — внутренний покупатель», где один отдел передает свой «продукт» следующему (например, продажи — конструкторам).
Оценивать необходимость изменений и фильтровать требования к будущей ERP-системе нужно не локальными KPI отделов, а единой сквозной метрикой. Оптимальный вариант — понятный всем нефинансовый показатель, например, общая скорость прохождения заказа через предприятие в днях или объем выпущенной продукции.
Компания: Производство сложного электрооборудования под заказ.
Ситуация до проекта: Регулярно «плыли» планы производства и срывались сроки из-за экстренных дозакупок компонентов и правок в документации.
Проблема автоматизации: Попытка автоматизировать процессы «как есть» привела к созданию перегруженного ТЗ. Увидев огромный бюджет с неочевидным ROI, руководство заморозило ERP-проект.
Диагностика: На аудит собрали 20 ключевых руководителей и ввели сквозную метрику — длительность процесса от заказа до отгрузки (на старте — 110 дней). Пошаговый разбор всей цепочки выявил узкое место: слабая проработка технико-коммерческого предложения (ТКП) на этапе продаж. Конструкторам приходилось дозапрашивать данные и выезжать к клиенту уже тогда, когда заказ должен был стоять в плане производства.
Результат: Еще до настройки новой ERP изменили регламент и подключили конструкторов к этапу продаж. Это устранило возвраты документов и хаос в закупках. Холдинг успешно внедрил систему. Скорость выполнения заказов сократилась до 85 дней.
STARTERP — наша методология диагностики и проектирования сквозных бизнес-процессов, которая помогает качественно проработать требования к ERP-системе.
4 сценария, когда необходима экспресс-диагностика:
STARTERP длится от 1 до 2 месяцев и требует минимального вовлечения команды заказчика. Его стоимость составляет до 5% от общего бюджета внедрения ERP.
По итогам проекта компания получает прозрачную карту сквозных бизнес-процессов и узких мест, план быстрых организационных изменений и выверенное техническое задание для точного обоснования бюджета и сроков автоматизации.