Заявки ЖКХ без хаоса: типы карточек и поля в КанБан

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

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

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

В чём проблема учёта заявок в ТСЖ

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

• в домовом чате заявка приходит одной строкой без квартиры и телефона;
• по телефону данные записываются в тетрадь и часто теряются;
• в Excel у каждого диспетчера свой шаблон, поля называются по-разному;
• срочную заявку («застрял лифт с человеком») визуально не отличить от рутинной («перегорела лампа в подъезде»).

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

Как решают типы карточек и кастомные поля в КанБан

Тип карточки в КанБан — это шаблон заявки. Для ТСЖ «Northgate» создаём тип «Заявка жителя» и описываем его поля. Каждое поле имеет тип данных и набор флагов, которые управляют его поведением.

Типы полей — под любые данные заявки:

• Текст — фамилия жителя, суть обращения;
• Число — номер квартиры, показания счётчика;
• Деньги ₽ — смета на работы, стоимость материалов;
• Дата — срок исполнения, дата осмотра;
• Список (один) — «Категория»: Сантехника, Электрика, Лифт, Уборка, Паркинг, Общее; или «Срочность»: Низкая, Средняя, Высокая;
• Список (много) — несколько тегов сразу;
• Вложенный список (каскад) — сначала выбираете подъезд, затем зависимый от него этаж, затем квартиру;
• Галочка — «выезд оплачен», «согласовано с правлением».

Ответственного сотрудника или подрядчика назначают не кастомным полем, а в блоке «Исполнители» самой карточки.

Флаги полей — как поле себя ведёт:

• «в названии» — значение поля попадает в название карточки на доске, чтобы диспетчер сразу видел суть;
• «в чат» — значение отправляется отдельным сообщением в чат карточки, чтобы его было удобно скопировать (например, телефон жителя для подрядчика);
• «у клиента» — поле спрашивается у жителя прямо в форме онлайн-заявки, и ответ наследуется в карточку;
• автономер — номер заявки присваивается автоматически (максимальный + 1 по этому типу), без ручной нумерации и дублей;
• «Выделять карточку (мигание) при значении» — у поля-списка можно отметить значения-триггеры (например, Срочность = Высокая), и такая карточка мигает на доске;
• «зависимое поле» — поле показывается, только если другое поле заполнено или равно нужному значению.

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

Лидия настроила тип «Заявка жителя» с полями: Житель (текст, «в названии»), Квартира (число, «в названии»), Категория (список: Сантехника / Электрика / Лифт / Уборка / Паркинг / Общее), Срочность (список: Низкая / Средняя / Высокая) и Телефон (текст, флаг «в чат»).

Теперь любая новая заявка выглядит одинаково и полно. На доске в названии карточки сразу видно жителя и квартиру, а сама карточка помечена бейджем типа «Заявка жителя». Телефон жителя автоматически падает отдельным сообщением в чат карточки — подрядчику из команды «Подрядчики» достаточно скопировать его, не открывая профиль. А если Лидия отметит Срочность = Высокая в строке «Выделять карточку (мигание) при значении», заявка «застрял лифт» будет мигать, и её не пропустят среди рутины.

Заявки, которые житель оставил сам через онлайн-форму, помечены значком «Заявка клиента» — поля с флагом «у клиента» он заполнил самостоятельно, и они уже внутри карточки, диспетчеру не нужно переспрашивать.

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

Единый тип карточки и продуманные поля превращают поток обращений в управляемую базу:

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

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