База клиентов риелтора в таблице: поля, статусы и правила ведения

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

Используйте собственные контакты, с которыми вправе работать. В учебных строках нет реальных телефонов и личных сведений. Для журнала достаточно необходимых рабочих данных; документы сделки храните отдельно с подходящим доступом.

Одна строка: человек, задача или объект?

Заранее выберите единицу учёта. Один покупатель может интересоваться несколькими квартирами, а собственник может продавать два объекта. Если создать по строке на каждое сообщение, один человек быстро превратится в пять «новых клиентов».

После разговора сохраните задачу и срок, пока детали не потерялись в переписке.

Для небольшой базы удобно хранить контакт отдельно от текущей задачи. В простой таблице можно начать с уникального внутреннего номера клиента и номера задачи. Тогда при повторном обращении вы не потеряете историю и не будете считать человека новым только из-за другого объекта.

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

Минимальный набор полей

Не добавляйте поля «на всякий случай». Если информация не нужна для текущей работы, объяснить её хранение и защитить доступ будет сложнее. Паспортные данные, банковские документы и личные обстоятельства не должны попадать в общий журнал только потому, что рядом есть свободная колонка.

Три заполненные учебные строки

Данные вымышлены, контакты заменены обозначениями. Такой пример можно скопировать в собственную таблицу и адаптировать.

Эту памятку можно использовать для быстрой проверки новой строки.

Например, после вопроса о рабочем месте запишите: «Клиент К-002; квартира А; нужно уточнить ширину зоны у окна; агент проверяет размер и отправляет исходный кадр до согласованного времени». Такая запись показывает, чего ждёт человек и какие сведения ещё не подтверждены.

Если клиент решил вернуться сам, зафиксируйте эту договорённость. Если вы обещали сведения, запишите конкретный материал и срок: «Уточнить состав кухни и отправить актуальные фотографии», а не просто «связаться».

В отраслевых системах клиентская база также связана с задачами и объектами; такой контекст есть в материале SmartAgent о клиентском учёте. Но набор автоматических функций конкретной CRM не следует считать возможностями любой таблицы или другого продукта.

Статусы должны иметь одинаковый смысл

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

Если работает несколько человек, запишите определения в отдельной заметке. Один агент не должен переводить контакт в завершённые после отправки подборки, а другой только после окончания сделки. Иначе сравнение результатов будет некорректным.

Один контакт может быть связан с несколькими объектами. Следующее действие сохраняйте для каждой самостоятельной задачи.

Как разбирать дубли

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

Если один человек обращался и как собственник, и как покупатель, это могут быть две задачи одного клиента. Объединить контакт разумно, но смешать критерии покупки с условиями продажи нельзя. Для каждого процесса должно остаться своё следующее действие.

Если ошибочно объединили двух людей, восстановите разделение по исходным сведениям. Перед массовыми изменениями сделайте доступную только уполномоченным сотрудникам резервную копию и сохраните историю переноса.

Что проверить в доступе к таблице

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

Не вставляйте в заметки прямые ссылки на документы, доступные без ограничений. При передаче данных коллеге уточните основание, необходимый объём и способ передачи. Для демонстрации таблицы в обучении используйте вымышленные строки, как в этой статье.

Как начать новый учёт без потери действующих задач

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

При переносе записи сверьте клиента, объект, ответственного и следующее действие с исходным журналом.

Начните с одного клиента. Проверьте имя и согласованный канал связи, затем перенесите контекст задачи, связанные объекты и последнее содержательное действие. Отдельно укажите ответственного. Формулировка «связаться завтра» без имени исполнителя перестаёт работать сразу, как только к задаче подключается второй человек.

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

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

Три проверки активных задач

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

Периодичность проверки выберите по объёму работы. Если задача закрыта, сохраните содержательный результат. Отдельно учитывайте просьбы прекратить связь, чтобы новый сотрудник не начал звонить по старому списку.

Когда переходить от таблицы к кабинету или CRM

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

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

Если обновили фото в объявлении, отметьте дату и новые запросы на показ. Более понятные снимки могут привлечь дополнительные открытия и обращения; запись клиента поможет сохранить его вопросы и следующий шаг. Отправляйте человеку подходящие материалы по согласованному каналу.

Если цель учёта ещё и аналитическая, отдельно задайте события и периоды для воронки продаж. Таблица клиентов и отчёт о конверсиях связаны, но отвечают на разные вопросы.