Как связать колл-трекинг с записью на услугу: от звонка до визита

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

Почему источник звонка и запись на услугу живут отдельно?

Колл-трекинг определяет рекламный источник для каждого входящего звонка и передаёт эти данные в аналитику и CRM. Без него контекстная реклама работает с провалом в отчётности: визиты на сайт размечены UTM-метками, а звонки попадают в общую массу без источника (гайд по колл-трекингу для рекламы).

Расписание записи живёт своей жизнью. Администратор пишет в журнал «Ирина, маникюр, четверг, 15:00» и не указывает, с какого канала пришла Ирина. Получается разрыв: в отчёте по рекламе двадцать звонков, в журнале двенадцать записей, и связать их нечем. Вопрос уже не про аналитику, а про деньги — непонятно, какой канал приносит визиты, а какой только разговоры.

Какие метки связать, чтобы звонок стал визитом?

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

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

Что писать в карточку записи

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

Как настроить связку без дорогой CRM?

1. Разведите входящие номера по каналам: отдельный номер на сайт, отдельный на контекст, отдельный на вывеску и визитки. Один номер на всё усложнит разбор до бессмысленности.
2. Заведите в журнале или CRM обязательное поле «номер звонка / канал».
3. Пропишите правило заполнения. Например: администратор вносит номер в тот момент, когда клиент назвал дату визита.
4. Заведите статусы записи: «записан», «подтвердил», «пришёл», «перенёс», «не пришёл». Пяти статусов хватает почти всем.
5. Отмечайте статус в день визита — например, администратор проходит по расписанию в конце смены.
6. Раз в неделю считайте две цифры по каждому каналу: сколько звонков дошло до записи и сколько записей дошло до визита.

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

Третий вариант не требует ручной работы в момент звонка. Метод calendar.event.add в REST API Битрикс24 создаёт запись в календаре сотрудника программно, когда в систему попадает внешняя заявка или новая сделка, и слот не приходится ставить вручную (блог о календарных событиях в Битрикс24).

Почему неявки надо считать отдельно?

Для локального бизнеса реклама решает задачу привести человека в точку — в салон, автосервис, клинику, мастерскую. Поэтому кампании оптимизируют по визитам и звонкам, а онлайн-конверсии для таких проектов вторичны (гайд по контекстной рекламе для локального бизнеса). Запись визитом ещё не стала. Между ними стоят забывчивость, перенос, изменившиеся планы.

Напоминание за день и за пару часов до визита снимает часть неявок. Это уже работа телефонии: короткий исходящий звонок или сообщение с подтверждением. Здесь же видно качество разговора. Если администратор не уточнил удобное время и не договорился о следующем шаге, записи просто не появится. В разборе структуры скрипта входящего звонка советуют смотреть на долю звонков с согласованным следующим действием и на явки по назначенным встречам (разбор структуры скрипта входящего звонка).

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

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

Как часто сверять данные?

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

Типичные ошибки

• Один номер на все каналы. Потом источник не восстановить даже по записи разговора.
• В карточке записи стоит источник «звонок» или «сайт» — по такому полю ничего не посчитать.
• Записи живут в бумажном журнале, телефония в сервисе, сверки между ними нет.
• Статус «пришёл» никто не отмечает, поэтому неявки остаются невидимыми для отчёта.
• Администратора оценивают по длительности разговора. Быстрый разговор без назначенного времени выглядит хорошо в отчёте и пусто в расписании (разбор структуры скрипта входящего звонка).
• Отчёт строят по лидам, хотя деньги приносит визит.