Его Величество "РЕГЛАМЕНТ" и три его агрегатных состояния
Все же, наверное, не раз слышали эту заезженную пластинку: «Оцифруйте процессы, залейте правила в CRM/ERP, настройте жёсткие запреты — и ваш бизнес заработает сам, как швейцарские часы».
Собственник платит, программисты пишут код, методологи рожают тонны инструкций. На мониторе компьютера космические корабли уже бороздят просторы Вселенной.
А на Земле в это время бизнес начинает задыхаться, терять скорость и гибкость. Почему? Потому что вы не «навели порядок». Вы просто скормили компании тонну цифрового и бумажного фастфуда и удивляетесь, почему у неё началось ожирение.
Чтобы понять, как это работает, давайте обратимся к физике. У любого регламента в бизнесе — будь то устный приказ или сложный софт — есть три агрегатных состояния: газообразное, жидкое и твёрдое.
И эволюция компании — это почти всегда история того, как лёгкий пар превращается в гигантский айсберг.
1. Газообразное состояние: «Облако» в головах
Газообразный регламент — это то, чего вы не найдёте ни в одном документе. Это негласные правила, привычки и коллективное бессознательное ваших сотрудников. Это пресловутое «у нас так принято».
Как это выглядит.
Устные распоряжения на планерках в стиле: «Ребята, дебиторку контролируем жёстче, а скидки больше 5 % согласовываем со мной». Или неписаное правило менеджеров: «Клиенту из базы Х мы всегда перезваниваем в первую очередь, потому что он орёт, а клиент Y подождёт».
Физика процесса.
Газ не имеет формы и занимает весь предоставленный ему объём. Проблема в том, что каждый сотрудник вдыхает этот «пар» и понимает его по-своему. Собственник под словом «контролировать» имел в виду отключать отгрузки на второй день просрочки, а менеджер Толик уверен, что достаточно раз в месяц грустно вздохнуть в трубку.
Главная опасность.
Газ летуч. Через две недели все забыли, о чём договорились на стратегической сессии. Бардак снова и снова наступает со всех сторон, случается факап, компания теряет деньги, и напуганный собственник решает «сгустить» атмосферу.
2. Жидкое состояние: бумажный регламент (Google Docs и базы знаний)
Собственник устаёт от тумана, нанимает методолога или бьёт кулаком по столу и заставляет РОПа «описать процессы».
Пар конденсируется в жидкость.
Как это выглядит.
Появляются многостраничные инструкции в Confluence, регламенты в Google‑документах и распечатанные папки на столах: «Регламент обработки входящего лида», «Инструкция по приёмке товара».
Физика процесса.
Жидкость уже имеет объём, но она обтекаема и принимает форму сосуда. Жидкий регламент всегда имеет «люфт» — человеческий фактор.
Как это работает на Земле.
Менеджер читает инструкцию на 30 страниц, понимает, что, если он будет следовать ей буквально, то клиент уйдёт к конкурентам, пока идёт согласование.
Что делает человек?
Включает здравый смысл (или лень), лавирует между строк, обходит острые углы и спасает сделку. Жидкий регламент можно «разбавить». Но собственнику в Космосе кажется, что люди снова саботируют его гениальную волю.
И тогда он решает заморозить систему намертво.
3. Твёрдое состояние: твёрдый софт (код, CRM, ERP)
Чтобы сотрудники больше не могли «лавировать», правила зашивают в программный код.
Жидкость превращается в лёд. На сцену выходит твёрдый софт.
Как это выглядит.
Кнопка «Отгрузить» в ERP становится неактивной, пока менеджер не заполнит 14 обязательных полей, не прикрепит скан‑копию акта и не дождётся цифровой подписи от бухгалтера, юриста и начальника службы безопасности.
Физика процесса.
Лёд невозможно согнуть, подвинуть или уговорить. У него жёсткая кристаллическая решётка. Софт полностью уничтожает человеческий люфт и здравый смысл на местах. Код безжалостен.
Ловушка ИТ‑ожирения: когда лёд убивает бизнес
Собственнику кажется, что твёрдый софт — это победа. Но именно здесь зарыта главная управленческая мина. По сути, софт — это и есть регламент, просто переведённый в двоичный код. И если вы автоматизировали глупый, избыточный бумажный регламент, вы просто сделали свою глупость автоматической и железобетонной.
Когда на каждый мелкий чих и разовый факап Параноик дописывает в софт новое ответвление или галочку для контроля, система начинает «жиреть».
Бизнес превращается в неповоротливый айсберг.
Скорость падает до нуля. Вместо того чтобы продавать или отгружать, люди тратят 50% рабочего времени на «борьбу» с интерфейсом программы, пытаясь скормить ей нужные галочки.
Паралич при шторме.
Рынок изменился, нужно срочно поменять условия сделки или запустить новый продукт? Айсберг нельзя перестроить за день. Нужно снова платить программистам, ждать полгода и дописывать новые тонны кода.
Уход в партизаны.
Думаете, лёд остановил сотрудников? Хрен то там. Чтобы бизнес окончательно не умер под весом «умного софта», люди на Земле включают скрытый саботаж. Они создают свои «партизанские костры» — закрытые чаты, где мгновенно решают реальные вопросы по старым добрым газообразным понятиям.
А в вашу дорогую ERP‑систему они заходят раз в неделю задним числом, чтобы просто набить фейковые данные, от которых программа отстанет, а у вас в мониторе нарисуется красивый, но абсолютно мёртвый дашборд.
Что с этим делать?
Улучшать систему — не значит дописывать софт и плодить новые слои льда.
Улучшать — значит отсекать лишнее.
Если ваш бизнес начал буксовать, проведите жёсткий аудит и посмотрите, сколько льда вы наморозили вокруг своих людей.
И не пора ли размораживать морозилку?
В следующих материалах мы разберём жёсткую математику: как посчитать упущенную выгоду от «жирного софта» и как посадить свои регламенты на эффективную цифровую диету без потери контроля.
Тест на состояние ваших регламентов в текущий момент👇 :