Маркетолог показывает отчёт из рекламного кабинета: 340 заявок, стоимость заявки снизилась. Руководитель продаж открывает CRM: 210 лидов, половина нецелевые. Бухгалтер присылает выгрузку из 1С: оплат меньше, чем закрытых сделок в CRM. Три отчёта, три правды, и ни одна не отвечает на вопрос собственника «сколько мы заработали на этой рекламе». Эта статья о том, как соединить разрозненные системы в одну картину — без корпоративного хранилища данных и штата аналитиков.
Почему цифры не сходятся
Прежде чем подключать инструменты, стоит понять природу расхождений, иначе объединённые данные будут так же противоречивы, просто в одном окне.
Разные определения. Для рекламного кабинета «заявка» — это отправленная форма. Для CRM — созданная карточка, причём дубли по одному телефону могут считаться или не считаться. Для 1С заявки вообще не существует, есть счёт и оплата.
Разные моменты времени. Клик был 28 числа, заявка 29-го, сделка закрылась 15-го следующего месяца, оплата пришла 20-го. В какой месяц записать выручку от этой рекламы? Каждая система отвечает по-своему.
Разные ключи. Реклама знает идентификатор клика, CRM — телефон и имя, склад — номер заказа. Если между ними нет общего поля, связать их невозможно, какой бы инструмент вы ни купили.
Из этого следует практический вывод: объединение данных — на 30% техническая задача и на 70% договорённость о том, что мы считаем и как.
Три слоя любой схемы сбора данных
Независимо от масштаба, рабочая схема состоит из трёх уровней.
Источники
Системы, где данные рождаются: рекламные кабинеты, CRM (amoCRM, Bitrix24, HubSpot), учётная система (1С или аналог), платёжный сервис, сайт с аналитикой, складская программа, иногда Google Sheets, в которых менеджеры ведут что-то своё. Ничего в источниках менять не нужно, задача — регулярно забирать оттуда данные.
Хранилище
Одно место, куда всё складывается в едином формате. Для малого бизнеса это обычно PostgreSQL на недорогом сервере или BigQuery в облаке. На самом старте может хватить и Google Sheets, но с оговорками, о них ниже.
Витрина
Слой, который видят люди: дашборд в Metabase, Looker Studio или Power BI, ежедневная сводка в Telegram, ответы ИИ-ассистента на вопросы. Витрина читает из хранилища, а не из источников напрямую — это ключевое отличие от подхода «подключим дашборд сразу к CRM».
Какие источники подключают первыми
Опыт небольших компаний довольно однороден. Первая очередь почти всегда одна и та же.
- Реклама. Расходы, показы, клики по кампаниям и дням. Забираются через API кабинетов, в большинстве случаев автоматически раз в сутки.
- CRM. Сделки, этапы, суммы, источники, ответственные, даты изменения этапов. Важно забирать историю переходов между этапами, а не только текущее состояние — иначе не посчитать скорость воронки.
- Учётная система. Отгрузки, оплаты, возвраты, остатки. Про особенности выгрузки из 1С есть отдельная статья: интеграция с 1С и учётными системами.
- Сайт. Посещения, конверсии, UTM-метки. Нужны в основном для связи рекламы с заявками.
Вторая очередь — то, что добавляют через пару месяцев: отзывы, обращения в поддержку, данные о доставке, стоимость закупки для расчёта маржи.
Главный вопрос: как связать записи между системами
Это место, где большинство проектов либо получаются, либо нет. Нужна цепочка идентификаторов, которая ведёт от рекламного клика до оплаты.
Рабочая схема для компании, продающей через сайт и менеджеров, выглядит так:
- Реклама передаёт в ссылку UTM-метки и идентификатор клика.
- Форма на сайте записывает эти метки в скрытые поля и отправляет вместе с телефоном в CRM.
- CRM хранит телефон в нормализованном виде (один формат для всех) и идентификатор сделки.
- При выставлении счёта в 1С в комментарий или отдельное поле записывается номер сделки из CRM.
- Оплата в 1С привязана к счёту, а значит, через счёт — к сделке, через сделку — к метке, через метку — к кампании.
Если хотя бы одно звено отсутствует, цепочка рвётся. Чаще всего рвётся на четвёртом шаге: менеджеры выставляют счета без ссылки на CRM. Это решается не технически, а регламентом и проверкой: заявка без привязки не считается закрытой.
Для офлайн-бизнеса (салон, клиника, магазин) связующим ключом обычно становится телефон клиента, и тогда критичен единый формат его записи во всех системах.
Чем забирать данные: инструменты
Для малого бизнеса реалистичны три варианта, их можно комбинировать.
Платформы автоматизации. n8n, Make или Zapier умеют по расписанию ходить в API кабинетов и CRM, преобразовывать данные и писать в базу. Это самый быстрый путь: типовой сценарий «раз в сутки забрать расходы по кампаниям и положить в таблицу» собирается за несколько часов.
Встроенные коннекторы BI. Looker Studio и Power BI подключаются к ряду источников напрямую. Удобно для первого взгляда, но данные при этом не сохраняются в вашем хранилище, и как только понадобится соединить два источника по телефону клиента, возможности заканчиваются.
Собственные скрипты. Небольшие программы на Python, которые делают выгрузку, очистку и загрузку. Нужны там, где у системы нет готового коннектора или где логика преобразования сложная: например, разбор выгрузок 1С с нестандартной структурой.
Мы в AiKrok обычно начинаем с n8n на сервере клиента: он бесплатен, данные не уходят третьей стороне, а когда появляется сложная логика, рядом с ним дописываются скрипты.
Google Sheets или настоящая база
Вопрос, который возникает почти всегда. Таблицы подкупают простотой: все умеют ими пользоваться, не нужен сервер.
Google Sheets подходит, если данных мало (ориентировочно до нескольких десятков тысяч строк), источников два-три и никто не редактирует данные руками. Как только кто-то «подправил» строку, автоматический отчёт перестаёт соответствовать источнику, и доверие к нему исчезает.
PostgreSQL или BigQuery стоит выбирать, если история накапливается годами, нужны соединения между таблицами по ключам, а поверх планируется ИИ-аналитика — модель куда надёжнее пишет SQL-запросы к базе, чем формулы к таблице. Подробно о том, как потом задавать вопросы к собранным данным, написано в статье про ИИ-аналитику.
Компромисс, который часто работает: база как хранилище, а таблицы как витрина для тех, кому так привычнее.
Где это не сработает или сработает не сразу
- Если в CRM не фиксируется источник сделки, никакой инструмент не покажет окупаемость рекламы. Сначала дисциплина, потом интеграция.
- Если бизнес продаёт по телефону без сайта, связать звонок с рекламой можно только через коллтрекинг — это отдельный контур и отдельные расходы.
- Если учёт ведётся в «коробочной» 1С на компьютере бухгалтера, выгрузка возможна, но потребует участия 1С-специалиста и будет менее надёжной, чем из облачной версии.
- Если данные нужны не ежедневно, а раз в квартал, автоматизация может не окупиться — иногда дешевле раз в три месяца свести вручную.
План на первый месяц
Реалистичная последовательность для компании с CRM, рекламой и учётной системой:
- Неделя 1. Список метрик с определениями. Инвентаризация источников: что, откуда, есть ли API. Решение по ключам связи.
- Неделя 2. Хранилище развёрнуто, подключены реклама и CRM, данные приходят по расписанию. Первый простой дашборд: расходы и заявки по дням.
- Неделя 3. Подключена учётная система, настроена связь сделок с оплатами. Появляется цифра, ради которой всё затевалось: выручка по источникам рекламы.
- Неделя 4. Проверка расхождений, доработка регламента для менеджеров, утренняя сводка в Telegram для собственника. Какие метрики в неё включать, мы описали в статье про дашборд для собственника.
Главный результат первого месяца — не красивый дашборд, а одна цифра, в которую верят и маркетолог, и продажи, и бухгалтер. Всё остальное достраивается поверх неё.