Восемь лет подряд бизнес был похож на бесконечный марафон без финиша. Каждый день — забег по пересечёнке: сотрудник с проблемой, клиент с претензией, подрядчик с форс‑мажором, налоговая с вопросом. План на день превращался в набор благих намерений, которые сметал первый же “пожар”. Вечером засыпал с ощущением незавершённости, утром просыпался с тревогой — что ещё “вылезет” сегодня.
Со временем такое состояние начинает казаться нормой предпринимательства. Кажется, что бизнес без постоянного стресса — миф. Окружение поддакивает: “у всех так”, “это цена роста”. На одной из сессий с Андреем Пережогиным и на Legat Business Forum стало видно, что это не так: руководитель, живущий в режиме постоянных авралов, не управляет компанией — он её обслуживает. Этот взгляд совпадает с исследованиями по малому бизнесу: владельцы, которые не выходят из операционного “пожарного” режима, системно недодают в стратегию и процессы, что снижает устойчивость и рост.
Момент истины: признать, что хаос — не норма
Слова Пережогина попали не просто в эмоцию, а в систему координат. До этого казалось, что “сложные клиенты”, “сырой рынок”, “дефицит кадров” — объективная реальность, с которой ничего не поделаешь. Он развернул перспективу: хаос в компании — не естественное состояние, а следствие отсутствия системы. Эффективность управления измеряется не количеством героически решённых проблем, а количеством ситуаций, которые даже не дошли до стадии “пожара”.
Этот взгляд совпадает с тем, о чём говорят исследования по управлению малым бизнесом: собственник, проводящий большую часть времени в режиме “операционного пожарного”, системно недодаёт в стратегию, процессы и команду. Внешне он кажется незаменимым героем, по факту — бутылочным горлышком, через которое проходит всё, замедляя рост и усиливая риск.
Ключевой шаг на этом этапе — честно признать, что вечный аврал — не “особенность темперамента” и не “кризис вокруг”, а результат управленческих решений. Пока руководитель воспринимает себя жертвой обстоятельств, управлять невозможно, можно только выживать.
Аудит собственного хаоса: цифры вместо самообмана
Первое упражнение, которое я сделал после форума, — придумал не Андрей, а я сам, но в логике его подхода: зафиксировать хаос. Вместо абстрактного “у нас много авралов” я сел и выписал все внеплановые задачи за последние четыре недели. Только те, которые реально ломали план дня и вытаскивали меня в режим “прямо сейчас”.
Итого получилось 35 ситуаций. Чтобы не раствориться в списке, я разложил их по трём группам:
- системные сбои, которые можно было предотвратить (например, повторяющаяся ошибка в приёме заказов);
- недопонимание и разрывы в команде из‑за неясных правил (“я думал, что это делает другой отдел”);
- внешние факторы, на которые можно было повлиять заранее (например, просрочка подрядчика, о которой можно было знать заранее при нормальном контроле).
Цифры отрезвили. Оказалось, что около 75% “пожаров” возникли не потому, что “жизнь сложная”, а потому что в бизнесе не было простых, понятных правил и процессов. Не было чётких границ ответственности, стандартов, алгоритмов для типовых ситуаций. Я сам создавал себе “авральное” рабочее место.
Создание системы вместо хаоса: три шага по Пережогину
Подход Андрея Пережогина не про “супер‑инструменты”, а про последовательную работу с реальностью. На практике в моём бизнесе это вылилось в три ключевых шага: описать процессы, перераспределить ответственность и поменять культуру реакции на проблемы.
Шаг 1. Документирование ключевых процессов
До этого многие операции существовали “в головах”: у сотрудника, у меня, в чате, в устных договорённостях. Пережогин на Legat говорил простую вещь: пока процесс не описан, он неуправляем. Я сел с ключевыми людьми и за неделю зафиксировал базовые “скелеты” процессов:
- как именно мы работаем с новым клиентом — от первого контакта до закрытия сделки;
- как отделы передают задачи друг другу — кто инициирует, кто принимает, что считается “готово”;
- какие стандарты качества и сроков мы считаем приемлемыми по типовым услугам;
- как реагируем на типовые проблемы: задержка поставки, возврат, претензия, сбой в сервисе.
Это были не идеальные BPMN‑карты, а простые регламенты “как должно быть”. Но уже этого хватило, чтобы команда перестала каждый раз придумывать велосипед. Люди получили ориентиры, по которым можно принимать решения без постоянных уточнений у руководителя.
Шаг 2. Делегирование зон, а не задач
Второй шаг — болезненный. Я понял, что сам превратил людей в “исполнителей поручений”. Каждый ждал отдельного задания и отчитывался по нему, ответственность была размазана. В логике Пережогина это классический путь к тому, чтобы руководитель стал единственным “носителем ответственности”.
Мы пересобрали картину:
- менеджер по работе с клиентами стал отвечать не за “количество звонков” и “отправленные КП”, а за лояльность и повторные сделки в своём портфеле клиентов;
- администратор — не за “пересылку писем” и “бумажки”, а за информированность всех участников процесса и актуальность информации;
- техник — не за “выполненные заявки”, а за безотказную работу конкретного оборудования в зоне его ответственности.
Формулировка “ты отвечаешь за…” вместо “сделай, пожалуйста, вот это” поменяла многое. Люди начали видеть свою работу как результат, а не как поток мелких поручений.
Шаг 3. Новое правило реакции на проблемы
Третий шаг выглядел так: я ввёл правило, что некритичные для бизнеса и клиентов проблемы должны решаться на уровне ответственных сотрудников в течение рабочего дня. Моё участие требуется только если их решения не сработали или ситуация действительно угрожает бизнесу или репутации.
Первые дни команда растерялась — привычка “принести руководителю проблему” была слишком сильной. Но постепенный отказ давать готовые ответы, поддержанный понятными регламентами, сделал своё дело. Люди начали приходить не с “у нас проблема”, а с “есть такая ситуация, мы предлагаем сделать так”. Это совсем другой уровень разговора.
Измеримые результаты за полтора месяца
Чтобы не скатиться в самообман, я заранее решил измерить, что изменится через полтора месяца после запуска этой системы. Результат оказался не “магией”, а вполне конкретными изменениями.
Во‑первых, количество экстренных задач, которые выбивали план дня и требовали моего личного вмешательства, снизилось примерно в три раза. Большинство типовых проблем стали решаться на уровне ответственных. Не исчезли все “пожары”, но их стало меньше и они перестали быть нормой.
Во‑вторых, рабочий день стал предсказуемее. Появилась возможность планировать ключевые задачи на неделю вперёд и выполнять хотя бы 70–80% из запланированного. До этого план на неделю был чем‑то вроде wish list, который сгорал в первые два дня.
В‑третьих, снизился стресс в команде. Люди перестали жить в ожидании “что ещё упадёт сверху”. Когда зона ответственности определена, а правила понятны, страх “сделать не так” уходит, а вместе с ним — пассивная позиция.
В‑четвёртых, у меня появилось время для работы “над” бизнесом, а не только “в” бизнесе. Вместо того чтобы сутками разруливать тактические вопросы, я смог заняться стратегией, продуктом, финансами — тем, что Пережогин называет настоящим управлением.
И, наконец, восстановился баланс работы и жизни. Выходные перестали быть “запасным операционным днём”, а отпуск — режимом “руководства по WhatsApp”. Это не значит, что я выключился из бизнеса, но я перестал быть единственным пожарным.
До и после подхода Пережогина
Чтобы ясно увидеть изменения, имеет смысл положить их в простую таблицу.
| Показатель | До изменений | После 1,5 месяцев работы по новой системе |
| Количество экстренных задач | Высокое, ежедневные “пожары” | Снижение примерно в 3 раза, часть задач уходит на уровень исполнителей |
| Планирование рабочего дня | Почти не работает, план сгорает в начале дня | Возможность планировать неделю, выполнение 70–80% ключевых задач |
| Уровень стресса в команде | Высокий, боязнь принимать решения | Более ровный фон, люди принимают решения в своих зонах |
| Время руководителя | Почти всё уходит на тушение пожаров | Освобождён блок времени под стратегию и развитие |
| Баланс работа/жизнь | Выходные и отпуск = работа | Выходные — выходные, отпуск — отпуск, без постоянного аврала |
Эти изменения не потребовали внедрения сложных IT‑систем или найма дорогих консультантов. Они стали результатом смены управленческой оптики и последовательного применения принципов, о которых говорит Пережогин.
Новая философия: управлять системой, а не обслуживать хаос
Главный итог работы с подходом Андрея — смена философии управления. Раньше казалось, что “настоящий руководитель” тот, кто всегда на связи, всегда “в теме”, всегда готов вмешаться. Теперь стало ясно: руководитель, который всё время тушит пожары, — это человек, который обслуживает хаос.
Пережогин на Legat чётко сформулировал: задача руководителя — строить систему, в которой большинство проблем решается до того, как становится проблемой. Это означает:
- процессы описаны и понятны;
- зоны ответственности определены;
- решения принимаются там, где возникает ситуация;
- руководитель работает с архитектурой, а не с каждым кирпичом.
Именно этот переход — от героя‑пожарного к архитектору системы — делает бизнес марафоном без финиша не в смысле “бесконечного выживания”, а в смысле устойчивого движения, где есть ритм, ресурс и перспективы.
Проделаем 2‑ю часть заново: логично продолжим твою «Новая философия…», добавим 2 внутренние ссылки, и доведём статью до финала с метой и промтами.
Как этот сдвиг отражается в ежедневных решениях
Смена роли с героя‑пожарного на архитектора системы быстро проявилась в том, как принимались решения. Раньше любое отклонение от “идеальной картинки” автоматически становилось моей личной задачей. Теперь первым вопросом стало не “что мне сделать”, а “что в системе нужно поменять, чтобы это не повторялось”.
Например, вместо того чтобы каждый месяц “спасать” отдельного проблемного клиента, я изменил саму модель работы с дебиторкой: ввёл чёткие лимиты по отсрочке, жёсткую привязку условий к платёжной дисциплине и факторинг там, где это экономически оправдано. Вместо ручного выбивания платежей появилась конструкция, в которой риск неплатежей снижается за счёт правила, а не за счёт очередного геройства.
То же произошло с внутренними сбоями. Если раньше я лично “впрягался” в каждый провал на стыке отделов, то теперь спрашивал: какой процесс здесь не описан, какое правило не проговорено, какая зона ответственности “ничья”. Это неприятные разговоры, но именно они постепенно уменьшают количество повторяющихся проблем.
Как управленческий подход стыкуется с деньгами
Когда в голове и операционке стало меньше шума, обнаружилось очевидное: управлять бизнесом — значит управлять не только людьми и задачами, но и деньгами. Без финансового контура любая система управления наполовину слепая.
Первый слой — налоги и режим работы. Пока живёшь в вечном аврале, вопрос “насколько оптимальна наша налоговая модель” кажется роскошью. Когда появляется пространство для управления, становится видно, сколько денег утекает просто потому, что никто не занимался налоговым планированием: режим выбран “как когда‑то посоветовали”, льготы не используются, структура бизнеса не подстроена под реальные обороты и маржу. На этом этапе очень логично легла статья Налоговое планирование для МСП: легальные способы оптимизации в 2025 году: она по сути предлагает тот же системный взгляд, только на налоговую нагрузку.
Второй слой — отношения с банками и кредиторами. Пока ты пожарный, поход в банк — отдельный стресс: “очень нужны деньги, вдруг повезёт”. Когда ты архитектор, разговор меняется: у тебя есть план, цифры, сценарии. Тот же чек‑лист подготовки, который Хмелинин разбирает в материале Как подготовиться к переговорам с банком: чек-лист от практикующего консультанта, перестаёт быть теорией “для галочки”. Это естественный шаг: ты и так уже управляешь системой, просто упаковываешь её в формат, понятный кредитору.
Третий слой — набор финансовых инструментов. Раньше я реагировал на кассовые разрывы точечно: кредит, овердрафт, займ “у знакомых”, иногда микрофинансирование. Сейчас логика такая: сначала смотрим на процесс (почему возник разрыв), потом решаем, каким инструментом его лучше закрывать — изменением условий с клиентами, факторингом, овердрафтом, лизингом, а не всегда “ещё одним кредитом”.
Что изменилось для меня как для руководителя
Если попытаться одним абзацем описать итог подхода Андрея Пережогина, это будет не “стало спокойно и легко”, а “появился ритм и предсказуемость”.
Во‑первых, суточный и недельный ритм. Появился понятный цикл: планирование, работа, разбор, корректировка. Не идеальный, но устойчивый. День перестал быть набором сюрпризов, неделя — кучей откатов от планов.
Во‑вторых, управление через цифры, а не через ощущения. Я перестал ориентироваться только на настроение команды и “ощущение, что всё плохо/нормально”. Регулярные простые отчёты по ключевым процессам, деньгам и клиентам стали тем самым “пульсом”, по которому видно, что происходит в системе.
В‑третьих, личная устойчивость. Ушло постоянное чувство вины за всё, что не успел, и тревога из‑за того, что “всё держится на мне”. На смену пришло спокойное чувство ответственности за систему. Это разные состояния: в одном ты всё время в долгу, в другом — в работе.
Что может сделать руководитель, который узнаёт себя в этой истории
Если вы читаете это и думаете “это ровно про меня”, не обязательно сразу искать траблшутера и перестраивать бизнес сверху донизу. Логика подхода Пережогина как раз в том, чтобы идти шагами.
Можно начать с трёх простых действий:
- В течение ближайших двух недель фиксировать все внеплановые задачи, которые срывают ваш график. Потом честно ответить: какие из них — внешний форс‑мажор, а какие — дырки в процессах и ответственности.
- Выбрать один ключевой процесс (например, работа с новым клиентом или обработка заказа) и описать его “как должно быть”: шаги, ответственные, критерии готовности. Не идеально — просто ясно.
- На ближайший месяц ввести для себя правило: минимум один раз в день, когда к вам приходят с проблемой, не давать готовый ответ, а просить принести варианты решения. Сначала будет дискомфортно, потом вы увидите, насколько команда способна решать больше, чем казалось.
Эти шаги не заменяют системную работу с консультантом, но они переключают вас из режима “вечного пожарного” в режим человека, который хотя бы начинает строить систему.
