Большинство девелоперов ставят операционному директору KPI по срокам сдачи и бюджету. Это выглядит разумно — и именно поэтому не работает. За двадцать лет практики я видел, как правильно выглядящие метрики для оценки COO создают человека, который отлично отчитывается и медленно разрушает компанию изнутри. В этой статье — что именно измерять, как не превратить систему KPI в инструмент самообмана, и почему первое, что я делаю с новым клиентом-девелопером, — убираю половину его метрик.
И ещё одно: в конце я покажу одну метрику, которую не найти ни в одном HR-учебнике, — и именно она чаще всего предсказывает, выживет ли компания в кризис.
Пятый раз за последние полтора года вижу одну и ту же картину: девелопер нанимает сильного операционного директора, ставит ему KPI по срокам и бюджету — и через год обнаруживает, что компания работает хуже, чем до найма. Не потому что COO плохой. Потому что метрики измеряют не то.
Сроки сдачи и бюджет — это лаговые индикаторы. Они показывают результат процессов, которые уже произошли. Когда объект сдан с опозданием на три месяца, это следствие решений, принятых полгода назад. Измерять COO по этим показателям — всё равно что оценивать хирурга по тому, выжил ли пациент, не глядя на то, что происходило в операционной.
Прежде чем читать дальше — вспомни последний квартальный отчёт своего операционного директора. Что там было? Процент выполнения плана по срокам, отклонение бюджета, количество сданных объектов. Теперь вопрос: по этому отчёту ты можешь понять, насколько устойчива операционная система компании через два года? Скорее всего — нет.
Вторая проблема глубже. Когда человек знает, по каким метрикам его оценивают, он оптимизирует именно под них. Это не цинизм — это нормальная человеческая реакция. COO с KPI по срокам начинает давить на подрядчиков, скрывать промежуточные проблемы, переносить риски на следующий период. Дашборд выглядит красиво. Внутри — накопленный долг.
Я видел компанию с тремя объектами, у которой все KPI были зелёными. Через восемь месяцев выяснилось, что операционный директор систематически переносил проблемы в следующий квартал, не выстраивал процессы, а «тушил пожары» вручную. Когда он ушёл — компания обнаружила, что у неё нет ни одного работающего регламента. Только его личные договорённости с подрядчиками.
Это не история о плохом COO. Это история о плохой системе измерения.
Здесь обычно возникает возражение: «У нас специфика — три объекта одновременно, разные подрядчики, разные регионы. Стандартные метрики не подойдут». Это обоснованное беспокойство. Но оно указывает не на то, что метрики не нужны, — а на то, что нужны правильные метрики.
Прежде чем говорить о конкретных KPI, важно понять, что именно делает операционный директор в девелопменте. Не «старший прораб» и не «директор по строительству» — а именно COO, операционный директор.
Три функции, которые не видны в стандартном отчёте:
Первая — архитектура процессов. COO строит систему, которая работает без него. Не решает задачи — создаёт среду, в которой задачи решаются. Это принципиальное различие. Если операционный директор незаменим в ежедневных решениях — он не COO, он старший менеджер с красивым титулом.
Вторая — управление неопределённостью. Девелопмент — это постоянные изменения: подрядчики срывают сроки, меняется законодательство, появляются новые риски. COO не устраняет неопределённость — он создаёт систему, которая её абсорбирует. Это тоже не видно в отчёте по срокам.
Третья — командная зрелость. Операционный директор отвечает за то, чтобы команда становилась сильнее. Если через год после его прихода компания зависит от него так же, как в первый день — что-то пошло не так.
Андрей Михайлович, собственник девелоперской компании с тремя одновременными проектами в разных городах, пришёл ко мне с простым запросом: «Хочу понять, хорошо ли работает мой COO». У COO были отличные показатели — сроки, бюджет, отчёты. Мы провели три разговора. Выяснилось: ни один из линейных руководителей не мог принять решение без операционного директора. Регламентов не существовало — только устные договорённости. Подрядчики работали «через него». Андрей Михайлович думал, что нанял человека, который выстраивает систему. Оказалось — нанял человека, который стал системой. Это разные вещи.
Вот почему KPI для COO в девелопменте не могут ограничиваться сроками и бюджетом. Нужна другая архитектура.
Я использую четырёхуровневую модель. Она не универсальна — но за двадцать лет практики я не нашёл ни одного девелопера, которому она не подошла бы как отправная точка.
Операционный директор работает в рамках стратегии компании или создаёт собственную? Это звучит очевидно. На практике — нет.
Метрики этого уровня отвечают на вопрос: «Операционные решения COO двигают компанию туда, куда хочет собственник?» Не «выполнен ли план» — а «тот ли это план».
Примеры: доля проектов, соответствующих стратегическому портфелю; процент операционных инициатив, согласованных со стратегическими приоритетами; качество стратегических сессий (не количество — качество, оцениваемое собственником).
Это ближе к традиционным KPI, но с важным сдвигом. Измеряется не результат — измеряется предсказуемость.
Девелопер с предсказуемыми задержками лучше девелопера с непредсказуемыми успехами. Если COO говорит «объект будет сдан через три месяца» — и он сдаётся через три месяца — это ценнее, чем «сдадим в срок» с последующим авралом.
Метрики: точность прогнозов (отношение заявленных сроков к фактическим), стабильность кассового разрыва, процент проблем, выявленных до кризисной стадии.
Здесь начинается то, что большинство девелоперов не измеряют вообще.
Вопрос простой: команда становится сильнее или слабее? Если завтра COO уйдёт — что произойдёт? Если ответ «катастрофа» — это диагноз.
Метрики: процент решений, принятых без участия COO (динамика за год); количество руководителей, готовых к повышению; текучесть в ключевых позициях.
Это та самая метрика, о которой я обещал рассказать в начале.
Управленческий резерв — это способность компании пережить кризис без потери управляемости. Не финансовый резерв — управленческий. Сколько ключевых людей может одновременно выйти из строя, прежде чем система начнёт разрушаться?
В большинстве девелоперских компаний этот показатель равен единице. Один человек уходит — и всё. Задача COO — сделать так, чтобы этот показатель был минимум три.
Как измерять: раз в полгода проводить «стресс-тест» — кто из ключевых людей может взять на себя функции другого? Результат фиксируется и отслеживается в динамике.
Перейдём к конкретике. Ниже — не исчерпывающий список, а рабочий минимум.
Уровень 1. Стратегическое соответствие:
Уровень 2. Операционная ритмичность:
Уровень 3. Командная зрелость:
Уровень 4. Управленческий резерв:
Здесь обычно возникает второе возражение: «Мы уже пробовали KPI — не прижилось». Это почти всегда означает одно из двух: либо метрики не были согласованы с COO (он их не принял как свои), либо не было ревизионного цикла (метрики поставили и забыли). Об этом — в следующем разделе.
Ошибок три. Они встречаются почти всегда — в разных комбинациях.
Ошибка первая: слишком много метрик.
Я видел системы KPI для COO с двадцатью семью показателями. Это не система управления — это система отчётности. Когда всё важно — ничто не важно. Рабочий минимум — шесть-восемь метрик, распределённых по уровням. Больше — только если есть конкретная причина.
Принцип простой: если COO не может назвать свои три главные метрики на этой неделе без заглядывания в документ — метрик слишком много.
Ошибка вторая: метрики без веса и приоритета.
Все показатели равны — значит, ни один не важен. Нужна явная иерархия: что является критическим (невыполнение = разговор о будущем), что важным (невыполнение = анализ причин), что желательным (невыполнение = фиксация и мониторинг).
В девелопменте я обычно рекомендую следующее распределение: два критических показателя (как правило, из уровней 1 и 4), три важных (уровни 2 и 3), остальное — желательные.
Ошибка третья: отсутствие разговора о смысле метрик.
Это самая дорогая ошибка. Собственник придумал метрики, спустил COO — и ждёт результата. COO не понимает, почему именно эти показатели, не согласен с методологией, но молчит. Через полгода — взаимное разочарование.
Правильный порядок: сначала разговор о том, что компания считает успехом операционного управления. Потом — совместная разработка метрик. Потом — согласование весов. Это занимает время. Но это единственный способ, при котором COO принимает KPI как свои, а не как внешний контроль.
Третье возражение, которое я слышу регулярно: «COO сам знает, что делать, зачем ему метрики?» Это верно — хороший COO знает. Но метрики нужны не для того, чтобы объяснить ему его работу. Они нужны для того, чтобы у вас обоих был общий язык для разговора о качестве этой работы. Без общего языка — только интуиция и доверие. Иногда этого достаточно. Чаще — нет.
Если ты сейчас думаешь «надо переделать всё» — остановись. Резкая смена системы оценки — это стресс для COO и риск потерять человека, которого ты только что нанял или долго выращивал. Три шага, которые работают без разрушения.
Шаг первый: диагностика текущего состояния.
Прежде чем менять метрики — понять, что есть сейчас. Какие KPI существуют формально? Какие реально используются в разговорах? Есть ли вообще регулярный разговор о качестве операционного управления — или только отчёты?
Это занимает один разговор с COO и один — с ключевыми руководителями. Результат: карта текущего состояния.
Шаг второй: согласование с COO.
Не «я придумал новые KPI, вот они». А «я хочу понять, как мы оба будем знать, что операционное управление работает хорошо». Это разные разговоры.
В этом разговоре COO должен предложить свои метрики. Собственник — свои. Потом — найти пересечение. Метрики, которые COO предложил сам, он будет выполнять. Метрики, которые ему спустили сверху, он будет объяснять.
Шаг третий: ревизионный цикл.
Метрики не вечны. Компания растёт, стратегия меняется — KPI должны меняться вместе с ними. Раз в полгода — ревизия: что из этого по-прежнему актуально? Что устарело? Что нужно добавить?
Это не слабость системы — это её зрелость. Компания, которая пересматривает KPI раз в полгода, умнее компании, которая держится за одни и те же показатели три года.
Если хочешь следить за тем, как я разбираю такие ситуации в реальном времени — канал в Telegram: @vvetrov.
Рабочий минимум — шесть-восемь показателей, распределённых по четырём уровням. Меньше — теряется полнота картины. Больше — система превращается в отчётность ради отчётности. Критерий простой: COO должен помнить свои три главные метрики наизусть.
Раз в полгода — плановая ревизия. Внеплановая — при существенном изменении стратегии или структуры компании. Метрики, которые не пересматривались больше года, почти наверняка уже не отражают реальность.
Сначала — понять, в чём именно несогласие. Это методология? Конкретные показатели? Или принципиальное нежелание быть измеримым? Первые два — решаемы через разговор. Третье — это уже вопрос о том, тот ли это человек.
В начале я написал, что правильно выглядящие метрики создают операционного директора, который отлично отчитывается и медленно разрушает компанию. Теперь ты видишь, почему: стандартные KPI измеряют результат, а не качество системы. Они показывают прошлое, а не предсказывают будущее. И они оптимизируют поведение COO — но не всегда в нужную сторону.
Четырёхуровневая архитектура — стратегическое соответствие, операционная ритмичность, командная зрелость, управленческий резерв — это попытка измерить то, что реально важно. Не идеальная. Но значительно честнее, чем «сроки и бюджет».
Если ты дочитал до этого места — скорее всего, у тебя уже есть операционный директор или ты думаешь о найме. И вопрос KPI для тебя не абстрактный.
Работаю с девелоперами и собственниками бизнесов от 80 миллионов выручки, у которых есть или планируется операционный директор.
Есть гайд по делегированию — он начинается именно с этого вопроса: что передавать COO и как это измерять. Там же — шаблон системы KPI, который можно адаптировать под свою компанию за один рабочий день. Забери его бесплатно: [ссылка на delegation-guide].
Если ситуация острее — напиши на hi@vvetrov.com. Кратко: кто ты, что за бизнес, в чём вопрос.
P.S. Если не подхожу — скажу, к кому пойти.
Апрель 2026. Автор — Виталий Ветров, стратегический советник для предпринимателей.