KPI для операционного директора в девелопменте: реальная история

Игорь пришёл с готовым решением. Он уже нанял операционного директора, уже согласовал зарплату и уже придумал KPI. Оставалось одно — «просто оформить это правильно, чтобы было по-человечески». Я спросил, что именно он хочет измерять. Он ответил примерно так: чтобы всё работало без него, чтобы объекты сдавались в срок, чтобы подрядчики не срывали дедлайны. Я сказал, что это не KPI. Это мечта. Разница между ними стоила ему примерно полтора года и одного хорошего директора.

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

И при этом — намертво застрявший в операционке.

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

Операционный директор был нанят за несколько недель до нашего разговора. Хороший специалист, с опытом в смежной отрасли, с рекомендациями. Игорь был доволен выбором. Задача, с которой он пришёл ко мне, звучала технически: «Помоги выстроить систему KPI, чтобы я мог контролировать результат, не вникая в каждую мелочь».

Это звучало разумно. Почти любой собственник в похожей ситуации сформулировал бы то же самое.

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

На поверхности лежал запрос на инструмент. KPI как способ делегировать контроль: ты работаешь, я смотрю на цифры, если цифры хорошие — значит, всё хорошо. Логика понятная. В теории — рабочая.

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

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

Это была первая трещина.

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

Это была вторая трещина.

KPI, которые Игорь хотел выстроить, предполагали, что директор отвечает за результат. Но система принятия решений, которую Игорь описывал, предполагала, что директор отвечает за информирование. Это две принципиально разные роли. И они не совместимы в одной должности.

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

Вот здесь и началось.

Я не буду делать вид, что сразу увидел, чем это закончится. Но три момента в нашей работе были точками, где история могла пойти иначе.

Первая развилка. Я предложил начать не с KPI, а с описания зоны ответственности директора — детального, с конкретными ситуациями и конкретными порогами полномочий. Это заняло бы две-три недели плотной работы. Игорь отказался. Не грубо — он объяснил, что директор уже работает, уже погружается в объекты, и «тормозить процесс ради бумаги» не хочет. Логика понятная. Но именно эта «бумага» стала бы фундаментом, которого потом не хватило.

Вторая развилка. Я предложил пилотный период — три месяца без формальных KPI, только с еженедельными короткими встречами, где директор и Игорь обсуждают, что директор решил самостоятельно и почему. Цель — нащупать реальные границы делегирования до того, как они будут зафиксированы в документе. Игорь снова отказался. «Мне нужна система сейчас, а не через три месяца».

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

Примерно через полгода он написал снова. Директор «не тянет». Объекты идут с задержками. Игорь снова принимает всё сам.

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

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

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

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

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

Это не тот урок.

Тщательный выбор человека — правильная вещь. Но проблема была не в человеке. Проблема была в системе, в которую этот человек попал. Точнее — в отсутствии системы, замаскированном под KPI-документ.

Игорь не стал хуже как собственник после этой истории. Он стал осторожнее с наймом. Но осторожность при найме — это не то же самое, что готовность отдать полномочия. А без второго первое не работает.

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

Этот рефлекс спасал его раньше. Теперь он мешает.

KPI для операционного директора в девелопменте — это не список метрик. Это финальный шаг в цепочке, которая начинается с другого: с описания зоны ответственности, с определения порогов полномочий, с договорённости о том, что директор решает сам, а что — эскалирует. Только после этого KPI становятся инструментом управления, а не документацией провала.

Без этого фундамента KPI измеряют не результат директора — они измеряют, насколько хорошо директор справляется с ролью, которую ему не дали сыграть.

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

Игорь хотел пропустить этот этап. Он думал, что KPI — это начало делегирования. На самом деле KPI — это его подтверждение. Нельзя подтвердить то, чего ещё нет.

Это единичный случай или типичная ошибка в девелопменте?

Типичная. Девелопмент — отрасль, где собственник исторически держит всё под личным контролем, потому что цена ошибки высока. Это создаёт культуру, в которой делегирование воспринимается как риск, а не как инструмент. Операционный директор нанимается, но реальные полномочия не передаются — и KPI становятся способом контролировать человека, которому не дали работать.

А если директор действительно был слабым специалистом?

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

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

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

Игорь пришёл с готовым решением. Решение у него действительно было — просто не то. KPI были готовы. Полномочий не было. И никакой документ не заменяет решения, которое собственник так и не принял: отпустить.

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

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

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

P.S. Смежные материалы по теме: KPI для операционного директора в строительстве и полный гайд по выходу из операционного управления.

Апрель 2026. Автор — Виталий Ветров, практикующий юрист и эксперт по корпоративным спорам.