Главная ошибка: считать объект, клиента и сделку одной карточкой
Квартира существует независимо от текущего объявления. Сегодня собственник продаёт её, затем снимает с экспозиции, через год возвращается с новой ценой. Покупатель одновременно рассматривает несколько квартир, а после покупки может поручить агентству сдачу своей прежней недвижимости.
Если всё хранится в «сделке», история размножается. Адреса расходятся, цена обновляется в одной записи из трёх, показы теряются, а агент получает старую информацию. Поэтому физический объект и связанную с ним продажу или аренду следует разделить: одному объекту могут соответствовать несколько предложений за время его существования.
Вторая ошибка — смешивать спрос и предложение. Статус «Подбор» относится к запросу покупателя, а «Опубликован» — к предложению собственника. У сделки будут свои этапы согласования условий и исполнения. Руководителю нужны все три маршрута, связанные между собой.
Какие записи и связи нужны агентству
Клиент хранит контакты, предпочтительный канал связи, ответственного и историю взаимодействий. Роли покупателя, продавца, арендатора или представителя определяются в конкретных связях. Один контакт не обязан навсегда принадлежать одной категории.
Объект описывает физическую недвижимость: нормализованный адрес, идентификаторы при наличии, тип, площадь, характеристики и источник данных. Характеристики с юридическим значением должны иметь источник и дату проверки; слово собственника не превращается автоматически в подтверждённый документом факт.
Связь клиента с объектом задаёт роль, период актуальности и статус проверки полномочий. Это позволяет различать собственника, представителя, контакт для доступа и прошлых участников. Наличие телефонного номера в карточке не доказывает право распоряжаться недвижимостью.
Поручение или предложение связывает объект с текущими условиями работы: продажа либо аренда, цена и её история, договор с агентством, срок действия, ответственный агент, готовность материалов и разрешённые способы публикации. Объявления на площадках — связанные записи с внешними идентификаторами и состоянием синхронизации.
Запрос клиента описывает потребность: бюджет, районы, сроки, обязательные параметры, допустимые компромиссы и способ финансирования в необходимом объёме. У одного клиента может быть несколько запросов, например покупка квартиры и поиск помещения для бизнеса.
Подбор связывает конкретный запрос с конкретным предложением. Здесь фиксируют основание соответствия, дату отправки, реакцию клиента и причину отказа. Один запрос связан со многими предложениями; одно предложение — со многими запросами.
Показ относится к подбору, содержит участников, время, ответственного, итог и следующий шаг. Несколько повторных посещений сохраняются отдельными событиями. Наконец, сделка связывает согласованное предложение, запрос, участников и роли, документы, условия, контрольные даты и комиссию. Платежи отражаются отдельно, чтобы различать начисленное и полученное.
Такая схема отвечает на практический вопрос: «Почему эта квартира всё ещё не продана?» Можно увидеть обращения, реальные показы, возражения, предложения по цене и состояние документов, не собирая историю у каждого агента.
Три маршрута и условия переходов
1. От обращения собственника до актуального предложения
Сначала агент уточняет задачу, проверяет дубли объекта, договаривается об оценке и фиксирует условия сотрудничества. Переход к подготовке предложения требует назначенного ответственного и подтверждённых договорённостей с клиентом.
Перед публикацией проверяют обязательные характеристики, актуальную цену, комплект материалов, полномочия и согласованный порядок размещения. Конфиденциальные документы не включают в публичное описание. «Готово к публикации» и «Опубликовано» — разные состояния: второе подтверждается результатом размещения, а не нажатием кнопки.
При снятии объекта с продажи нужно закрыть активное предложение, остановить связанные подборы и проверить объявления. История физического объекта сохраняется. Отдельный список устаревших предложений показывает, по каким записям давно не подтверждали цену и доступность.
2. От входящего запроса до подходящего варианта
При обращении покупателя сохраняют источник, время получения и заинтересовавший объект. Если контакт уже есть, новое обращение не должно стирать прежний запрос. После разговора агент подтверждает бюджет, сроки и обязательные критерии; неизвестные условия остаются вопросами.
Этап «Квалифицирован» означает, что потребность понятна и определён следующий шаг. На этапе подбора варианты отбирают по актуальным предложениям, затем проверяют существенные ограничения вручную. Профили покупателей, объектов и продавцов хранятся отдельно, а подбор строится на требованиях и характеристиках. Это принцип предлагаемой конфигурации Адаптум, без обещания готового отраслевого модуля.
Показ получает результат: состоялся, отменён, клиент не пришёл или перенесён. «Состоялся» требует записи фактического события. После показа агент фиксирует конкретное возражение и договорённость: слишком шумно, нужен другой этаж, возможна покупка при согласованной цене. Общее «не понравилось» почти бесполезно для следующего подбора.
3. От предложения цены до завершения расчётов
Когда стороны обсуждают конкретные условия, создаётся сделка. Переходы задаются под применимую процедуру: условия согласованы, комплект документов проверен ответственным специалистом, необходимые действия сторон выполнены, расчёты и передача подтверждены.
Названия этапов не заменяют проверку документов. У каждого контрольного пункта есть ответственный, срок, статус, версия документа и основание завершения. Юрист или другой уполномоченный специалист подтверждает правовые выводы; ИИ не присваивает объекту статус «юридически чистый».
Коммерческий результат агентства ведётся отдельно: ожидаемое вознаграждение, основание начисления, сумма к получению, фактические платежи, возвраты и распределение между участниками. Стоимость недвижимости не является выручкой агентства. Подписанный документ не доказывает получение денег.
Сквозной пример: одно обращение, три объекта, два агента
Покупатель Михаил обращается по квартире А. Колл-центр находит существующий контакт, создаёт новый запрос и связывает его с объявлением-источником. Ответственный агент уточняет, что нужен тихий дом, определённый район и переезд до установленной даты.
Квартира А подходит по бюджету, но продавец уже изменил условия. Агент подтверждает цену и обновляет предложение с датой изменения. В подбор добавляют квартиры Б и В; характеристики, которые не проверены, отмечают отдельно. Михаил соглашается на два показа.
Первый проводит агент покупателя, второй — коллега, отвечающий за объект. Оба результата попадают в связанные записи. По Б клиент отказывается из-за шума; по В готов обсуждать условия. Агент собственника видит обратную связь, но не получает лишние личные сведения покупателя.
По В создают сделку. Ответственный специалист замечает недостающий документ, назначает задачу и срок. Пока документ не получен и не проверен, контрольный пункт остаётся открытым. Руководитель видит конкретное препятствие, а не абстрактную «зависшую сделку».
После выполнения согласованных действий фиксируют завершение сделки и отдельно поступление комиссии. Если платёж частичный, остаток остаётся в задолженности. Квартиру В убирают из активных подборов; завершённый запрос Михаила сохраняется. Будущее обращение создаст новый запрос того же клиента, а не перезапишет этот результат.
Восемь показателей для руководителя агентства
Стоимость сделки, комиссия, участники, дата закрытия и время на этапе — отдельные показатели. Автоматическое маркетинговое сообщение не следует приравнивать к персональному контакту при расчёте скорости реакции. Для агентства важно договориться о собственных определениях до настройки графиков.
- Скорость первого персонального действия. Медиана минут от регистрации нового запроса до первого адресного звонка или сообщения сотрудника. Когорта — запросы, созданные в периоде. Автоответ не считается; запросы без действий показываются отдельной долей от всей когорты. Рядом нужны 90-й процентиль и выбранный режим времени: календарное либо рабочее.
- Конверсия запроса в состоявшийся показ. Число запросов когорты с хотя бы одним показом в течение 30 дней после создания, делённое на все новые целевые запросы этой когорты. Спам исключают по документированному правилу; когорты моложе 30 дней помечают незрелыми. Повторные показы не умножают число запросов.
- Доля состоявшихся показов. Число состоявшихся показов, делённое на все показы с плановой датой в периоде. Отмены и неявки остаются отдельными исходами. Перенос связывает старое и новое события; исходное не исчезает из истории.
- Показ в согласованное предложение. Уникальные пары «запрос — предложение», по которым после первого состоявшегося показа в течение 30 дней согласованы условия сделки, делённые на все впервые показанные пары зрелой когорты. Повторные посещения одной квартиры не раздувают знаменатель.
- Календарный срок экспозиции. Медиана дней от первой публикации текущего предложения до завершения сделки по предложениям, завершённым в периоде. Паузы показываются отдельно. Для непроданных объектов нужен самостоятельный список текущего возраста, иначе отчёт скрывает наиболее трудные случаи.
- Задержки документов. Сделки с хотя бы одним просроченным обязательным контрольным пунктом, делённые на все активные сделки на дату среза. Учитываются только пункты, применимые к этой сделке; отсутствующий срок виден как дефект данных, а не как соблюдение регламента.
- Полученная комиссия. Поступления агентству за период по дате платежа минус возвраты. Рядом — начисленная комиссия, задолженность и выплаты агентам по принятой учётной политике. Частичный платёж считается в фактической сумме; оборот по стоимости объектов показывают другим показателем.
- Результативность источника. Запросы выбранного источника, приведшие хотя бы к одной завершённой сделке за 180 дней, делённые на все целевые запросы того же источника в зрелой когорте. Первоначальный источник фиксируют; повторное обращение и влияние других каналов показывают отдельно, не переписывая атрибуцию задним числом.
Сроки 30 и 180 дней — пример аналитического окна, а не отраслевой стандарт. Агентство выбирает их по своему циклу и сравнивает одинаковые сегменты. Аренду нельзя оценивать по срокам продажи сложного объекта. Каждый процент сопровождается числом записей, датой среза и доступом к деталям.
Шесть ИИ-запросов, которые работают на процесс
ИИ полезен, когда готовит проверяемый результат на разрешённых данных. Эти сценарии требуют соответствующей конфигурации и не означают, что каждое действие уже реализовано в стандартной поставке.
- Уточнение запроса. «Из заметки разговора подготовь черновик запроса: бюджет, районы, сроки, обязательные параметры и компромиссы. Отдели слова клиента от предположений, неизвестное вынеси в вопросы». Агент подтверждает данные; ИИ не выводит доход или кредитоспособность по косвенным признакам.
- Подбор объектов. «Для запроса №318 найди активные предложения с подтверждённой за последние семь дней ценой. Покажи совпадения, расхождения и неизвестные характеристики. Не отправляй подборку». Результат проверяет агент; доступность и юридические обстоятельства требуют отдельных проверок.
- Сводка показов собственнику. «Подготовь черновик отчёта за неделю: состоявшиеся показы, агрегированные причины отказов и вопросы по объекту. Не включай контакты и финансовые сведения покупателей». Агент проверяет содержание и разрешённый объём раскрытия перед отправкой.
- Поиск дублей. «Найди возможные дубли объектов по нормализованному адресу, номеру помещения и доступным идентификаторам. Покажи основания совпадения, ничего не объединяй». Совпадение дома недостаточно; разные квартиры остаются разными объектами.
- Настройка схемы. «Предложи сущность “Показ”, связи с подбором и ответственным, поля планового времени, факта, исхода и следующего действия. Подготовь тест повторного показа и переноса». Изменение структуры проверяется до применения к рабочей базе.
- Управленческий отчёт. «Построй список активных сделок с просроченными документами на сегодняшнюю дату. Покажи пункт, срок, ответственного и источник статуса; не объявляй документы юридически действительными». Руководитель распределяет работу, профильный специалист подтверждает правовые выводы.
Продажа, аренда и управление: где расходятся процессы
В продаже важно сопровождение условий сторон, готовности документов, финансирования, расчётов и передачи объекта. Если покупатель зависит от продажи другой недвижимости, в CRM нужна связанная цепочка с ответственными и контрольными датами. Срыв одного звена должен появиться в рисках других сделок, но не автоматически отменять их. Решение о переносе стороны согласуют отдельно.
При обычной аренде после подбора и показа фиксируют согласованные условия найма, дату начала, срок, плату, предусмотренные платежи и порядок передачи. Агентская комиссия учитывается отдельно от арендной платы и иных денег сторон. Переход «Заселён» подтверждается фактической передачей по принятому процессу, а не только подписью под договором. Если агентство лишь свело стороны, его дальнейшие обязательства ограничиваются согласованной услугой.
Если агентство управляет арендой, после заселения начинается другой рабочий контур. Потребуются договор управления, периоды начислений, платежи, обращения жильцов, заявки на обслуживание, согласование расходов собственником, продление и выезд. Депозиты и клиентские деньги нельзя смешивать с выручкой агентства; учёт и расчёты проектируют со специалистом и при необходимости оставляют в профильной системе. Настройка CRM не даёт права автоматически распоряжаться средствами клиента.
При выезде фиксируют уведомление, согласованные даты, осмотр, документы и подтверждённые расчёты. Новое предложение аренды связывают с тем же физическим объектом. История прошлого проживания остаётся с ограниченными правами; её не копируют в публичную карточку. При досрочном прекращении сделки или отмене бронирования сохраняют причину и предусмотренные договором действия, а не заменяют всё статусом «Проиграно».
Как организовать передачу работы между ролями
Разделение объекта и его предложений дополняется сбором обратной связи от коллег и проверкой материалов для собственника. Это особенно важно для агентств, где один сотрудник ведёт покупателя, другой — объект: система должна поддерживать передачу работы между ролями, а не только хранение контактов.
Продать объект, заселить арендатора и обслуживать аренду — разные процессы с разными событиями завершения. Обработка входящего спроса, встречи, источники и комиссия помогают управлять работой агентов, но не заменяют документооборот конкретной сделки. Для каждого направления нужен свой проверяемый маршрут.
В Адаптум эти наблюдения стоит превратить в требования: отдельные записи для разных предметов учёта, понятные передачи ответственности и расчёты по реальным событиям. Готовые интеграции этих продуктов, их географическое покрытие и процедуры соответствия требованиям не следует переносить на Адаптум как обещание.
Как внедрить CRM и не потерять доверие команды
Начать стоит с одного сегмента, например продажи вторичного жилья, и одной рабочей группы. Опишите правила статусов, обязательные данные и ответственность: оператор принимает обращение, агент ведёт запрос, агент объекта подтверждает предложение, специалист проверяет документы, финансовый сотрудник фиксирует платежи.
Импортируйте ограниченную выборку и проверьте трудные ситуации: один клиент в двух ролях, объект с несколькими собственниками, несколько объявлений, повторный показ, перенос даты, снятие предложения и частичная комиссия. При объединении дублей должны сохраняться история, связи и источники; сомнительные записи отправляются на проверку.
До интеграций определите главный источник каждого поля. Кто меняет цену? Где подтверждается доступность? Что произойдёт, если площадка не примет обновление? Подключения к сайтам, телефонии, календарю и рекламным площадкам проверяются отдельно, включая ограничения API, доступы, стоимость и обработку повторных событий. Нужен видимый журнал ошибок и ручной порядок восстановления.
Доступ к документам и финансам ограничивают по рабочей необходимости. Паспортные данные, сведения о финансировании и документы участников не должны попадать в общие ИИ-запросы или публичные материалы. Условия обработки, сроки хранения и юридические требования проверяют для конкретного агентства; CRM не гарантирует соответствие закону одним наличием полей.
Перед запуском команда должна суметь пройти путь от обращения до платежа и объяснить цифры в отчёте. Затем полезно сравнить результат с исходной картиной: стало ли меньше запросов без следующего шага, устаревших предложений и просроченных документов. Обсуждение Адаптум начните с вашего реального запроса, одного объекта и одной сделки: на них проще спроектировать систему, которой агенты будут пользоваться ежедневно.