«Важный клиент» в ТСЖ: заявки VIP-жителей — под контролем

В любом доме есть жители, чьи обращения нельзя обрабатывать «как все». Заявка от председателя правления, от собственника, с которым у ТСЖ судебный спор, от квартиры, где уже была авария и жалоба в жилинспекцию, — такие обращения требуют особого внимания. Если они потеряются в общем потоке рутинных заявок, цена ошибки — не поменянная вовремя лампочка, а конфликт, претензия или разбирательство.

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

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

В чём проблема: особые жители теряются в общем потоке

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

• Заявка VIP-жителя не отличается от рутинной. Обращение от председателя правления или от собственника, с которым идёт спор, заводится такой же карточкой, что и вызов сантехника. По внешнему виду не понять, что за ней надо следить особо.
• Контроль держится на памяти диспетчера. Пока Лидия помнит, что «квартира 45 — это тот самый жалобщик», она предупреждает управляющего. Забыла, ушла в отпуск, сменилась — и заявка обрабатывается как обычная.
• Правление узнаёт постфактум. О том, что обращение важного жителя «зависло» или обработано не так, наверху узнают из претензии, а не в процессе.
• Открыть правлению всё — не выход. Если раздать доступ ко всем заявкам, правление утонет в мелочёвке и перестанет замечать действительно важное.
• Непонятно, кто собственник, а кто арендатор. А это влияет на то, чьи обращения приоритетны, кому направлять уведомления и кто голосует на собрании. Без этой отметки список жителей — просто набор имён.

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

Как решает КанБан: правило «Важный клиент»

В КанБан у каждой команды есть блок «Показывать команде карточку, если» — правила раскрытия, при которых заявка становится команде видна, даже если по обычным правилам доступа она бы её не увидела. Одно из готовых правил — «Важный клиент».

• Правило «Важный клиент» работает по списку клиентов. В настройках команды вы нажимаете «Важный клиент» и указываете идентификаторы особых жителей из раздела «Клиенты». Если заявка привязана к клиенту из этого списка, её карточка раскрывается команде.
• Раскрытие срабатывает в момент привязки. Как только заявка привязана к важному жителю (вручную или по ключу привязки), КанБан пересчитывает правила доступа и открывает карточку тем командам, у кого этот житель в списке. Диспетчеру ничего не нужно пересылать.
• Разграничение доступа не ломается. Правило только добавляет команде доступ к подходящим карточкам — все остальные заявки остаются скрытыми, как и раньше. Личные (приватные) карточки правилами не раскрываются.
• Рядом есть и другие правила. Кроме «Важного клиента» команде можно задать «Сумма сделки ≥ N» или условие по ключу любого поля карточки — оператор «≥ (число)», «= (равно)» или «из списка». Правила комбинируются под ваш процесс.

А чтобы быстро находить и вести самих особых жителей, в разделе «Клиенты» у каждого проставляется отметка собственник/арендатор, а над списком работает каскад-фильтр «Все / Собственники / Арендаторы».

Отметка собственник/арендатор и каскад-фильтр в «Клиентах»

Правило «Важный клиент» ссылается на жителей из раздела «Клиенты» — единой CRM-базы дома. Чтобы с этой базой было удобно работать, у каждого жителя есть отметка статуса и быстрый фильтр.

• Статус собственник/арендатор. В карточке жителя проставляется, собственник он или арендатор. Статус показан плашкой прямо в списке — «Собственник» или «Арендатор» рядом с именем.
• Каскад-фильтр над списком. Кнопки «Все», «Собственники», «Арендаторы» сужают список до нужной группы в один клик. Удобно, когда нужна выборка собственников для голосования на собрании или список арендаторов для отдельного уведомления.
• Поиск по всей базе. Строка поиска ищет по имени, телефону и email среди всех записей сразу — важного жителя легко найти, чтобы посмотреть его данные или добавить в список правила.
• История заявок под рукой. У карточки жителя есть счётчик заявок и история всех его обращений — видно, насколько «горячий» это житель и с чем он обращался.

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

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

В ТСЖ «Northgate» доской «Заявки жителей» управляет диспетчер Лидия, а за спорными и приоритетными обращениями следит управляющий вместе с правлением. Есть несколько жителей, чьи заявки нельзя ронять: председатель правления из квартиры 12, собственник квартиры 45, с которым у ТСЖ идёт спор по перепланировке, и арендатор из квартиры 7, уже писавший жалобу в жилинспекцию.

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

Дальше — обычная работа. Житель из квартиры 45 звонит по протечке, Лидия заводит заявку и привязывает её к жителю (или заявка привязывается сама — по ключу привязки, например по телефону). В этот момент КанБан видит, что клиент есть в списке важных, и карточка автоматически раскрывается правлению: управляющий и председатель видят заявку сразу, могут открыть её, прочитать переписку в чате карточки и проследить, чтобы её обработали аккуратно — до того, как появится очередная претензия. Рутинные же заявки от остальных жителей правление по-прежнему не видит и не отвлекается на них.

Что это даёт ТСЖ

Правило «Важный клиент» вместе с отметкой собственник/арендатор закрывает разрыв между «правление не видит важного вовремя» и «правление тонет во всех заявках подряд».

• Заявки особых жителей — под контролем автоматически. Привязали обращение к важному жителю — и оно само раскрылось нужной команде. Не нужно надеяться, что диспетчер вспомнит предупредить.
• Контроль не зависит от человека. Список важных жителей живёт в настройках команды, а не в памяти диспетчера. Отпуск или увольнение сотрудника ничего не ломают.
• Правление не отвлекается на рутину. Наверх поднимаются только заявки из списка, а перегоревшие лампочки остаются у диспетчера.
• Реакция вовремя, а не по претензии. Управляющий и правление видят обращение в процессе и могут вмешаться до конфликта.
• Собственники и арендаторы разделены. Отметка и каскад-фильтр дают нужную выборку жителей за секунду — для голосований, рассылок и работы со списком важных клиентов.
• Разграничение доступа не страдает. Правило добавляет доступ точечно, по конкретным клиентам, а вся остальная защита данных работает как раньше.

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