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

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

Журнал уже есть. Две дыры в нем — и одна вокруг

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

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

И еще одна дыра — вокруг журнала: его никто не читает. Заполнение ради наличия превращает данные в мусор: строки есть, связи между ними нет.

Поля, которых требует анализ

Для анализа нужны дополнительные четыре поля (помимо стандартных):

• источник обращения — телефон, бот, офис, чат: через месяц увидите, какие каналы реально работают, а какие существуют для вида;
• категория из справочника — без нее остальное не имеет смысла;
• адрес с точностью до подъезда и стояка — «течет в доме 10» и «течет, стояк 3, дом 10» — разные записи для разных решений;
• результат в комментарии закрытия — «заменил прокладку» против «ничего не нашли»: второй вариант, повторенный трижды, — уже сигнал.

Три взгляда на поток

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

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

По парам.
Смотрите, следуют ли одни жалобы за другими. Гипотезы для проверки на своих данных: за «запахом сырости в подвале» идут засоры канализации на первых этажах — тогда ответ ищут в заиленных лежаках подвала. Пары, подтвердившиеся на ваших данных, превращаются в правила реагирования.

Разбор одного дома: пять шагов

1. Выгрузка. Все заявки по дому за полгода.
2. По подъездам. Считаете по каждому. Один подъезд выделяется? Дальше идем в него.
3. По категориям. Из чего состоит перевес. «Слабый напор горячей воды» и «еле теплая вода» — один и тот же сигнал, повторенный раз за разом: круг сужается.
4. По этажам. Верхние этажи страдают — характерный признак нарушения циркуляции в стояке горячей воды: вода по нему не бежит, остывает в трубах. Низ — ближе к источнику, верх — на отшибе.
5. Задача. Результат разбора — задача главному инженеру: «Диагностика системы ГВС подъезда №2, особое внимание — стоякам верхних этажей и циркуляции».

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

Лента сигналов: как выглядит прогноз

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

Рабочие правила ленты:

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

Анализ не называет дату аварии. Он показывает, где сигналы копятся, — и переводит аварию из «внезапной» в «запланированную». Этого достаточно: плановый ремонт всегда дешевле аварийного.

Кто и как часто

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

И про терпение: закономерности проявляются на фоне сезонов. Полгода данных — минимум, год с полным циклом — норма. Раньше ждать картинки не стоит — и не стоит судить о методе по первому месяцу.

Ошибки, из-за которых анализ не заработает

• Каналы без правила. Часть обращений живет в чатах и памяти мастеров — поток слеп, «горячие» объекты не видны.
• Записи для галочки. Категория «прочее» на половине журнала, результат «выполнено» без комментария — данных нет, есть строки.
• Анализ ради анализа. Красивый отчет, к которому нет задачи. Каждый разбор должен заканчиваться конкретикой: проверить стояк, поменять насос, вызвать подрядчика. Разбор без задачи — развлечение.
• Скорые приговоры. Месяц данных, вывод «не работает», возврат к «где прорвало — туда бежим». Методу нужен сезон, минимум.

Выводы

• Журнал заявок уже есть, и его ведение обязательно. Проблема не в сборе, а в полноте каналов и в том, что журнал никто не читает.
• Две настройки: любое обращение становится заявкой; категории — из единого справочника.
• Три взгляда на поток: адреса, время, пары. Подъезд-рекордсмен и вечерние жалобы на свет видны без аналитических платформ — в обычной таблице.
• Лента сигналов узла переводит «внезапную» аварию в запланированную. Даты метод не называет — направление указывает.

Анализ потока находит и повторяющиеся проблемы: сбои, которые случаются не только в одном доме. Ответы на них стоит собирать в одном месте — и у таких подборок есть имя: библиотека решений. С нее и начнем следующий материал.

Эта статья — часть серии материалов «Оптимизация работы УК». Мы последовательно разберём ключевые инструменты управления: от работы с персоналом и выстраивания корпоративной культуры до стратегии лидерства, автоматизации процессов и цифровизации. Все материалы проекта по мере выхода собираются на отдельной странице ЖКХ Ньюс.

Сообщение «Цифровой след» УК: как анализ обращений помогает прогнозировать аварии и провести реальную оптимизацию работы УК появились сначала на ЖКХ Ньюс.