Что такое распределение лидов в недвижимости?
Кратко
- Распределение лидов — это слой маршрутизации между входящим запросом покупателя и агентом, который им владеет: tagging источника, правила назначения, предотвращение конфликтов.
- Это критично, потому что off-plan девелоперы получают лиды из множества каналов (сайт, брокер, paid media, walk-in), а споры о том, кто владеет лидом, — самый частый внутренний конфликт.
- Современные платформы используют иерархию менеджер-агент с явным назначением, а не round-robin или first-touch — это лучше масштабируется и совпадает с тем, как работают off-plan команды.
Ключевые факты
- Типичные источники лидов
- Сайт, paid media, брокер, walk-in, реферал
- Модель маршрутизации
- Назначение менеджером (off-plan) vs round-robin (вторичка)
- Типичный SLA
- Первый контакт менее чем за 5 минут для paid-media лидов
- Триггер конфликта
- Два агента претендуют на один лид из разных источников
Чем распределение лидов отличается от round-robin назначения?
Round-robin («следующий агент в очереди получает следующий лид») распространён в риэлторских брокерствах, но плохо подходит для off-plan. У off-plan команд есть специализированные агенты — один знает план платежей по Башне A наизусть, другой говорит на языке покупателя, у третьего отношения с конкретным channel-партнёром. Назначение менеджером сохраняет эту специализацию. Минус — менеджер становится бутылочным горлышком; смягчает это per-agent привязка к проектам, так что дерево маршрутизации в основном автоматическое.
Как девелоперы точно теггируют источники лидов?
На практике работают три паттерна: (а) каждая форма на сайте девелопера передаёт скрытое поле utm_source; (б) channel-партнёры получают собственный логин в портал или реферальный код, и лиды попадают с автоматическим тегом; (в) walk-in и телефонные лиды теггируются вручную принимающим агентом в момент попадания в систему, с обязательным дропдауном источника. Совокупный эффект: у каждого лида есть источник к моменту попадания в пайплайн.
Что делать, когда два агента претендуют на один лид?
Доминируют два паттерна: first-touch wins (выигрывает тот, кто первым залогировал лид) или source wins (выигрывает канал, который привёл лид). Большинство off-plan команд по умолчанию выбирают source wins, потому что отношения с channel-партнёрами слишком ценны, чтобы рвать их гонкой за first-touch. Система должна это форсить — в момент создания брони агент, владеющий лидом, фиксируется.
- First-touch wins — простой, но создаёт гонку за логирование лидов.
- Source wins — предпочтителен для рынков с большой долей channel-партнёров.
- Арбитраж менеджера — fallback для действительно двусмысленных случаев.
Как DomusHub реализует распределение лидов
Модель лидов DomusHub отражает то, как реально работают off-plan команды: лиды попадают в систему с тегом источника, менеджер назначает их конкретному агенту (или channel-партнёр, приведший лид, сохраняет владение), а платформа фиксирует назначение с момента создания брони. Round-robin'а нет — назначение явное и видно всем в цепочке.
- Per-project scoping агентов — лиды попадают к агенту, который ведёт этот проект.
- Реферал channel-партнёра: лид попадает с тегом и владением со стороны партнёра, который его привёл.
- Назначение менеджером для неоднозначных лидов — видно агенту в его списке Клиентов.
- Создание брони фиксирует связку лид-агент; второй агент не может создать конкурирующую Pending-бронь на тот же юнит.
Frequently asked questions
Какая лучшая модель распределения лидов для off-plan девелопера?
Как быстро нужно контактировать с новым лидом?
Стоит ли давать агентам забирать лиды с чужих проектов?
Связанные термины
Все термины глоссария
Посмотрите, как DomusHub работает с распределение лидов в проде
Живое демо на ваших данных в течение 24 часов после запроса.
Запросить демо