Почему CEO тратит 15 часов в неделю на согласования, которые можно автоматизировать, и как матрица RAPID возвращает это время обратно
Я сразу перейду к делу. Эскалации к CEO — это не функция, это болезнь. Типичная картина: руководитель отдела подходит с вопросом «Олег Сергеевич, тут клиент просит скидку 7% вместо стандартных 5, как быть?». Вы внимательно смотрите в потолок, вздыхаете, задаёте два уточняющих вопроса, через минуту отвечаете «дайте 7%». И гордитесь своей незаменимостью.
Но давайте посчитаем. В одной компании, где я вёл проект, CEO тратил на подобные микросогласования 14 часов в неделю. При этом 70% вопросов были типовыми: утверждение бюджета мероприятия, подписание договора с уже проверенным поставщиком, разрешение на найм стажёра, скидка клиенту в пределах 5–10%.
CEO искренне полагал, что это часть его работы. «Контроль качества», — говорил он. А команда считала, что он просто не доверяет. И оба были правы.
Стоимость одного «да»
Давайте оценим финансово. Средний CEO крупного бизнеса (выручка от 1 млрд) зарабатывает, условно, 1 млн рублей в месяц. Рабочих часов — 160. Час работы = 6 250 руб. Если он тратит 14 часов в неделю (56 часов в месяц) на операционку, то стоимость этого времени — 350 000 рублей в месяц. 4,2 млн в год.
Но это только прямая потеря. Косвенные потери — замедление решений, недовольство команды, отложенные стратегические задачи — ещё в два-три раза выше.
Вы можете себе представить, чтобы генеральный директор завода лично крутил гайки на конвейере? Нет? А отвечать на вопрос «давать скидку 7 или 5%» — это такая же гайка, просто потяжелее.
Архитектура решений: RAPID + правило двух уровней
Мы лечим эту проблему в Контуре 3 — Архитектура решений. Не уговариваем CEO «отпустить», не учим его медитировать, а встраиваем систему. Она состоит из двух основных элементов:
- Матрица распределения ролей в принятии решений (RAPID).
- Правило двух уровней эскалации.
И небольшую приправу — банк управленческих уроков, чтобы ошибки не повторялись.
Матрица RAPID: кто, что и как решает
RAPID (Recommend, Agree, Perform, Input, Decide) — это старая добрая модель консалтинговой фирмы Bain & Company, которую я адаптировал для наших не самых идеальных компаний.
Цифры в названии — не случайное созвучие. Они означают роли:
- R (Recommend) — кто готовит вариант, проводит анализ, предлагает решение. Обычно это профильный специалист или руководитель среднего звена.
- A (Agree) — кто должен согласовать до принятия (вето-роль, но не окончательное решение). Например, финансовый директор для бюджета.
- P (Perform) — кто исполняет после решения.
- I (Input) — чьё мнение учитывается, но без права вето (например, юрист для договора).
- D (Decide) — кто принимает окончательное решение. D — только один человек.
Правило «один D» критически важно. Если у решения два «подписанта» — оно никогда не будет принято быстро. А если «D» везде назначен CEO — вы ничего не улучшили.
Пример. Решение: «утверждение бюджета на маркетинговое мероприятие до 500 тыс. руб.».
- R — руководитель отдела маркетинга (готовит смету, обоснование).
- A — финансовый директор (проверяет, не выходит ли за рамки общего бюджета).
- I — CEO (на всякий случай, но без права вето — просто смотрит, если хочет).
- D — коммерческий директор (принимает решение за 15 минут, без эскалации к CEO).
В компании, где я взял этот пример, после внедрения матрицы время утверждения бюджета упало с 3 дней до 2–3 часов. А CEO перестал дергаться по каждому «хочу арендовать стенд на выставке».
Мы составляем RAPID для 20–30 типовых решений (финансовые, кадровые, операционные, стратегические). Это занимает один день на сессии, потом дорабатываем в удалёнке. Сложность только в одном: CEO должен по-настоящему согласиться отдать D другому человеку. И чаще всего соглашается — когда видит таблицу с часами, которые он потерял.
Правило двух уровней эскалации
Это правило не даёт проблеме всплыть к CEO немедленно. Схема проста:
Сотрудник → Руководитель отдела (24 часа) → Директор функции (24 часа) → CEO (только если не решено на нижних уровнях).
Каждый уровень обязан зафиксировать попытку решения. Если руководитель отдела не справился за сутки, он поднимает вопрос к директору функции с пометкой «Что сделано, что не получилось, какая нужна помощь». Директор функции тоже работает сутки. И только если оба уровня пасуют — проблема идёт к CEO.
В одной сети магазинов мы внедрили это правило, и CEO получил 40% снижение эскалаций уже через 3 недели. Причём количество решённых проблем на нижних уровнях выросло — люди перестали ждать «царского ответа» и начали искать варианты сами.
Но есть нюанс: если компания не фиксирует эскалации в трекере (Jira, Битрикс24, хоть Google Sheets), правило не работает. Потому что нет обратной связи и возможность «тихо забить». Поэтому мы настраиваем простой дашборд: регистрация эскалации с уровнем, кто принял решение, время ответа.
Банк управленческих уроков: память организации
И последний элемент — банк управленческих уроков. Записываем каждую ошибку (свою и чужую) по шаблону: ситуация → принятое решение → эффект (что пошло не так) → коррекция. Туда же заносим успешные кейсы.
Например, ошибка: «Выбрали поставщика упаковки с минимальной ценой → через месяц он поднял цены на 20%, пришлось перезаключать контракт с потерей времени». Коррекция: «Перед выбором требовать фиксацию цены на 6 месяцев или включать штрафные санкции за повышение».
Перед любым важным решением команда обязана заглянуть в банк и ответить на вопрос: «Было ли похожее? Какой урок?». Это дешевле, чем нанимать внешнего консультанта.
Что получается на выходе
Итак, после 5 недель работы над архитектурой решений клиент имеет:
- RAPID-матрицу по 20–30 решениям — теперь каждый знает, кто решает, а кто просто в курсе.
- Правило двух уровней — проблемы не ползут к CEO по умолчанию.
- Дашборд эскалаций — видно, где узкое место.
- Банк уроков с хотя бы 10 записями.
И главное — CEO перестаёт быть «человеком-пожаротушителем». У него появляется время на стратегию, на развитие команды, наконец — на нормальный обед без телефона.
Парадокс делегирования
Многие CEO думают: «Если я перестану решать мелкие вопросы, всё развалится». Опыт показывает обратное: если выстроить архитектуру решений, управляемость растёт, а не падает. Потому что у каждого уровня есть полномочия и ответственность. Люди не боятся ошибиться — для этого есть банк уроков, который превращает ошибки в учебные пособия.
Так что если вы до сих пор подписываете заявки на канцелярские принадлежности — возможно, пора пересмотреть подход. Начните с малого: выберите три типовых решения (например, найм стажёра, скидка до 10%, закупка ноутбука) и назначьте D не себя. Посмотрите, случится ли апокалипсис. Скорее всего, нет. А вы получите немного свободы.
Олег Раков. Хотите узнать, сколько времени вы теряете на эскалациях? Пройдите тест «Индекс управляемости бизнеса» — он покажет, насколько зрелая архитектура решений в вашей компании. Бесплатно, 20 минут, результаты сразу.