Кластеризация лидов на карте: планирование выездов по географии

Вторник, 08:40. Руководитель выездной группы из трёх человек в Екатеринбурге открывает очередь и видит 41 активного лида. Список отсортирован по баллу: первая запись — 88 баллов, Верх-Исетский район, вторая — 86 баллов, Уралмаш, третья — 84 балла, снова Верх-Исетский. Если идти по списку сверху вниз, машина пересечёт город дважды до обеда, причём второй раз — уже в пробке. Проблема не в скоринге. Проблема в том, что у списка одна ось. Балл отвечает, кем стоит заняться, но ничего не говорит о порядке и маршруте.

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

Что карта показывает такого, чего не показывает список?

Список ранжирует записи по одной оси: балл, дата, источник или ответственный. Карта даёт плоскость с двумя осями, и расстояние становится видимым само собой. Разместите те же 41 запись на карте — и сразу проявятся три вещи: где есть скопление, какие записи стоят особняком и какое скопление достаточно плотное, чтобы оправдать целый день в дороге. Представление «Карта и кластеризация» в модуле управления лидами Rocketly делает именно это: записи отмечаются по координатам, близкие группируются по районам, а выезд планируется от кластеров, а не от порядка строк.

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

Одна оговорка: карта убедительна просто потому, что хорошо выглядит. Плотный кластер ничего не говорит о качестве записей внутри него. Кластеризация решает вопрос расстояния, а не пригодности. Это разделение — принцип, на котором держатся все следующие разделы.

Какие данные нужно починить до географического планирования?

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

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

Второй вопрос — когда именно спрашивать адрес. Требовать его в первой форме — терять конверсию, не спрашивать вовсе — оставлять поле слепым. Средний путь: собирать локацию на втором касании и делать поле обязательным именно там. Разбиение длинной формы на шаги здесь окупается напрямую: район или индекс, запрошенный на втором шаге, заполняется заметно чаще, чем полный адрес на первом.

По какому признаку строить кластеры: расстояние, границы районов или нагрузка?

Способов три, и каждый отвечает на свой вопрос. Кластеризация по расстоянию объединяет записи, которые физически рядом. Для времени в пути это самый точный вариант, но границы смещаются с каждой новой записью, и о них тяжело договариваться — где именно заканчивается «северный кластер»? Кластеризация по административным границам использует районы, города или почтовые индексы. Границы стоят на месте, поэтому кластеры попадают в отчёты и команда говорит на одном языке, но две записи по разные стороны одной улицы могут оказаться в разных группах.

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

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

Сколько точек реально помещается в один день?

Универсального числа нет: длительность визита зависит от работы — замер занимает двадцать минут, корпоративная презентация полтора часа. Но планировать с чего-то надо. Таблица ниже — стартовый каркас, который вы замените собственными цифрами; значения приведены как пример и должны быть обновлены после двух недель реальных замеров.

Плотность кластера	Типичное расстояние между точками	Визитов в день	Решение
Плотный (один район, город)	2-5 км	6-8	Выделить полный день, зафиксировать маршрут утром
Средний (соседние районы)	5-15 км	4-6	Полдня выезд, полдня звонки
Разреженный (за городом)	15-60 км	2-3	Ехать только ради записей с высоким баллом
Разрозненный (одиночная запись)	больше 60 км	0-1	Вести удалённо, ждать соседнюю запись

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

Далёкий горячий лид или близкий тёплый?

Здесь и начинается настоящая сложность выездного планирования. Одна запись с баллом 90 находится в семидесяти километрах, три записи с баллами около 62 — внутри восьмикилометрового треугольника. Потратить день на одну или объехать три? Ответ зависит не от балла, а от того, что этот балл отражает.

Если модель хорошо предсказывает конверсию, 90 баллов сами по себе оправдывают дорогу. Если модель не откалибрована, 90 означает лишь «человек подробно заполнил форму», и поездка превращается в лотерею. Поэтому одна из первых задач команды, переходящей к географическому планированию, — проверить, отражает ли скоринг реальность. Маршрут, построенный на неоткалиброванном балле, превращает ошибочное допущение в расход топлива.

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

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

Как территориальное распределение сохраняет справедливость в команде?

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

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

Третье различие приходит от источника. Запись, которая сама оставила заявку, и запись, до которой вы дотянулись сами, не одинаково срочны, даже если попадают в один маршрут; входящие и исходящие лиды стоит вести по-разному и в выездном плане тоже. Входящая заявка несёт обещание по времени, исходящая заполняет пробелы в маршруте. Экран распределения нагрузки, показывающий, сколько открытых записей у каждого менеджера, не даёт этому перекосу расти незаметно.

В какой точке кластер на карте соединяется с воронкой?

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

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

Здесь же пригодятся массовые действия. Пометить все записи кластера меткой «после визита» одной операцией быстрее и последовательнее, чем открывать каждую отдельно. То, что не зафиксировано в тот же день, чаще всего не фиксируется никогда.

Что делать с записями, которые никогда не собираются в кластер?

Карта не всегда даёт аккуратные группы. Какая-то доля записей всегда остаётся разрозненной, и экономика выезда их не выдерживает. Удалять их тоже неправильно: чаще всего им не хватает только времени.

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

Чтобы ожидающие записи не терялись, нужен сигнал о бездействии. Уведомление о «спящем» лиде приходит ответственному по записям без активности на 14, 30 и 60 день, и в разреженных районах это часто единственный механизм, который удерживает запись живой. Нужен и обратный триггер: когда в том же районе появляется новая запись, соседние ожидающие должны снова попадать в поле зрения. Эту роль берут динамические списки на панели сегментов — критерии пересчитываются при создании и обновлении записи, поэтому список вида «открытые подходящие записи в этом районе» обновляет себя сам.

По каким метрикам видно, что географическое планирование сработало?

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

Первая — время в пути на один визит. Если кластеризация работает, оно падает, и падение видно уже за две недели. Вторая — доля визитов, сдвинувших этап: правильный маршрут даёт меньше визитов, но точнее нацеленных. Третья — время первого ответа: если из-за выездного плана офисные ответы начинают опаздывать, это видно на панели времени отклика, где записи делятся на мгновенные до 15 минут, быстрые до часа, обычные до четырёх часов и медленные свыше 24 часов. Четвёртая — конверсия по территориям: если в кластере много визитов и мало сделок, дело не в маршруте, а в качестве записей, приходящих из этого района.

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

Если хотите проверить эту схему на собственной базе, откройте бесплатный аккаунт Rocketly и начните с кластеризации записей, которые у вас уже есть.

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

Что происходит с лидами без данных о локации?

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

Строить кластеры по районам или по расстоянию?

Административные границы — для отчётности и для того, чтобы команда говорила на одном языке; расстояние — для порядка точек внутри дня. Наложение двух подходов даёт самую устойчивую схему: название кластера остаётся неизменным, а последовательность внутри пересчитывается каждое утро.

Что важнее при конфликте: география или балл лида?

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

Не избыточна ли кластеризация для небольшой команды?

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