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

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

Какие вопросы становятся отвечаемыми

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

Какой сегмент приносит деньги. Мы разбирали, что доходимость сильно различается по сегментам: в кейсе с магазинами игрушек 0,3% против 3,67%. Но доходимость — это визиты. Сегмент с высокой доходимостью и низким чеком может проигрывать сегменту с обратным соотношением, и без кассы вы этого не увидите.

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

Реальный срок жизни клиента. Частота визитов плюс история покупок дают картину, которой нет ни в одной из систем по отдельности.

Как это устроено технически

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

Простой путь — по времени. Визит зафиксирован в 14:32, чек пробит в 14:41. При невысоком потоке это работает и даёт приличную точность.

Путь надёжнее — через программу лояльности. Если человек прикладывает карту, у вас появляется якорь, к которому привязываются и визиты, и покупки.

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

С последнего и советую начинать. Он бесплатный и делается в таблице за вечер.

Почему это дороже, чем кажется

Интеграция редко занимает столько времени, сколько на неё закладывают. Занимает всё остальное.

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

Совпадение по времени работает не всегда. В час пик у вас десять человек у кассы и двадцать визитов в зоне — сопоставление становится вероятностным.

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

Где связка не нужна

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

Если у вас нет структурированных данных о продажах. Интеграция с системой, куда сотрудники вносят информацию как придётся, только добавит уверенности в неверных выводах.

Если поток небольшой. На малых числах сопоставление по времени превращается в угадывание.

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

Что дальше

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

Посмотреть, что выгружается

Демо-кабинет открыт без регистрации: cp.wifiradar.ru/radar, логин и пароль wifiradar_demo. Начните со сравнения динамики визитов и вашей выручки по дням — это первый шаг, для которого ничего не нужно.

Состав решения — на отдельной странице. Разборы внедрений — в кейсах.