Как мы справляемся с сопротивлением сотрудников, когда меняем процессы

Когда в компании говорят: «Сейчас внедрим новый процесс», сотрудники обычно слышат другое:

Скоро будет новая таблица.
Потом новая программа.
Потом нужно будет полдня объяснять, почему цифры опять не сошлись.

Их можно понять.

Часто в бизнесе «внедрение» выглядит так: купили дорогое ПО, провели презентацию на 40 слайдов, раздали логины. Через три месяца данные по-прежнему живут в Excel, а сотрудники ведут две системы — старую, потому что в ней работа, и новую, потому что так попросили.

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

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

Не просим “принести цифры”

Когда собственник хочет управленческую отчетность, первая реакция команды часто такая:

— А какие цифры вам нужны?
— Все.
— А в каком виде?
— Ну, в Excel.
— А откуда их взять?
— Ну, соберите.

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

Мы не начинаем с просьбы «соберите нам данные».

Мы сами идем в источники:

• 1С;
• банк-клиент;
• CRM;
• складскую систему;
• кассу;
• ERP;
• кабинеты маркетплейсов;
• старые Excel-файлы;
• платежные реестры;
• договоры и графики оплат;
• данные по производству, закупкам и запасам.

Сначала смотрим, какие данные уже есть, где они лежат, кто их заводит и насколько им можно доверять.

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

Продажи знают одно. Закупки — другое. Склад — третье. Финансы собирают четвертое в пятницу вечером.

Наша задача — не заставить всех еще усерднее пересылать файлы. Наша задача — собрать одну картину.

Сначала собираем факты, потом строим правила

Нельзя нормально менять процесс, пока вы не понимаете, что происходит сейчас.

Например, собственник говорит:

У нас постоянно не хватает денег.

Причин может быть десять:

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

Если сразу прийти и сказать: «С понедельника ведем платежный календарь», команда будет сопротивляться. И будет права.

Потому что вы добавили инструмент, но не нашли причину.

Сначала мы собираем первичные данные и отвечаем на вопросы:

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

После этого становится понятно, какой процесс вообще нужен. Иногда нужен платежный календарь. Иногда — контроль дебиторки. Иногда — план закупок. Иногда — нормальный расчет скидок. Иногда нужно просто перестать производить товар, который никто не покупает.

Не переводим компанию на новое ПО в первый день

Новая программа не лечит хаос.

Если в компании нет понятных правил:

• кто отвечает за данные;
• какой план считается утвержденным;
• когда можно менять производственный график;
• кто согласует скидку;
• что считать запасом;
• как планировать деньги;

то новая система просто быстрее покажет старый бардак.

Иногда даже красивее. С графиками.

Поэтому мы не начинаем с задачи:

Давайте внедрим новую ERP, BI или систему управленческого учета.

Сначала проверяем, можно ли собрать рабочую модель на существующих данных.

Если компания уже ведет учет в 1С, работает в CRM, использует банк-клиент и хранит часть истории в Excel — этого часто достаточно, чтобы начать.

Мы агрегируем первичные данные в своем сервисе и собираем первую версию отчетности:

• P&L;
• ОДДС;
• баланс;
• платежный календарь;
• план-факт;
• отчет по дебиторке;
• отчет по запасам;
• маржинальность по продуктам, клиентам или направлениям;
• производственные показатели;
• дашборд собственника.

Команда продолжает работать в привычных системах. Мы не просим всех срочно менять программу, учиться новому интерфейсу и молиться, чтобы ничего не сломалось в конце месяца.

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

Иногда новое ПО нужно. Иногда нет. А иногда оно нужно через полгода, когда компания уже понимает, какие процессы хочет в нем видеть.

Начинаем с самой дорогой проблемы

Мы не внедряем «управленческий учет целиком» с первого дня.

Это слишком похоже на ремонт в квартире, где вы решили одновременно поменять проводку, трубы, окна, пол и привычки всех членов семьи.

Сначала выбираем самый материальный вопрос.

Тот, где сейчас теряются деньги, время или контроль.

Например:

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

Дальше начинаем с конкретного результата.

Это важно для команды.

Люди не должны месяцами участвовать в проекте с названием «цифровая трансформация финансовой функции». Они должны увидеть:

• что стало проще;
• какой отчет исчез;
• какой риск увидели заранее;
• какую проблему перестали тушить вручную;
• сколько денег перестали терять.

Делаем первую рабочую версию, а не идеальную систему

Первая версия почти всегда будет неидеальной.

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

Это нормально.

Мы не ждем, пока компания соберет идеальные данные за три года. Иначе можно ждать долго. Очень долго. Иногда до следующего собственника.

Берем доступные данные, строим первую рабочую версию и проверяем ее на реальных решениях.

Например:

• можно ли на ее основе понять, хватит ли денег на две недели;
• видно ли, кто не платит;
• видно ли, какие запасы зависли;
• можно ли согласовать закупку;
• видно ли, какая скидка опасна;
• можно ли понять, какой заказ ставить в производство первым.

Если ответ «да», система уже полезна.

Дальше ее дорабатываем. Не ради красоты таблицы. Ради решений.

Обучаем на их цифрах

Мы не читаем сотрудникам лекцию «что такое денежный поток».

У людей и без этого достаточно созвонов.

Мы берем реальную ситуацию компании.

Например:

В пятницу на счете 1,8 млн руб. В понедельник — зарплата, во вторник — НДС, в среду — сырье для ключевого заказа. Клиент обещает оплатить в четверг. Что делаем?

И вместе с командой разбираем:

• какие платежи обязательны;
• что можно перенести;
• где ускорить поступление;
• нужно ли просить аванс;
• есть ли деньги в зависших запасах;
• можно ли отложить закупку;
• нужен ли овердрафт;
• кто принимает решение.

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

То же самое с производством, скидками, закупками и дебиторкой.

Люди быстрее принимают процесс, когда видят себя и свои цифры, а не абстрактную компанию «Ромашка» из презентации.

Сначала помогаем, потом требуем

В начале нового процесса мы не говорим:

Вот форма. Теперь заполняйте правильно.

Мы садимся вместе с ключевыми людьми и делаем первые циклы:

• собираем данные;
• сверяем цифры;
• разбираем отклонения;
• ищем, где процесс ломается;
• убираем лишнее;
• распределяем роли;
• фиксируем простые правила.

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

Она учится договариваться.

Продажи учатся не обещать сроки без производства.
Производство учится заранее говорить, где не хватит мощности.
Закупки учатся не брать вагон сырья только потому, что дали скидку.
Финансы учатся показывать не просто «денег нет», а что именно нужно изменить в плане.
Собственник учится не отменять правила одной фразой в 22:30: «Завтра сделайте срочно, клиент важный».

Это тоже часть внедрения. Иногда самая сложная.

Когда новое ПО действительно нужно

Новое ПО имеет смысл, когда:

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

Тогда автоматизация ускоряет работу.

До этого она чаще ускоряет путаницу.

Мы сначала строим логику, правила и первую управленческую модель. Потом решаем, что автоматизировать, чем и в какой последовательности.

Что получает собственник

Вместо проекта «внедрение системы» собственник получает ответы:

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

И главное — команда видит, что новый процесс помогает убрать часть старого хаоса.

Если в вашей компании все хотят «навести порядок в финансах», но никто не хочет еще одну программу и десять новых отчетов — начнем не с ПО.

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

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