Почему учет деградирует после внедрения: 5 правил

Синдром «старых костылей»: почему учет деградирует после завершения внедрения и как этого избежать

Автор: Инна Троценко, Руководитель отдела внедрения (руководила проектами и самостоятельно внедряла управленческий учет, участвовала в более чем 70 проектах в бизнесах разных сфер: производство, оптовая торговля, медицинский бизнес)

> Коротко. После ухода консультантов новая учетная система часто постепенно теряет точность: сотрудники возвращаются к тетрадям, таблицам Excel и договоренностям «на словах». Это называют синдромом «старых костылей», то есть обходных решений, которые появляются, когда новый процесс неудобен или лазейки к старому остались открытыми. Чтобы этого избежать, руководителю стоит закрыть пути возврата к старому, отличать ошибки от саботажа, назначить внутреннего владельца системы, регулярно обновлять регламенты вместе с бизнесом и позаботиться о передаче знаний до завершения проекта.

Вот ситуация, которая случается на многих предприятиях. Компания полгода внедряла новую систему учета: потратила значительный бюджет, привлекла весь отдел, написала регламенты. Наконец консультанты или интеграторы сообщают: «Система готова, свою работу мы сделали» — и завершают проект.

Проходит месяц, второй. Вы заходите в программу и замечаете, что цифры снова начинают расходиться с реальностью. Кладовщик тихо вернулся к тетради, потому что «так быстрее». Менеджер по продажам дает скидки вне системы, потому что «программа не дает внести специальную цену». Закупщик ведет свою таблицу в Excel, потому что ему удобнее считать остатки.

Это и есть синдром «старых костылей»: система формально работает, а реальная работа постепенно возвращается к привычному хаосу. Деньги, потраченные на внедрение, перестают окупаться. Ниже разбираем, почему так происходит и что помогает удержать систему в рабочем состоянии.

Почему сотрудники возвращаются к старым методам

В большинстве случаев причина не в лени или злом умысле. Человек выбирает путь наименьшего сопротивления: старый процесс знаком, а новый требует усилий и обучения. Если старый путь остается открытым, часть команды рано или поздно им воспользуется.

Важно и то, что «костыль» часто является сигналом о недостатках самого процесса. Посмотрите на типичные ситуации:

Ситуация 1: Кладовщик ведет бумажную тетрадь
— Что он говорит: «Так быстрее»
— Вероятная причина: Внесение данных в системе занимает слишком много шагов, или ему не хватает обучения
— Что делать руководителю: Упростить операцию, оставить нужные кнопки, провести практическое обучение на рабочем месте

Ситуация 2: Менеджер дает скидки вне системы
— Что он говорит: «Программа не дает внести специальную цену»
— Вероятная причина: Регламент не учитывает реальный сценарий продаж
— Что делать руководителю: Добавить этот сценарий в систему с правилами согласования, а не запрещать скидки как явление

Ситуация 3: Закупщик ведет отдельную таблицу в Excel
— Что он говорит: «Мне удобнее считать остатки»
— Вероятная причина: В системе нет нужного отчета или он неудобен
— Что делать руководителю: Настроить отчет и убрать параллельную таблицу

Итак, перед тем как наказывать за «костыль», стоит выяснить, какую проблему он решает. Иногда это нарушение дисциплины, а иногда — недоработанный процесс. Подробнее о страхах сотрудников и сопротивлении изменениям мы писали в статье «Сопротивление внедрению учета на складе и производстве».

Признаки того, что система начинает деградировать

— фактические остатки постепенно расходятся с данными в системе;
— данные появляются с опозданием: вечером, в конце недели или после напоминаний;
— рядом с программой снова появились тетради, файлы Excel, сообщения в мессенджерах как «официальные» источники;
— часть решений (скидки, выдача сырья, закупки) принимается устно;
— отчеты есть, но руководитель им не доверяет и проверяет все вручную.

Если вы заметили два-три пункта, действовать стоит сразу, пока новые привычки не закрепились.

5 правил, которые помогают удержать систему после ухода консультантов

1. Закройте пути возврата к старому

Самая частая ошибка после завершения внедрения — оставить людям лазейку. Если кладовщик принимает товар на бумаге с намерением занести данные вечером, а бухгалтер продолжает считать зарплату в старом файле, новая система постепенно теряет роль основного источника данных.

Задача руководителя — убрать старые инструменты: архивировать старые файлы, забрать бумажные журналы и четко объявить правило: решения, принятые вне системы, не действуют. Например, если сделки нет в программе, по ней не начисляется комиссия, а сырье, которого нет в системе, не выдается со склада.

Одно условие: такие правила должны быть объявлены заранее, применяться ко всем одинаково и подкрепляться рабочим процессом. Если же система сама не позволяет выполнить легитимную операцию, сперва исправьте ее, и только потом требуйте соблюдения.

2. Отличайте ошибку от саботажа

Когда после запуска что-то идет не по плану (а обычно так и бывает), первая реакция руководителя — штрафы. Но в первые недели люди ошибаются в основном не из-за злого умысла. Они путаются в кнопках, забывают последовательность действий или попадают в ситуации, не описанные в регламенте.

Если сразу включать режим наказаний, люди начинают скрывать ошибки и вносить в систему ложные данные, чтобы избежать санкций. Для учета это худший сценарий.

Введите адаптационный период без штрафов за ошибки в системе. В качестве ориентира подойдут 2–3 недели, для сложных процессов дольше. Скажите команде: «Если ошиблись, придите и покажите, где именно. Мы вместе исправим ошибку и подстроим процесс». Это снимает страх, и люди начинают работать в системе, а не имитировать работу.

3. Назначьте владельца системы внутри компании

Пока идет проект, за процесс отвечает внешний консультант или проектный менеджер. После завершения они уходят. Кому принадлежит ответственность дальше?

Если в компании нет человека, чья прямая обязанность — следить за качеством данных, система постепенно деградирует. Это не обязательно отдельный дорогой специалист: подойдет финансист, старший оператор или главный бухгалтер.

Этот человек раз в неделю выполняет простую проверку: выборочно берет несколько операций, например 5 случайных заказов, и прослеживает их путь от заявки до списания со склада и оплаты. Если где-то обнаруживается разрыв, он сразу уточняет процесс или дообучает сотрудника.

4. Обновляйте систему вместе с бизнесом

Ни один регламент не пишется навсегда. Бизнес растет, меняются логистические цепочки, появляются новые товары и типы сделок. Если процесс в реальности изменился, а в программе остался старым, сотрудники быстро придумают новый «костыль».

Увидели, что стандартный процесс не подходит под новую реальность? Не заставляйте людей делать лишнюю работу. Соберите обратную связь, перепишите регламент и измените настройки программы. Удобно иметь простой порядок: любой может предложить изменение, владелец системы его оценивает, а решение утверждает руководитель.

5. Договоритесь о передаче знаний и поддержке до завершения проекта

Многие проблемы возникают потому, что акт выполненных работ подписан без плана на «жизнь после консультантов». Перед подписанием стоит требовать от интегратора:

— описанные процессы и регламенты в понятном виде;
— инструкции и шпаргалки для типичных операций по ролям;
— обучение не только руководителей, но и людей, которые будут работать с системой каждый день;
— порядок обучения новых сотрудников, которые придут уже после запуска;
— контакт или канал поддержки на первые недели и порядок внесения изменений.

О том, почему запуск программы еще не означает внедрения учета, подробнее в статье «Настройка программы или внедрение учета».

Вывод

Внедрение учета не заканчивается подписанием акта с разработчиками, а лишь переходит в новую фазу. Автоматизация — это новая культура работы, а не разовое действие.

Если закрыть пути возврата к старому, дать команде время на адаптацию без штрафов, назначить ответственного за качество данных и регулярно обновлять регламенты, система останется рабочим инструментом, а не красивой иконкой на рабочем столе.

Часто задаваемые вопросы

Почему после завершения внедрения сотрудники возвращаются к старым методам?
Чаще всего из-за того, что старый путь знаком и остается открытым, а новый процесс неудобен или плохо объяснен. Иногда «костыль» сигнализирует, что регламент не учитывает реальных сценариев работы, например специальных цен или нестандартных отгрузок.

Кто должен отвечать за учетную систему после ухода консультантов?
Внутренний владелец системы: финансист, старший оператор или главный бухгалтер. Его задача — следить за качеством данных, собирать предложения по изменениям и доносить их до руководителя.

Как часто проверять качество данных в учетной системе?
Достаточно раз в неделю выборочно проверять несколько операций: например, проследить путь пяти случайных заказов от заявки до списания со склада и оплаты. Так разрывы в процессе заметны на раннем этапе.

Что делать, если сотрудники придумывают обходные решения?
Сначала выясните, какую проблему решает обходное решение: не является ли процесс в системе слишком сложным или неполным. Если да, измените регламент и настройки. Если процесс удобен, а правила нарушаются сознательно, тогда это вопрос дисциплины, и он решается по заранее объявленным правилам.