← VM AnalyticsМатериалы

Материалы

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

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

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

С чего начать: одна воронка, один рекламный канал, один источник записей

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

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

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

Какие доступы нужны для сквозной аналитики

Список короткий, но каждый пункт берётся в своём кабинете и своим способом:

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

Почему расход по Директу проще брать из Метрики, чем из рекламного API

Расход рекламы можно получить двумя путями: из API рекламного кабинета и из счётчика посещаемости, куда Директ сам передаёт затраты при включённой связке. Второй путь проще: API Директа требует отдельно одобренного Яндексом приложения, а расход через Метрику читается обычным доступом к счётчику.

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

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

И сразу про ручной ввод. Руками вносится только то, что система не читает сама: пакет продвижения на картах, работа подрядчика, печать листовок. Расход подключённого рекламного кабинета руками не вносят, иначе сумма задвоится и окупаемость упадёт вдвое на ровном месте; форма это проверяет и источник со словом «Директ» в названии не примет.

Порядок подключения источников и что проверять после каждого шага

Последовательность, которая экономит больше всего нервов:

  1. Система записи или CRM. Без неё считать окупаемость не из чего. Проверка: создайте тестовую запись или сделку и убедитесь, что она видна в системе с той же суммой, услугой и специалистом.
  2. Телефония и коллтрекинг. Проверка: тестовый звонок, затем сверка статуса и длительности. Отдельно проверьте, доезжает ли запись разговора, если она вам нужна.
  3. Формы сайта. Вставьте вебхук, отправьте тестовую заявку с пометкой test и найдите её. Заодно проверьте, что вместе с телефоном приехали метки: если скрытых полей в форме нет, заявка придёт без источника.
  4. Мессенджеры. Проверка: напишите себе сами и найдите диалог в системе.
  5. Счётчик посещаемости и цели. Минимальный набор целей: отправка формы, клик по номеру телефона, клик по кнопке мессенджера. Без целей реклама не умеет оптимизироваться, а вы не увидите, что человек вообще пытался связаться.
  6. Рекламный кабинет. Последним, когда выручка и обращения уже видны. Проверка: сумма расхода за вчера совпадает с тем, что показывает сам кабинет.

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

Как понять, что данные поехали: журнал синхронизации и сверка с кассой

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

Вторая проверка, сверка с кассой, важнее первой. Возьмите закрытую неделю и сравните выручку в системе с кассой. Расхождение в несколько процентов это норма (возвраты, переносы, оплата частями), расхождение в разы это признак того, что считаются разные вещи.

Разберём типичный случай на условных числах: это пример для объяснения механики, а не результат клиента. В CRM сумма выигранных сделок за месяц 4 000 000 рублей, а касса за тот же месяц 1 600 000. Ошибки здесь нет: в карточках CRM стоит номинал (смета, предварительная сумма, план работ), а касса показывает то, что человек реально оплатил после состоявшегося визита.

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

Кто это делает: свой администратор по инструкции или подрядчик

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

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

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

Первые недели: почему часть цифр сначала неполная

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

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

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

Ещё один разговор с командой лучше провести до запуска. Данные обновляются несколько раз в день, а не в реальном времени: заявка, оставленная минуту назад, появится не мгновенно. Это нормальная работа, а не поломка, и администратор, который об этом не знает, сообщит вам о пропавшей заявке.

Роли и журнал: кто внутри команды какие разделы видит

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

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

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

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

Что из описанного делает VM Analytics

VM Analytics подключается к тем сервисам, которыми вы уже пользуетесь: Яндекс Метрика и Яндекс Директ по OAuth, amoCRM через частную интеграцию, YCLIENTS доступом к кабинету, формы Tilda и вебхуки, виртуальная АТС МегаФона и коллтрекинг Гудок по ключу, WhatsApp, Telegram и Instagram Direct со стороны переписок. Яндекс Бизнес и офлайн учитываются метками, QR-кодами и ручным вводом расходов. Чего в этом списке нет, того система пока не читает.

Внутри кабинета на внедрение работают три вещи. У каждого подключения есть инструкция под конкретный сервис и кнопка проверки, а счётчики Метрики подключаются через Яндекс ID списком, без возни с OAuth. Журнал синхронизации показывает, что и когда приехало, а самопроверка ловит молчащие источники и протухшие доступы и сообщает о них нам. Роли и состав разделов выдаются галочками, изменения пишутся в журнал.

Подписка начинается от 4 900 ₽ в месяц. Подключение под ключ - отдельная разовая услуга за 15 000 ₽, и она не обязательна: подключиться можно самому по инструкциям. Перенос исторических данных 10 000 ₽, обучение команды 8 000 ₽, дополнительная точка 50 % от подписки.

Если сомневаетесь, с чего начинать, начните не с выбора системы, а с одного вопроса: сможете ли вы собрать доступы к своей CRM, телефонии и рекламному кабинету. Этот шаг ничего не стоит и занимает больше всего календарного времени.

Instagram принадлежит компании Meta Platforms Inc., деятельность которой признана экстремистской и запрещена на территории РФ.

Читать дальше

Проверьте свой сайт за 20 секунд

Покажем, что видно снаружи: счётчики, коллтрекинг, онлайн-запись, метки источников. Без доступов и без контактов.

Проверить сайт