Метрики контроля при выходе из операционки: девелопменте: для собственника

Михаил позвонил в воскресенье в половину одиннадцатого вечера. Не потому что случилось что-то экстраординарное. Просто прораб на объекте не мог решить, менять ли подрядчика по кровле — и звонил ему. Михаил был генеральным директором компании с несколькими активными объектами. Он же был главным архитектором ключевых решений, главным переговорщиком с подрядчиками и, судя по всему, главным прорабом.

Вопрос, с которым он пришёл ко мне, звучал как «хочу выйти из операционки». Реальный вопрос оказался другим.

Михаил пришёл в девелопмент больше двенадцати лет назад — через строительный подряд. Начинал с небольших объектов, постепенно вырос до собственных проектов. К моменту нашего знакомства компания вела несколько объектов одновременно: жилые комплексы на разных стадиях готовности, от котлована до сдачи.

По меркам регионального рынка — крепкий средний игрок. Не федеральный застройщик с отделом стандартизации и корпоративными регламентами. Не маленький «гаражный» девелопер, который строит один дом раз в три года. Именно этот масштаб — самый сложный для выхода из операционки.

Рабочий день Михаила выглядел примерно так. Утром — объезд объектов или звонки с объектов. Днём — переговоры с подрядчиками, банками, городской администрацией. Вечером — финансовые вопросы, которые никто другой не мог закрыть. По выходным — звонки прорабов. Он знал каждый объект в деталях, помнил, у кого какой контракт, кто из подрядчиков задерживает поставки, где идёт отставание от графика.

Это была не операционная зависимость в классическом смысле — когда собственник просто не умеет делегировать. Это была системная проблема, специфичная для девелопмента: отрасль устроена так, что цена ошибки очень высока, цикл длинный, а стейкхолдеров много. Банк, который финансирует стройку, хочет видеть конкретного человека, принимающего решения. Подрядчики работают через личные договорённости. Покупатели квартир в спорных ситуациях идут к собственнику.

Михаил не просто «не умел отпускать». Система вокруг него была выстроена так, что отпускать было опасно.

Но он устал. И хотел понять, как это изменить — не разрушив то, что работает.

Запрос на поверхности был стандартным: «Мне нужен операционный директор. Помоги найти и выстроить передачу дел». Михаил уже смотрел нескольких кандидатов — один из них ему нравился. Казалось, что вопрос технический: нанять человека, передать функции, отойти.

Я попросил его описать, как выглядит его рабочая неделя — не в теории, а фактически. Что он делает сам, что делегирует, по каким вопросам к нему обращаются. Мы потратили на это полтора часа.

Картина оказалась показательной. Михаил принимал решения примерно по сорока разным типам вопросов в неделю. Из них около двадцати пяти — это были вопросы, которые теоретически мог бы решать кто-то другой. Но «теоретически» — ключевое слово. Потому что для того, чтобы кто-то другой мог их решать, нужно было ответить на вопрос: по каким критериям?

Именно здесь обнаружилась настоящая проблема. У Михаила не было формализованных метрик контроля. Совсем. Он знал, что происходит на объектах, потому что был там сам или звонил лично. Он понимал финансовое состояние компании, потому что держал в голове ключевые цифры. Он чувствовал, когда подрядчик начинает «плыть» — по интонации в разговоре, по мелким задержкам, по косвенным признакам.

Это была экспертная система, встроенная в одного человека. Передать её операционному директору — невозможно. Можно только создать новую систему рядом.

Вопрос «нанять директора» оказался вторичным. Первичный вопрос звучал иначе: какие метрики контроля позволят собственнику видеть реальное состояние бизнеса, не находясь внутри каждого процесса?

В девелопменте это особенно сложно — из-за стадийности проектов. Объект на стадии котлована и объект на стадии продаж требуют принципиально разных метрик. Одна и та же цифра — например, процент выполнения работ — означает разное в зависимости от того, на каком этапе находится проект и какой сезон.

Проблема была не в отсутствии директора. Проблема была в отсутствии системы, которая делала бы директора возможным.

Мы работали над системой метрик около двух месяцев — параллельно с поиском операционного директора. Принципиальное решение: сначала система, потом человек. Не наоборот.

Девелопмент как отрасль имеет несколько специфических особенностей, которые определяют логику метрик контроля.

Первая особенность — стадийность. Каждый объект проходит через несколько принципиально разных фаз: проектирование и согласования, земляные работы и фундамент, строительство коробки, внутренние работы, сдача и продажи. На каждой стадии критичны разные показатели. Система метрик должна это учитывать — иначе ты смотришь на правильные цифры в неправильный момент.

Вторая особенность — длинный цикл. Девелоперский проект живёт три-пять лет. Это означает, что многие проблемы проявляются с большим лагом. Подрядчик начал «плыть» в марте — это станет видно в финансовой отчётности в июне. К тому моменту исправить ситуацию значительно дороже.

Третья особенность — высокая цена ошибки. Задержка сдачи объекта — это не просто репутационные потери. Это штрафные санкции по ДДУ, это проблемы с банком, это потенциальные судебные иски. Система метрик должна давать ранние сигналы, а не фиксировать факт.

Исходя из этого, мы выстроили три уровня контроля.

Ежедневный уровень — минимальный. Михаил получал одно сообщение в день: статус по каждому объекту в формате «зелёный / жёлтый / красный» с одной строкой пояснения. Зелёный — всё по плану. Жёлтый — есть отклонение, не критичное, решается на уровне операционного директора. Красный — требует внимания собственника. Принципиальное правило: если нет красного — Михаил не звонит на объекты.

Еженедельный уровень — четыре блока. Финансовый контроль: кассовый разрыв по каждому объекту, отклонение от бюджета, состояние проектного финансирования. Строительный контроль: выполнение недельного плана работ, статус по критическому пути, проблемы с подрядчиками. Коммерческий контроль: темп продаж, динамика цены, остаток нераспроданных квартир. Административный контроль: статус согласований, судебные риски, кадровые вопросы выше определённого уровня.

Ежемесячный уровень — стратегический. Сравнение плана и факта по каждому объекту, прогноз по срокам сдачи, оценка рисков, решения о перераспределении ресурсов между объектами.

Отдельно мы определили «красные линии» — события, при которых Михаил включается лично вне зависимости от уровня. Их оказалось семь. Среди них: отклонение от графика сдачи более чем на три недели, кассовый разрыв выше определённого порога, конфликт с генеральным подрядчиком выше определённой суммы контракта, претензии от покупателей с угрозой судебного иска.

Всё остальное — не его.

Первые два месяца система не работала так, как планировалось. Операционный директор — хороший специалист, Михаил не ошибся с выбором — присылал отчёты, но они были либо слишком детальными (Михаил тонул в деталях и начинал звонить сам), либо слишком общими (Михаил не понимал реального состояния и начинал звонить сам). Нашли баланс только на третий месяц — после того как несколько раз разобрали конкретные отчёты вместе и договорились о формате.

Через восемь месяцев Михаил перестал ездить на объекты каждую неделю. Он бывал там раз в две-три недели — по плану, а не по звонку прораба. Операционный директор вёл текущее управление самостоятельно. Еженедельные отчёты работали. Красные сигналы появлялись примерно раз в месяц — и Михаил включался точечно.

Это звучит как победа. В целом — да. Но честный разбор требует нескольких оговорок.

Первые четыре месяца были тяжёлыми. Михаил несколько раз нарушал собственные правила — включался в ситуации, которые по системе были «жёлтыми», не «красными». Каждый раз это было объяснимо: «здесь особый случай», «этот подрядчик специфический», «я просто хочу убедиться». Каждый раз это подрывало авторитет операционного директора. Мы разбирали это на наших встречах — и Михаил возвращался к системе. Но это стоило усилий.

Второй момент: часть метрик пришлось пересмотреть. Строительный контроль в формате «процент выполнения работ» оказался малоинформативным — цифра выглядела хорошо, пока один из подрядчиков не начал скрывать реальное отставание. Добавили метрику «критический путь по каждому объекту» — это потребовало отдельной работы с проектным менеджером.

Третий момент: Михаил всё ещё иногда берёт трубку в воскресенье вечером. Не потому что система не работает. Потому что двенадцать лет привычки не исчезают за восемь месяцев. Разница в том, что теперь он может не брать — и ничего не случится.

Реальный итог — не «вышел из операционки» в смысле «больше не занимается бизнесом». Он сменил роль. Из человека, который управляет процессами, стал человеком, который управляет системой и принимает решения на уровне, где его участие действительно необходимо. Это другая работа. Она требует других навыков — и, честно говоря, поначалу она казалась Михаилу менее интересной, чем та, к которой он привык.

Это четвёртый девелопер за последние полтора года, с которым я работал над похожей задачей. Структура проблемы каждый раз одна и та же — при том что компании разные, объекты разные, люди разные.

Собственник девелоперской компании, который вырос из строительного подряда или из небольших проектов, — это человек с очень высокой экспертизой и очень низкой формализацией. Он знает, как строить. Он не знает, как описать то, что он знает, в виде системы, которую может использовать кто-то другой.

Выход из операционки в девелопменте — это не вопрос найма. Это вопрос перевода экспертной системы из головы собственника в формализованные метрики и протоколы. Пока этого перевода нет — любой операционный директор будет либо перегружен звонками собственника, либо работать вслепую.

Метрики контроля при выходе из операционки в девелопменте — это не таблица в Excel с показателями. Это система решений: что собственник оставляет себе, что делегирует, при каких условиях включается. Без этой системы найм директора только создаёт иллюзию выхода.

Есть и другой исход этой истории — я видел его у другого собственника, с похожим бизнесом. Он тоже нанял операционного директора. Но без системы метрик. Через полгода директор уволился — потому что не понимал, по каким критериям его оценивают и когда он принимает правильные решения. Собственник вернулся в операционку. Потерял время, деньги и хорошего специалиста.

Разница между этими двумя историями — не в качестве директора. В наличии системы до найма.

Инсайт, который я вынес из этих кейсов: в девелопменте выход из операционки — это не событие, а процесс длиной минимум в год. И первые полгода этого процесса — это работа не с директором, а с метриками. С тем, что собственник считает важным, как он это измеряет и при каких условиях готов доверять чужому решению.

Это специфика именно девелопмента или похоже на другие отрасли?

Структура проблемы — универсальная. Собственник с высокой экспертизой, которая не формализована, встречается в производстве, в B2B-услугах, в логистике. Но в девелопменте она особенно острая — из-за длинного цикла и высокой цены ошибки. Если в рознице неправильное решение операционного директора стоит недели, в девелопменте оно может стоить месяцев задержки и десятков миллионов штрафов.

А если у меня уже есть операционный директор — поздно выстраивать метрики?

Не поздно, но сложнее. Если директор уже работает без чёткой системы метрик — у него сформировались свои представления о том, что важно и как отчитываться. Перестройка потребует явного разговора о том, что меняется и почему. Это возможно, но требует отдельной работы.

Что делать, если я вижу у себя похожую ситуацию?

Начать с инвентаризации: выписать все типы решений, которые вы принимаете за неделю. Разделить на три группы — то, что только вы можете решить, то, что мог бы решить кто-то другой с правильными критериями, и то, что вообще не должно доходить до вас. Это займёт несколько часов и покажет реальную картину лучше любого консультанта.

Если этот кейс читается как твоя история — не обязательно девелопмент, достаточно сходства по структуре: всё держится на тебе, метрики формально есть, но ты всё равно везде — приходи на разбор.

Работаю с собственниками бизнесов от 80 миллионов выручки. Беру до трёх заявок в неделю. Напиши на hi@vvetrov.com: кто ты, что за бизнес, в чём вопрос.

Если кажется, что у тебя всё иначе и система уже работает — возможно, так и есть. Но обычно оказывается, что метрики есть, а система решений за ними — нет.

P.S. Михаил больше не берёт трубку в воскресенье вечером. Почти. Разница между «почти» и «никогда» — это восемь месяцев работы над системой, а не над собой.

Смотри также: Ошибки при выходе из операционки: топ-5 от советника — о том, какие ошибки совершают собственники чаще всего. Нанял директора за 400 тысяч — и всё равно всё решаю сам — разбор типичной ситуации. Когда CEO готов к выходу из операционки: чеклист — практический инструмент для самооценки.

Апрель 2026. Автор — Виталий Ветров, стратегический советник и управляющий партнёр юридической фирмы.