Как автоматизировать распределение лидов в агентстве недвижимости
В агентстве недвижимости без правил распределения новый лид попадает в общий ящик или в группу в Telegram, кто-то пишет «кто возьмёт?», два агента отвечают одновременно или не отвечает никто, а лид, пришедший вечером в пятницу, читают в понедельник утром. Клиент за это время уже позвонил в другое агентство. Автоматическое распределение решает именно эту проблему: у лида появляется ответственный за секунды, а не за часы, и кто-то узнаёт, если ответственный не реагирует. Ниже — правила, которые мы обычно настраиваем, компромиссы каждого из них, лестница эскалации, пограничные случаи и как всё это выглядит в Telegram. Все цифры здесь — примерные параметры, а не результаты.
В чём именно проблема
«Кто возьмёт?» — это не организационный вопрос, а потеря времени с тремя последствиями: лид ждёт, агенты обсуждают вместо того, чтобы звонить, а менеджер потом не может сказать, кто должен был ответить и когда. Любое автоматическое правило — даже самое простое — лучше его отсутствия, потому что убирает неопределённость. Всё остальное — тонкая настройка.
Правила распределения, которые работают, и их компромиссы
| Правило | Как работает | Компромисс |
|---|---|---|
| По очереди (round-robin) | Каждый новый лид уходит следующему агенту по списку. | Справедливо и просто, но не учитывает компетенцию: специалист по Ботанике получает лид с Чекан. |
| По району | Лид с пометкой «Ботаника» уходит агентам, которые работают в этом районе; между ними — по очереди. | Нужен район, заполненный у источника. Лид без района попадает под правило по умолчанию. |
| По типу сделки | Продажа, аренда, покупка — разные команды или агенты. | Клиент, который «продаёт и покупает», попадает в два потока; нужно решить, где основная карточка. |
| По языку | Лид из русскоязычной формы уходит агентам, которым удобнее работать на русском. | Источники не всегда сообщают язык; он определяется по форме или первому сообщению. |
| С лимитом нагрузки | Агент, у которого, например, 15 активных лидов, новых не получает, пока не закроет часть. | Защищает качество, но лиды могут ждать, когда все загружены — отсюда эскалация к менеджеру. |
| «Кто первый нажал» | Лид отправляется 2–3 агентам; кто первым нажал «Беру», тот и получил. | Быстро, но выигрывают те, кто постоянно с телефоном, и нужна эскалация, если не нажал никто. |
| Владелец существующего клиента | Если номер уже есть в CRM, лид уходит агенту, который его ведёт, независимо от остальных правил. | Нужно решить, что делать, если этот агент уволился или в отпуске. |
На практике правила комбинируются по порядку: сначала «существующий клиент», затем «район» или «тип сделки», затем «по очереди» среди подходящих, а лимит нагрузки — как фильтр. Порядок определяет агентство — для типовых случаев мы настраиваем его из Web Admin, а не в коде.
Лестница эскалации
Распределение без эскалации — половина решения: у лида есть ответственный, но если он не реагирует, никто об этом не узнаёт. Лестница, которую мы обычно настраиваем, выглядит так (минуты — пример; агентство задаёт их под свой ритм):
- 0 мин — лид приходит выбранному агенту в Telegram с кнопкой «Беру лид».
- 10 мин без реакции — напоминание тому же агенту.
- 15 мин без реакции — лид предлагается следующему подходящему агенту; первый получает сообщение, что лид ушёл.
- 30 мин без реакции от кого-либо — уведомляется менеджер (или тимлид) и может назначить вручную.
- Вне рабочего времени (например, после 20:00 или в выходные) — лид назначается, но таймер эскалации запускается с началом следующего рабочего дня, чтобы никого не наказывать за лид, пришедший в субботу ночью. Как вариант — «дежурный» агент получает всё, что приходит.
Важны здесь не цифры, а то, что каждый шаг фиксируется: кто получил лид, когда, кто взял, когда. Отсюда следующий пункт.
Время реакции — метрика, которую руководство получает бесплатно
Когда взятие лида — это нажатие с зафиксированным временем, «время реакции» перестаёт быть оценкой и становится колонкой в отчёте: по агенту, по источнику, по дню. Менеджер видит, никого не спрашивая, кто берёт лиды за пять минут, а кто за два часа, и ждут ли лиды из Meta дольше, чем с сайта. Мы не обещаем, что эта цифра улучшится сама собой — но она становится видимой, а то, что видно, обсуждается на планёрке с данными, а не с впечатлениями.
Пограничные случаи, которые правило должно предусмотреть
- Агент в отпуске. Статус «недоступен» в CRM выводит его из ротации; его текущие лиды остаются за ним или временно перераспределяются — как решит агентство. Тот, кто забыл поставить статус, создаёт разрыв в цепочке — поэтому эскалация к менеджеру обязательна как страховка.
- Дубль лида из двух каналов. Один и тот же клиент заполняет форму на сайте, а потом звонит. Без дедупликации два агента получают «двух» клиентов. Правило «владелец существующего клиента», применённое к номеру телефона, закрывает большинство случаев; остальные разбираем в статье об интеграции источников.
- Клиент возвращается через 6 месяцев. Номер есть, но карточка закрыта («Потерян» или «Продано»). Уходит старому агенту или заходит как новый лид? Универсального ответа нет; агентство выбирает, а правило следует выбору (например: старому агенту, если он ещё работает, иначе — по очереди).
- Лид с недостаточными данными. В форме только номер телефона, без района и типа. Правило по району применить нельзя; лид попадает под правило по умолчанию («по очереди»), а первый звонок дополняет остальное.
Как это выглядит в Telegram
Агент не видит ничего из описанной логики. Он видит сообщение:
Новый лид · Meta (кампания «Ботаника»)
Ищет: квартиру 2–3 комнаты, Ботаника или Центр
Бюджет: до 75 000 €
Телефон: +373 •• ••• •••
[Беру лид] [Позвонить] [Не мой профиль] [Открыть карточку]
«Беру лид» фиксирует время и создаёт задачу «Первый контакт» со сроком. «Не мой профиль» сразу передаёт лид дальше, не дожидаясь 15 минут, — и просит короткую причину, чтобы менеджер видел, не ошибается ли правило распределения систематически. Менеджер в Web Admin видит список неназначенных или не взятых в срок лидов с текущим ответственным и историей эскалации. Тот же процесс с теми же кнопками показан на странице CRM для агентств недвижимости и в общем описании Telegram CRM.
С чего начать: одно правило, потом измерить, потом скорректировать
Классическая ошибка — с самого начала пытаться закодировать все исключения: «по району, но если аренда — команде Б, но если старый клиент — то…, но по пятницам…». В итоге получается правило, которое уже никто не понимает и которое агенты обходят. Наша рекомендация:
- Недели 1–2: одно правило («по очереди» или «по району») плюс эскалация к менеджеру. И всё.
- Неделя 3: посмотрите на время реакции и на то, сколько лидов отклонили с «Не мой профиль» и почему.
- Затем: добавляйте второе правило, только если данные показывают реальную проблему (например, лиды по аренде постоянно попадают к агентам по продажам).
Для типовых случаев правила меняются из Web Admin, без программиста, — так что корректировка не проект, а настройка. Подробнее о том, как мы строим такие автоматизации за пределами недвижимости, — на странице автоматизации процессов.
Что НЕ стоит автоматизировать
Некоторые агентства предпочитают, чтобы очевидно крупные лиды — инвестор, который спрашивает о целом доме, компания, которая ищет десять квартир для сотрудников, — назначал менеджер, а не правило. Это законный выбор. CRM может пометить лид как «VIP» по простым критериям (бюджет выше порога, определённый источник, ключевые слова в сообщении) и отправить его менеджеру для ручного назначения вместо ротации. Автоматизация — для ежедневного потока; ценные исключения могут оставаться на усмотрение человека, если агентство так хочет.
Дальше: CRM для агентств недвижимости · Telegram CRM · Meta + телефония + CRM: как лид попадает сразу к нужному агенту.