Клиенты и CRM Пример: ТСЖ и ЖКХ

CRM для ТСЖ: база жителей с историей заявок в КанБан

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

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

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

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

В чём проблема учёта жителей в ТСЖ

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

  • Контакты разбросаны. Телефоны жителей — в личном телефоне диспетчера, в домовом чате, в бумажном журнале. Единого списка нет.
  • История заявок не собирается. Каждое обращение живёт само по себе. Понять, что квартира 45 обращается по протечке уже третий раз за полгода, невозможно — заявки нигде не связаны с жителем.
  • Собственник или арендатор — непонятно. А это важно: голосование на собрании, ответственность за общее имущество, кому направлять уведомления — всё зависит от статуса.
  • Повторные вопросы. При каждом новом обращении диспетчер заново уточняет ФИО, квартиру, контакт — жителя это раздражает, а время уходит.
  • Зависимость от человека. Вся база — в памяти диспетчера. Сменился сотрудник — знания о жителях дома обнулились.

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

Раздел «Клиенты» (CRM)
Раздел «Клиенты» (CRM)

Как решает CRM-база КанБан

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

  • Единая карточка жителя. Имя (или название), телефон, email и заметка — базовый набор у каждого. Видно, есть ли контакт для связи, входил ли житель в личный кабинет, установлено ли приложение с уведомлениями.
  • Кастомные поля под ТСЖ. Администратор добавляет свои поля к карточке жителя: лицевой счёт, номер квартиры, подъезд, площадь. Поля бывают текстовые, числовые, списком и даже вложенным каскадом (например, подъезд → этаж → квартира).
  • Собственник / арендатор. У жителя проставляется статус, а список фильтруется каскад-кнопками: «Все», «Собственники», «Арендаторы». Правлению сразу видно нужную группу.
  • Вся история заявок. У каждой карточки жителя есть счётчик заявок и кнопка «История» — список всех связанных карточек с датой и статусом. Прямо оттуда можно повторить заявку (создать такую же — тот же тип и поля) для повторного визита.
  • Привязка заявки к жителю. Карточку-заявку можно связать с жителем вручную, а можно настроить «ключ привязки» (например, телефон или лицевой счёт): совпало значение — заявка сама прицепилась к жителю, и у него копится история.
  • Поиск по всей базе. Строка поиска ищет по имени, телефону и email по всей базе сразу — не только по загруженной странице. Есть подсказка «похожий клиент уже есть», чтобы не плодить дубли.
  • Чат с жителем. Из карточки открывается личный чат с клиентом и отдельный чат по каждой его заявке.
  • Импорт из таблицы. Существующую базу жителей можно загрузить из CSV или Excel, не заводя всех вручную.

Так знание о жителях перестаёт жить в голове диспетчера и становится общим активом ТСЖ.

Раздел «Клиенты» (CRM)
Раздел «Клиенты» (CRM)

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

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

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

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

Раздел «Клиенты» (CRM)
Раздел «Клиенты» (CRM)

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

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

  • Все контакты в одном месте. Телефоны и почта жителей — в системе, а не в личном телефоне диспетчера. Список видно правлению и любому уполномоченному сотруднику.
  • Быстрее приём обращений. Житель находится по телефону за секунды, данные уже в карточке — переспрашивать ФИО и квартиру не нужно.
  • История под рукой. Видно, сколько раз и с чем обращался житель, — легко разобрать спорную ситуацию и увидеть проблемные квартиры.
  • Разделение собственник/арендатор. Нужная группа жителей выбирается фильтром — для голосований, рассылок и уведомлений.
  • Меньше дублей. Поиск по всей базе и подсказка о похожем клиенте не дают завести одного жителя дважды.
  • Не зависит от человека. База живёт в системе — отпуск или увольнение диспетчера не обнуляют знания о доме.

Диспетчер перестаёт быть единственным носителем информации о жителях: знания хранятся в CRM, а не в тетради и не в голове.

Раздел «Клиенты» (CRM)
Раздел «Клиенты» (CRM)

Пошаговое руководство

Шаг 1. Откройте раздел «Клиенты» и заведите жителей

Перейдите в раздел «Клиенты». Нажмите «Добавить клиента» и заполните имя, телефон, email и заметку. Если база жителей уже есть в таблице, нажмите «Импорт» и загрузите её из CSV или Excel — не придётся заводить всех вручную. При создании система подскажет, если похожий житель уже есть, чтобы не плодить дубли.

Кнопка «Добавить клиента» выделена в разделе Клиенты

Шаг 2. Настройте поля жителя под ТСЖ

Администратор или управляющий нажимает «Поля» и добавляет к карточке жителя нужные поля: «Лицевой счёт», «Квартира», «Площадь». Поле может быть текстом, числом, списком или вложенным каскадом (подъезд → этаж → квартира). Отдельно у жителя можно проставить статус — собственник или арендатор.

Кнопка «Поля» выделена в разделе Клиенты

Шаг 3. Настройте привязку заявок к жителю

В настройках полей укажите «Ключ привязки карточек к клиенту» — поле, по которому заявки сами прицепляются к жителю (например, телефон или лицевой счёт). Как только у заявки совпадёт это значение с жителем, карточка автоматически подошьётся к нему, и история начнёт копиться. При необходимости заявку всегда можно привязать к клиенту и вручную.

Клиенты (CRM)

Шаг 4. Ищите жителя и смотрите его историю

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

Раздел «Клиенты» (CRM)

Шаг 5. Фильтруйте собственников и арендаторов

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

Клиенты (CRM)

Попробуйте КанБан для своего бизнеса

Соберите всех жителей вашего ТСЖ в одну базу с историей заявок — зарегистрируйтесь в КанБан, загрузите список за пару минут и перестаньте держать контакты и обращения в голове диспетчера.

Пользоваться бесплатно →

Частые вопросы

Как заявки жителей связываются с их карточкой в базе?

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

Можно ли добавить свои поля к карточке жителя — лицевой счёт, квартиру?

Да. В разделе «Клиенты» нажмите «Поля» (доступно администратору и управляющему) и добавьте любые поля: текст, число, список или вложенный каскад вроде подъезд → этаж → квартира. Эти поля появятся в карточке каждого жителя.

Как отделить собственников от арендаторов?

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

Поиск ищет только по видимым жителям или по всей базе?

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