Лаборатория цифровых решений

💸 Когда автоматизация приносит убытки, а не прибыль Знаете, какая самая частая история? Не «мы внедрили ERP и стали летать». А «мы вложили кучу денег, а работает как работало, только теперь ещё и платить за поддержку надо». И таких историй, честно говоря, гораздо больше, чем успешных. Просто о них не принято говорить вслух. Давайте про то, почему так случается. Потому что дело почти никогда не в софте. Софт, как правило, нормальный. Дело в решениях, которые принимаются (или не принимаются) на старте. И вот несколько паттернов, после которых проект превращается в чёрную дыру бюджета. Первый — автоматизация бардака как есть. Берут текущие процессы, в которых половина шагов существует только потому, что «так исторически сложилось», и переносят их в ERP один к одному. Результат: бардак теперь не на бумажке, а в дорогой системе. И исправить его в десять раз сложнее, потому что теперь он «в архитектуре». Автоматизация должна начинаться с вопроса «как должно быть», а не «как есть». На это уходят месяцы, и многие хотят их сэкономить. Это та экономия, которая потом стоит миллионов. Второй — нет внутреннего хозяина проекта. Заказчик нанял подрядчика, передал им всё и ждёт результата. Никто внутри компании не погружён, никто не принимает решений, никто не тащит. Подрядчик не может сам решить, как должны работать ваши процессы — это знаете только вы. И когда через полгода оказывается, что настроили не то, винить некого, кроме себя. Проект автоматизации — это проект заказчика, а не подрядчика. Подрядчик — руки, заказчик — голова. Без головы руки делают что попало. Третий — «купили, а кто настраивать будет?» Лицензии купили, систему поставили. А кто ведёт справочники? Кто отвечает за корректность данных? Кто обучает новых сотрудников? Кто поддерживает интеграции? Часто оказывается — никто. Система стоит, в неё никто не заходит, данные протухают. Через год — дорогой декоративный элемент, о котором все забыли. ERP — это не разовая покупка, это живой организм. Ему нужен человек, который за ним следит. Каждый день. Четвёртый — переоценка готовности процессов. «У нас всё описано, у нас регламенты». Открываешь регламент — а он написан в 2018 году, половина должностей уже не существует, а вторая половина делает совсем не то. И вот на этом фундаменте начинают строить автоматизацию. До первой же проверки выясняется, что процессов как таковых нет — есть привычки. И автоматизировать привычки невозможно, потому что у каждого они свои. Пятый — метрика успеха не определена. Запустили систему. Работает? Работает. А как понять, что проект окупился? А никак, потому что до старта никто не записал, «от чего уходим». Нет базовой точки, нет замеров «было — стало». Через два года руководство спрашивает: «И зачем мы потратили эти деньги?» — и ответить нечего. Хотя, возможно, эффект был. Просто его никто не померил. Честно говоря, общее во всех этих историях одно. Автоматизация — это не про ПО. Это про изменение того, как компания работает. ПО — последний, самый лёгкий шаг. Самый сложный — договориться внутри себя, как должно быть, и найти людей, которые это понесут. Если вы сейчас думаете о проекте автоматизации — задайте себе три вопроса до того, как подписывать договор. Кто внутри компании будет отвечать за результат? Какие процессы нужно пересмотреть до настройки? И как мы поймём, что деньги не зря? Если на все три есть честный ответ — проект имеет шанс. Если хотя бы на один вы мнётесь — начинать рано. Сначала ответы, потом система. Не наоборот. #1С_ERP #автоматизация #ошибки #цифровая_трансформация #enterprise #бизнес