Аварийные заявки ТСЖ не теряются: подсветка карточек

В диспетчерской ТСЖ все заявки приходят в один общий поток. «Прорвало стояк, топит соседей снизу» и «в подъезде перегорела лампочка» падают на доску одинаковыми карточками, в одну и ту же колонку «Новая». Диспетчер должен мгновенно отличить аварию, требующую реакции в течение минут, от рутины, которая спокойно подождёт до конца дня.

Когда заявок пять — это несложно. Но когда их два-три десятка, а карточки визуально не отличаются друг от друга, критичному обращению легко «утонуть» между обычными. Цена ошибки в ЖКХ высока: пропущенная авария — это залитые квартиры, испорченный ремонт у соседей, жалобы в жилинспекцию и репутационный удар по правлению. Ставить «!!!» в заголовок вручную ненадёжно: забыл проставить — и заявка потерялась.

В КанБан эту задачу решает подсветка важного. Вы один раз помечаете значения поля — например «Аварийная» и «Срочно» — как выделяющие карточку, и дальше система сама подсвечивает каждую заявку с таким значением: карточка мягко пульсирует янтарным на доске, и её видно с первого взгляда. Разберём на примере: ТСЖ «Northgate» и диспетчера Лидии.

В чём проблема: аварийная заявка теряется среди рутины

Диспетчер Лидия из ТСЖ «Northgate» принимает 15–20 обращений в день. Все они ложатся на доску «Заявки жителей» одинаковыми карточками, и в потоке рутины теряется главное — приоритет:

• Авария и мелочь выглядят одинаково. «Затопление из-за прорыва трубы» и «скрипит дверь подъезда» — две неотличимые карточки в колонке «Новая».
• Приоритет живёт в голове диспетчера. Пока Лидия помнит, что заявка из 45-й квартиры аварийная, — всё хорошо. Стоит ей уйти на обед или заболеть, и подменный диспетчер аварию не видит.
• Ручные пометки ненадёжны. «СРОЧНО!!!» в заголовке проставляется по памяти: забыл дописать — и карточка ничем не выделяется. Единого правила нет, у каждого свой стиль.
• Глаз замыливается. На доске из 30 карточек взгляд просто скользит мимо, и критичное обращение замечают, когда уже поздно — по повторному, уже гневному звонку жителя.

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

Как решает подсветка важного в КанБан

В КанБан у карточки есть тип (например, «Заявка жителя») и набор полей. Для полей-списков («Список (один)» или «Список (много)») в настройках типа карточки можно отметить конкретные значения-триггеры как «выделять карточку». Дальше всё происходит автоматически:

• Помечаете важные значения один раз. Например, у поля «Срочность» отмечаете «Аварийная» и «Срочно», а обычные значения («Плановая», «Низкая») не трогаете. Настройка живёт в типе карточки, а не в каждой заявке.
• Любая заявка с таким значением подсвечивается. Как только в карточке выбрано выделяющее значение, она получает пометку и начинает пульсировать на доске — правило работает для всех заявок сразу, без ручных действий.
• Карточка пульсирует янтарным. Вокруг неё появляется мягкое янтарно-оранжевое свечение, которое плавно разгорается и гаснет примерно раз в три секунды. Это «дыхание» ловит взгляд, но не раздражает и не мигает резко.
• Янтарный — это про важность, а не про срок. Цвет намеренно отличается от красного: красным КанБан подсвечивает просроченные по сроку карточки, а янтарным — важные по значению поля. Диспетчер не путает «горит дедлайн» и «это авария».
• Работает и для мультивыбора. Если поле допускает несколько значений, достаточно, чтобы среди выбранных было хотя бы одно выделяющее — карточка подсветится.
• Бережно к глазам. Если у сотрудника в системе включён режим уменьшенного движения, подсветка остаётся, но не пульсирует — свечение просто держится ровно.

Никаких ручных «!!!» и стикеров: доска сама превращает значение поля в визуальный сигнал.

Разбор на примере: ТСЖ «Northgate»

У Лидии на доске «Заявки жителей» тип карточки «Заявка жителя» содержит поле-список Срочность со значениями: Низкая, Плановая, Средняя, Срочно, Аварийная. В настройках типа она отметила «Срочно» и «Аварийная» как значения, выделяющие карточку.

Утром приходит обращение из 45-й квартиры: «Прорвало стояк, топит соседей снизу». Лидия заводит карточку в колонке «Новая» и ставит Срочность = Аварийная. Карточка тут же начинает мягко пульсировать янтарным свечением — на доске из двух десятков заявок её видно сразу, не вчитываясь в заголовки. Лидия мгновенно снимает подрядчика-сантехника из команды «Подрядчики» с текущей задачи и отправляет на аварию.

Рядом лежит заявка «в подъезде перегорела лампочка» со Срочностью = Плановая — обычная карточка, без подсветки, спокойно ждёт своей очереди. А заявка «не работает домофон, жду мастера с 9 утра» со Срочностью = Срочно тоже подсвечена: правление договорилось, что «Срочно» и «Аварийная» одинаково требуют внимания в тот же день.

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

Что это даёт ТСЖ и управляющей компании

Автоматическая подсветка важного превращает приоритет из устной договорённости в надёжный визуальный процесс:

• Аварии не теряются. Критичная заявка сама заявляет о себе пульсацией, и её замечают за секунду, а не по повторному звонку жителя.
• Быстрее реакция на аварию. Диспетчер сразу видит, куда бросать подрядчика, — счёт при затоплении идёт на минуты.
• Приоритет не зависит от человека. Подменный диспетчер, управляющий и подрядчик видят одну и ту же картину важности — знание не «утекает» с уходом сотрудника.
• Единое правило для всех. Что считать важным, решает не память, а один раз настроенный список значений. Никаких разночтений между сменами.
• Меньше жалоб и рисков. Вовремя отработанная авария — это несостоявшееся затопление, отсутствие жалоб в жилинспекцию и спокойное правление.

Диспетчер перестаёт держать приоритеты «в уме», а доска сама расставляет акценты — важное всегда на виду.