Права на решения: как владельцу перестать быть “единственной кнопкой” и не потерять контроль
Есть типовая ловушка, в которую попадает почти каждый владелец.
С одной стороны, хочется делегировать — потому что иначе бизнес не растёт, а владелец сгорает.
С другой стороны, как только начинаешь делегировать решения, возникает тревога: “а вдруг накосячат”, “а вдруг примут решение, которое дорого обойдётся”, “а вдруг пойдут в сторону”.
И владелец делает то, что кажется безопасным: оставляет всё на себе. В итоге:
- любое решение идёт через владельца
- скорость падает
- руководители превращаются в “передатчиков информации”
- владелец становится узким местом
- бизнес держится на его времени и нервной системе
Выход — не “больше доверять” и не “жёстче контролировать”. Выход — сделать карту прав на решения: кто что может решать, в каких пределах, когда нужна эскалация.
Это и есть владельческий контроль на взрослом уровне: владелец не решает всё сам, но контролирует правила и границы решений.
Почему права на решения — ключевой элемент владельческого контроля
Без карты полномочий бизнес работает в одном из двух режимов:
Режим 1: “Все решения через владельца”
Плюс: меньше хаоса (на первый взгляд).
Минус: владелец — узкое место. Скорость ограничена его временем.
Режим 2: “Решают как получится”
Плюс: скорость.
Минус: хаос, конфликты, потери денег и репутации, “каждый тянет в свою сторону”.
Карта прав на решения позволяет взять лучшее из обоих режимов:
- скорость — решения принимаются на месте
- контроль — в рамках заранее заданных границ
Что такое “права на решения”
Права на решения — это набор правил, определяющий:
- какие решения принимаются на каком уровне
- какие лимиты действуют (деньги, риски, скидки, сроки)
- в каких случаях решение обязательно эскалируется
- кто является владельцем решения (DRI)
- где фиксируется решение и как контролируется исполнение
Это не “бумага ради бумаги”. Это механизм, который разгружает владельца и делает систему управляемой.
4 категории решений: что можно делегировать, а что нельзя
Чтобы не усложнять, разделим решения на четыре типа.
1) Операционные решения (делегируются почти всегда)
Это ежедневные решения: расписание, распределение задач, мелкие закупки, согласование деталей исполнения.
2) Тактические решения (делегируются в пределах лимитов)
Например:
- скидки в пределах X%
- закупка до суммы N
- перенос сроков до Y дней
- найм на определённые роли в пределах бюджета
3) Стратегические решения (обычно на владельце/совете)
Например:
- смена рынка/позиционирования
- запуск нового направления
- крупные инвестиции
- изменение бизнес-модели
- важные кадровые решения верхнего уровня
4) Рискованные решения (эскалация по триггеру)
Неважно, операционное или тактическое — если риск выше порога, решение поднимается вверх.
Смысл: мы не делим решения по “важности в голове владельца”. Мы делим по уровню риска и влияния.
Как построить карту прав на решения (практика)
Шаг 1. Соберите список типовых решений (20–30 пунктов)
Обычно они из пяти контуров:
- деньги (платежи, лимиты, дебиторка)
- продажи (скидки, условия, отсрочки, отказ клиенту)
- исполнение (сроки, приоритеты, остановка работ)
- качество (брак, переделки, гарантия)
- люди (найм, увольнение, премии, дисциплина)
Шаг 2. Назначьте уровни (пример)
- Уровень 1: руководитель направления
- Уровень 2: директор/операционный руководитель
- Уровень 3: владелец
Шаг 3. Задайте лимиты
Лимиты бывают разных типов:
- денежный (до X рублей)
- маржинальный (скидка до Y%)
- временной (перенос сроков до Z дней)
- рисковый (любое решение, которое создаёт риск репутации/юридический риск)
Шаг 4. Определите триггеры эскалации (“когда обязательно вверх”)
Пример триггеров:
- маржа падает ниже порога
- клиент просит отсрочку больше N дней
- спорная претензия на сумму выше X
- остановка производства/проекта
- конфликт между двумя руководителями
- риск штрафов/суда/репутации
Шаг 5. Введите правило фиксации решений
Решение должно где-то жить (реестр решений/протокол). Иначе всё снова будет в чатах.
Пример карты решений (упрощённый)
Продажи
- скидка до 5% — руководитель продаж
- скидка 5–10% — коммерческий директор
- скидка выше 10% — владелец
- отсрочка до 14 дней — руководитель продаж
- отсрочка 15–30 — коммерческий директор
- выше 30 — владелец
Деньги/платежи
- платежи до X — финдир/директор
- выше X — владелец
- платежи “вне бюджета” — всегда эскалация
Исполнение
- перенос срока до 2 дней — руководитель проекта
- до 7 дней — директор
- выше 7 дней или риск срыва ключевого клиента — владелец
Смысл не в цифрах. Смысл в структуре.
Самая частая ошибка: делегировать решения без рамок
Когда говорят “я делегировал”, часто это означает: “я перестал решать сам и надеюсь, что будет нормально”.
Это не делегирование. Это отказ от управления.
Настоящее делегирование — это:
- рамки
- лимиты
- триггеры эскалации
- ответственность за решение
- контроль исполнения
Как владелец сохраняет контроль, делегируя решения
Контроль владельца остаётся в трёх точках:
- Правила игры (карта решений, лимиты, запреты)
- Сигналы (панель метрик, красные зоны)
- Решения верхнего уровня (стратегия, большие риски, ключевые люди)
Всё остальное должно “жить на месте”, иначе бизнес не ускорится.
Внедрение без сопротивления: как продавить карту решений в жизнь
Карта решений умирает, если её просто “написали” и положили в папку.
Чтобы внедрить:
- делайте карту вместе с руководителями (вовлечение снижает саботаж)
- начните с 10–15 ключевых решений (не 100)
- введите недельную проверку “где эскалации были/не были”
- разберите 3–5 реальных кейсов прошлого: “как должно было быть по карте”
И обязательно: зафиксируйте, что нарушение карты — это управленческая проблема, а не “ошибка сотрудника”. Потому что либо правило работает, либо его нет.
Вывод
Права на решения — это способ разгрузить владельца и ускорить бизнес, не потеряв контроль. Вы не делегируете ответственность “на авось”. Вы создаёте рамки: лимиты, триггеры эскалации, владельцев решений и ритм проверки.
Если нужно сделать это быстро и встраивать в владельческий контроль с шаблонами — программа мини-курса здесь
