«Пришел, увидел и внедрил»: как интегрировать передовые технологии в ЖКХ

Причина провалов вовсе не в технологиях, а в природе и культуре заказчика. Управляющие компании работают при маржинальности 5–10% и планируют максимум на один-три месяца, поэтому любое нововведение должно быстро показать вау-эффект.

Будьте проще — и запускайтесь быстрее

Еще в 2020 году на этапе создания компании наша команда сначала тестировала решения на локальных УК Екатеринбурга, которые тогда почти не использовали цифровые инструменты. Это позволило увидеть реальные барьеры: отсутствие IT-специалистов, несформированные процессы, низкую цифровую культуру и ограниченное время у сотрудников.

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

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

• Простой и быстрый запуск. Решения, которые можно включить без длительных инструкций, сложных интеграций и привлечения ИТ-специалистов, имеют реальное преимущество. Чем меньше изменений требуется от самой УК, тем выше вероятность, что продукт не просто запустят, но и оставят в ежедневной работе.

• Понятная экономика. Управляющим компаниям важно видеть не потенциальный ROI через год, а конкретные цифры уже в первом квартале: сколько удалось сэкономить, ускорить, упорядочить.

• Ответственность за весь цикл. Внедрение в ЖКХ — это не передача продукта, а работа с процессами внутри компании. Специалисты не должны ограничиваться установкой системы, помогая адаптировать внутренние регламенты, а обучать сотрудников.

Три барьера для технологий на рынке ЖКХ

Решения не отражают реальные бизнес-процессы заказчика

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

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

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

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

Информационный шум и полуручное управление

Многие процессы в ЖКХ по-прежнему ведутся в полуручном режиме: заявки фиксируются в мессенджерах, начисления ведутся в разных форматах, работа с подрядчиками не стандартизирована.

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

Мы разработали механизм мастерских участков: сантехники получают только сантехнические заявки по закрепленным домам, электрики — свои заявки, подрядчики — только назначенные им задачи.

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

Чувствительная экономика

ЖКХ — это отрасль с ограниченной финансовой гибкостью. Средняя маржинальность управляющих компаний — 5–10%, и любое изменение в расходной части требует точного расчета, все новые технологии оцениваются прежде всего с позиции экономической предсказуемости.

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

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

Быстрые победы

В ЖКХ скорость внедрения критична, эффект должен быть заметен в пределах одного квартала, а в идеале уже в первые недели. Именно поэтому на рынке особенно ценятся решения, которые быстро снимают операционную нагрузку, упорядочивают рутину и показывают результат без длинного периода адаптации.

Практический пример — управляющая компания «Основа» из Иванова. На начальном этапе стояла задача настроить ролевую модель и классификацию заявок: определить типовые функции и зафиксировать роли сотрудников на стороне клиента.

Работа велась двухнедельными итерациями, при этом первый этап занял около 1–2 месяцев. Следующим шагом стало внедрение системы видимости, которая ограничивает доступ сотрудников только к тем заявкам, которые необходимы им для работы. Вся работа заняла около четырех месяцев, при этом разработка, внедрение и сбор обратной связи шли параллельно на протяжении всего проекта. Первые изменения клиент увидел через 2−3 недели.

В результате поток обращений стал прозрачнее, заявки начали автоматически распределяться между исполнителями, а нагрузка на сотрудников снизилась. Это позволило в течение нескольких месяцев увеличить объем управления с 80 тыс. до 160 тыс. кв. м.

Основные сложности были связаны с процессами внутри УК: сотрудники привыкли работать в мессенджерах и Excel, регламенты отличались, а структура исполнителей менялась из-за текучки кадров.

От фиксации к прогнозированию

Даже если на старте ЖКХ требуют прикладные решения с быстрой отдачей, стратегия продукта должна учитывать технологический горизонт отрасли. Понимание того, какие решения станут массовыми через три-пять лет, позволяет избежать вложений в подходы, которые рынок еще не способен поддержать.

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

Ближе всего рынок подошел к интеграции IoT (internet of things — сеть физических устройств, которые обмениваются данными через интернет без участия человека с аналитикой. — Прим. ред.). Однако датчики ценны только тогда, когда данные встроены в реальные процессы — ремонты, составление бюджетов, соглашений об уровне обслуживания. В таком случае простая визуализация отклонений и понятная рекомендация оказываются востребованнее, чем сложная телеметрия.

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