Когда отлаженные процессы перестают справляться с ростом: самооценка для УК
Рост не всегда ломает плохие процессы. Чаще всего он обнажает пределы хороших.
У управляющей компании может быть опытная команда, надёжные рутины, давние отношения с жителями и подрядчиками, и способ работы, который годами служил ей верой и правдой. Явно ничего не сломано. Заявки обрабатываются, счета выставляются, жители знают, кому звонить, а менеджеры знают, как решить проблему, когда она возникает.
Затем портфель растёт. Больше домов, больше жителей, больше заявок, больше подрядчиков и больше людей, вовлечённых в каждое решение. То, что раньше решалось за счёт опыта и личной координации, начинает занимать всё больше времени. За информацией становится труднее уследить. Процесс, который отлично работал для трёх домов, неожиданно оказывается хрупким для десяти.
Именно здесь становится полезным понятие операционной зрелости. Дело не в том, чтобы делить управляющие компании на «современные» и «устаревшие» или на «хорошие» и «плохие». Дело в том, чтобы понять, насколько операционная деятельность стала повторяемой системой, а насколько всё ещё зависит от усилий отдельных людей.
Мы разбираем эту идею в книге From Night Alarms to 24/7 Digital Resilience, которая рассматривает переход от реактивного управления недвижимостью к структурированным цифровым операциям. Прочитать или скачать From Night Alarms to 24/7 Digital Resilience
Один из вопросов, лежащих в основе книги, прост: какие из рутин, благодаря которым компания стала успешной при текущем размере, продолжат работать на следующем этапе?
Коммуникация обычно работает — пока не меняется объём
Большинство опытных управляющих уже знают, насколько важна коммуникация. Жители должны знать, куда обращаться с проблемой, они ждут ответа и хотят понимать, что происходит, когда решение затягивается.
Проблема редко в том, есть коммуникация или нет. Гораздо интереснее вопрос, как она организована.
Если число жителей завтра удвоится, сможет ли команда сохранить тот же уровень отзывчивости, не удвоив при этом стресс? Работают ли все из единой истории переписки, или часть контекста живёт в телефоне или почте одного конкретного менеджера? Если этот человек уйдёт в отпуск или уволится, сможет ли кто-то другой подхватить разговор, не прося жителя объяснять всё заново?
Процесс коммуникации может казаться очень сильным именно потому, что люди, которые его ведут, хороши в своём деле. Но когда непрерывность сильно зависит от конкретных сотрудников, рост делает эту зависимость всё дороже.
В книге проводится то же различие между стабильным и масштабируемым процессом: индивидуальные усилия могут создать отличный сервис, но именно структура позволяет этому качеству пережить рост.
То же самое верно и для заявок на обслуживание
Команды управляющих компаний накапливают огромный объём практических знаний. Опытный менеджер часто почти инстинктивно знает, кто должен решать конкретную проблему, какому подрядчику можно доверять, а какую проблему нужно немедленно эскалировать.
Этот опыт — актив. Сложности начинаются, когда организация не может его увидеть или переиспользовать.
Можете ли вы последовательно проследить заявку с момента поступления до момента решения? Видите ли вы, где обычно возникают задержки? Можете ли вы сравнить, что происходит в нескольких домах одновременно, а не разбираться с каждым по отдельности?
Если ответ зависит от того, вспомнит ли кто-то проконтролировать, проверит ли переписку в мессенджере или спросит коллегу, что случилось, — сервис, возможно, всё ещё работает, но стоимость поддержания этой работы растёт вместе с портфелем.
Операционная зрелость не означает замену опыта софтом. Она означает превращение опыта в процесс, которому могут следовать другие люди и который компания может реально анализировать. Исходный фреймворк из книги проводит именно это различие: между командой, которая умеет решать проблемы, и системой, которая делает эти решения видимыми и повторяемыми.
У биллинга своя версия той же проблемы
Процесс биллинга может быть безупречно точным и при этом плохо масштабироваться. Здесь важны не только вопросы, правильно ли рассчитаны счета. Важно также, понимают ли жители логику начислений, можно ли добавить новую услугу без большого объёма ручной работы, и что происходит, когда нужно внести корректировку.
По мере усложнения портфелей и моделей услуг разница между точной биллинговой системой и адаптируемой становится всё более значимой. Процесс, спроектированный под фиксированный набор начислений, может работать годами. Но если каждое изменение требует ещё одной таблицы, ручного пересчёта или обходного пути, рост начинает превращать точность в административную нагрузку.
Добавление нового не должно усложнять всё остальное
Это особенно заметно, когда управляющая компания хочет ввести новую услугу для жителей, способ оплаты, систему доступа, инструмент бронирования или другую цифровую функцию. Технически возможно почти всё. Более важный вопрос — насколько это сложно добавить.
Требует ли каждая новая услуга отдельной автономной системы? Приходится ли команде поддерживать ещё одну базу данных или повторять одну и ту же информацию в нескольких местах? Влияет ли интеграция на процессы, которые уже работали?
Если каждое улучшение усложняет работу, ограничение — возможно, не в способности команды к инновациям. Возможно, дело просто в архитектуре, на которой всё построено.
Именно поэтому модульность становится всё важнее в управлении недвижимостью. Зрелая операционная модель должна уметь развиваться без необходимости перестраивать себя заново при каждом новом требовании.
И есть часть, которую сложнее всего измерить: команда
Сильные менеджеры очень хорошо умеют скрывать слабые системы.
Они всё помнят. Они контролируют выполнение. Они знают, кому позвонить. Они замечают, когда что-то забыли, и исправляют это до того, как это станет заметно жителю.
Со стороны операционная деятельность может выглядеть безупречно эффективной.
Цена проявляется в другом месте: в постоянной координации, в слишком большом количестве решений, принимаемых в чатах, в прерываниях в течение всего дня и в ощущении, что всё работает, пока нужные люди продолжают всё это держать на себе.
Так может продолжаться долго. Но с ростом бизнеса это становится всё сложнее поддерживать.
Цель цифровой инфраструктуры — не убрать этих людей из процесса. Цель — перестать тратить их внимание и память на работу, которую вместо этого может выполнять система. Как сказано в фреймворке из книги, когда процессы живут в первую очередь в людях, а не в системах, рост увеличивает усталость вместо того, чтобы создавать рычаг.
Так насколько зрелая ваша операционная модель?
Не существует единой точки, в которой управляющая компания становится «цифрово зрелой». Компания может быть высоко структурирована в биллинге и при этом сильно зависеть от ручной координации в заявках на обслуживание. Коммуникация может прекрасно масштабироваться, а внедрение новой услуги остаётся неоправданно сложным.
Именно поэтому мы превратили фреймворк операционной зрелости из книги в отдельный чек-лист операционной зрелости.
Он содержит 18 вопросов по пяти направлениям: коммуникация, обработка заявок, биллинг, расширение услуг и нагрузка команды. Каждое утверждение оценивается от 0 до 2 баллов, что даёт итоговый балл от 0 до 36.
Число полезно, но это не самое главное.
Важнее заметить, где появляются самые низкие баллы. Часто именно там компания уже компенсирует структурные ограничения дополнительным временем, вниманием и ручной работой — и именно там рост, скорее всего, создаст давление в первую очередь.
Чек-лист можно пройти самостоятельно, но может быть ещё полезнее пройти его вместе с кем-то ещё из команды. Если два человека дают очень разные ответы на один и тот же вопрос, эта разница сама по себе — ценная информация.
Скачать чек-лист операционной зрелости
И если оценка поднимает вопросы о том, как перевести конкретный процесс от ручной координации к более масштабируемой структуре, — поговорите с нами. Именно такие операционные задачи Unitify и был создан решать.