Андрей показал мне таблицу. Восемнадцать вкладок, триста строк, цветовая кодировка по трём уровням. Он обновлял её каждое утро — лично, до планёрки. «Это мой контроль», — сказал он. Я спросил: «Ты когда последний раз принял решение на основе этой таблицы?» Пауза. Потом: «Не помню». Вот с этого мы и начали.
Андрей пришёл в строительство через прораба. Двенадцать лет назад у него была бригада и несколько субподрядных договоров. Потом — собственная компания, потом — несколько объектов одновременно, потом — штат под сотню человек и выручка, которая перевалила за отметку «под миллиард».
Рост был органическим. Каждый новый уровень сложности Андрей закрывал собой. Появился второй объект — он стал ездить на оба. Появился третий — он стал вставать раньше. Появился четвёртый — он перестал брать отпуск.
К моменту нашего знакомства он работал по двенадцать часов в день и не мог объяснить, зачем. Не в смысле «зачем вообще» — смысл был. В смысле: какие именно задачи требуют именно его присутствия, а какие он делает по инерции, потому что всегда делал сам.
Запрос звучал стандартно: «Хочу выйти из операционки». Под этим он понимал — нанять сильного директора по производству и перестать ездить на объекты каждый день. Разумное желание. Но за ним стояла проблема, которую директор не решает.
Проблема была в том, что у Андрея не было системы, которая позволяла бы ему управлять, не присутствуя. Была таблица. Но таблица — это не система управления. Это архив тревоги.
Запрос оказался не про директора.
Первые две встречи мы разбирали, как устроен его текущий контроль. Не как должен быть — как есть.
Картина была типичной для строительных компаний с такой историей роста. Формально метрики существовали: выручка по объектам, процент готовности, расход материалов, фонд оплаты труда. Всё это было в той самой таблице. Плюс ещё десятки показателей, которые Андрей собирал «на всякий случай».
Проблема не в том, что метрик не было. Проблема в том, что все они были операционными — то есть описывали, что происходит, но не говорили, когда собственнику нужно вмешаться. Андрей читал таблицу каждое утро и либо успокаивался («всё идёт»), либо тревожился («надо разобраться»). Второе случалось чаще. Разобраться означало — поехать лично.
Это и есть ловушка операционного контроля в строительстве. Отрасль устроена так, что отклонения — норма. Каждый объект — уникальный проект с уникальными рисками. Погода, субподрядчики, поставки, проектные изменения. Если реагировать на каждое отклонение лично — ты никогда не выйдешь из операционки, сколько бы директоров ни нанял.
Андрею нужна была не таблица с тремястами строками. Ему нужна была система, которая отвечает на один вопрос: «Мне нужно вмешаться прямо сейчас — или нет?»
Разница кажется небольшой. На практике — это разница между двенадцатичасовым рабочим днём и управлением компанией.
Нужно было убрать из его контроля то, что он считал самым важным.
Мы работали с тремя уровнями метрик. Не придумывали с нуля — выбирали из того, что уже было, и добавляли то, чего не хватало.
Финансовый уровень. Три показателя, которые собственник видит еженедельно: маржа по каждому активному объекту (план/факт), кассовый разрыв (прогноз на ближайшие тридцать дней), дебиторская задолженность с разбивкой по срокам. Всё остальное — в зоне ответственности финансового директора.
Ключевое решение здесь: убрать из еженедельного отчёта выручку. Это было неожиданно для Андрея. Выручка — главная цифра, которую он привык смотреть каждый день. Но выручка в строительстве — это признание по актам, которое зависит от десятков факторов вне его контроля. Маржа по объекту говорит больше и раньше.
Операционный уровень. Два показателя: отклонение от графика по каждому объекту в процентах (не в днях — в процентах от общего срока) и доля переделок от общего объёма работ за месяц. Первый показывает, где накапливается риск срыва сроков. Второй — где падает качество управления субподрядчиками.
Здесь мы долго спорили о пороговых значениях. Андрей хотел реагировать на любое отклонение от графика. Я настаивал на пороге в семь процентов — ниже этого значения отклонение находится в рамках нормальной операционной погрешности и не требует участия собственника. Выше — красный флаг.
Это был самый сложный разговор. Потому что принять, что пятипроцентное отклонение — это нормально и не требует твоего звонка прорабу, означало признать: часть тревоги, которую ты называл «контролем», была просто тревогой.
Клиентский уровень. Один показатель: количество письменных претензий от заказчиков за месяц. Не звонков, не устных недовольств — именно письменных претензий. Это грубый, но честный индикатор: если претензии пошли — что-то системно сломалось.
Три уровня, шесть показателей. Принцип «светофора»: зелёный — не трогаешь, жёлтый — директор докладывает, красный — ты включаешься лично. Всё.
Самым сложным оказалось не выбрать метрики, а решить, что перестать контролировать.
Андрей перестал вести таблицу сам. Это случилось примерно на третьем месяце — не потому что кто-то запретил, а потому что стало незачем. Еженедельный дашборд из шести показателей давал ему то, что триста строк не давали никогда: ясность.
Директор по производству получил реальные полномочия. Не формально — реально. Андрей перестал звонить прорабам напрямую. Это было труднее, чем кажется: привычка двенадцати лет. Первые недели он несколько раз ловил себя на том, что уже набирает номер — и клал трубку.
Через восемь месяцев он ездит на объекты раз в две недели — не чтобы проверить, а чтобы видеть. Это разные вещи.
Теперь о том, что не получилось. Один объект — крупный, с нестандартным заказчиком — потребовал его личного возврата в операционку на полтора месяца. Конфликт с генподрядчиком, который директор не смог разрулить самостоятельно. Андрей вошёл, разрулил, вышел.
Это изменило его понимание того, что значит «выйти из операционки». Не «уйти навсегда». Не «никогда не вмешиваться». А — «не быть там по умолчанию». Вмешательство по необходимости — это не провал системы. Это система, работающая правильно: она показала красный флаг, собственник включился, проблема решена.
Выход из операционки в строительстве — это не «уйти совсем». Это «уйти из ежедневного».
Четвёртый раз за последний год работаю с похожей структурой в строительных компаниях. Собственник вырос из прораба или инженера. Компания выросла вместе с ним. Управленческая культура не успела за операционным масштабом.
Строительство — отрасль с высокой операционной сложностью и исторически низкой культурой управленческих метрик. Это не упрёк — это особенность. Здесь принято управлять через присутствие, через личные отношения с прорабами, через «я сам посмотрю». Это работает, пока компания маленькая. Перестаёт работать, когда объектов становится больше трёх-четырёх одновременно.
Главная ошибка, которую я вижу: собственники путают «контроль» и «присутствие». Контроль — это знать, когда нужно вмешаться. Присутствие — это быть везде на всякий случай. Второе не заменяет первое. Оно его имитирует.
Метрики выхода из операционки в строительстве — это не про KPI сотрудников. Это про пороговые значения, при которых собственник включается. Разница принципиальная: KPI описывают людей, пороги описывают ситуации.
Для сравнения — другой случай из практики. Собственник похожей компании, похожий запрос. Мы выстроили систему метрик, он нанял директора. Но не смог отпустить оперативные решения — продолжал звонить прорабам в обход директора. Директор ушёл через четыре месяца. Система метрик осталась, но работать не начала: метрики без делегирования полномочий — это просто красивый дашборд. Итог — компромисс: собственник частично вышел из операционки, но не полностью. Работает меньше, чем раньше, но больше, чем хотел.
Инсайт, который я формулирую для себя после таких случаев: система метрик — это не про доверие директору. Это про то, чтобы знать, когда не доверять. Это разные вещи. И второе — гораздо легче принять.
Строительство слишком специфично — разве универсальные метрики здесь работают?
Метрики, которые описаны в этом кейсе, не универсальные — они выбраны под конкретную компанию. Принцип универсален: три уровня (финансовый, операционный, клиентский) и пороговые значения вместо тотального мониторинга. Конкретные показатели и пороги всегда подбираются под бизнес-модель, тип объектов и зрелость команды.
А если директор по производству начнёт скрывать проблемы, зная пороговые значения?
Это реальный риск. Он снижается двумя способами: во-первых, часть метрик берётся из источников, независимых от директора (финансовая служба, заказчики); во-вторых, собственник сохраняет право на нерегулярные «глубокие погружения» — раз в квартал смотреть под капот без предупреждения. Система метрик — не замена доверию, а его инструмент.
Что делать, если я вижу у себя похожую ситуацию, но компания меньше?
Принцип работает при выручке от 80–100 миллионов и трёх-четырёх одновременных объектах. Ниже этого порога — скорее всего, достаточно одного-двух ключевых показателей и еженедельной встречи с командой. Сложная система метрик при маленьком масштабе создаёт бюрократию там, где нужна скорость.
Если этот кейс читается как твоя история — не обязательно строительство, достаточно сходства по структуре: собственник как узкое горлышко, метрики есть, но они операционные, а не управленческие, директор нанят или планируется, но система не работает — приходи на разбор.
Работаю с собственниками бизнесов от 80 миллионов выручки. Беру до трёх заявок в неделю. Напиши на hi@vvetrov.com: кто ты, что за бизнес, с чем пришёл.
Если тебе кажется, что у тебя принципиально другая ситуация — возможно. Но структура, которую я описал, встречается в каждой второй строительной компании с такой историей роста. Посмотри на свою таблицу. Когда ты последний раз принял решение на её основе?
P.S. Андрей ту таблицу не удалил. Она лежит в архиве. Иногда он её открывает — не чтобы работать, а чтобы помнить, откуда вышел.
Смежные материалы по теме: Ошибки при выходе из операционки: топ-5 от советника — разбор типичных провалов, которые происходят до того, как выстраивается система метрик. Выход из операционки за 6 месяцев: кейс производственной компании — похожая структура, другая отрасль, другие пороговые значения. Нанял директора за 400 тысяч — и всё равно всё решаю сам — про то, почему директор без системы метрик не решает проблему.
Полный гайд по выходу из операционного управления: Как выйти из операционного управления.
Апрель 2026. Автор — Виталий Ветров, управляющий партнёр юридической фирмы, советник по стратегии и операционному управлению.