Единый источник данных: как перестать спорить с отчётами

Маркетинг показывает 312 заявок. CRM — 274. В финансовом отчёте вообще 39 оплат.

Какая цифра правильная?

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

Единый источник данных — что это

Единый источник правды, или Single Source of Truth, — это согласованное место и набор правил, по которым бизнес получает показатели.

Это не обязательно одна огромная база, куда переселили вообще всё. Скорее, единая версия каждой метрики:

• откуда берём исходные данные;
• как считаем;
• кто отвечает;
• как часто обновляем;
• что делаем при расхождении.

Одна цифра — один хозяин. Очень уютное правило.

Почему системы показывают разное

Рекламный кабинет считает клики и приписанные конверсии. Сайт — отправленные формы. CRM — созданные лиды и сделки. Учётная система — оплаты и возвраты.

Расхождения появляются из-за:

• разных часовых поясов;
• дублей и спама;
• разных окон атрибуции;
• задержки между заявкой и оплатой;
• ручных изменений в CRM;
• разных определений клиента и продажи.

Задача не в том, чтобы силой сделать цифры одинаковыми. Сначала нужно объяснить разницу.

Начните со словаря показателей

До хранилища и BI я бы сделал короткий словарь.

Для каждой метрики записываем:

1. название;
2. простое определение;
3. формулу;
4. источник;
5. период;
6. владельца;
7. допустимую задержку обновления.

Например, «продажа» — первая подтверждённая оплата без возврата. Уже после одной этой строчки часть споров испаряется сама.

Как выглядит путь данных

Удобно разделить его на три слоя.

Сырые данные. Загружаем операции из CRM, рекламы, банка и других систем почти без изменений.

Проверенные данные. Убираем дубли, приводим даты и идентификаторы к одному виду, связываем сущности.

Бизнес-показатели. Считаем выручку, CAC, ROMI, конверсии и другие метрики по согласованным правилам.

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

Главный герой — идентификатор

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

Имя и телефон могут меняться. Номер должен жить дольше и не дублироваться.

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

Единый источник — это единое правило

Необязательно переносить всё в одну систему. CRM остаётся источником статусов, банк — оплат, рекламный кабинет — расходов. Единым становится правило, как эти данные связываются и какая система отвечает за конкретное поле.

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

Словарь показателей

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

Словарь не должен быть энциклопедией. Начните с десяти показателей, которые чаще всего вызывают спор.

Устойчивые ключи

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

Один человек может иметь несколько сделок, а одна компания — несколько контактов. Заранее определите уровень: клиент, компания или договор.

Подробный пример сверки

В рекламной системе 1 000 заявок, в CRM 900, после удаления 80 дублей — 820 клиентов. В банке 170 оплат, к CRM связаны 150.

Покрытие заявок CRM: 820 ÷ 1 000 × 100% = 82%. Покрытие оплат: 150 ÷ 170 × 100% ≈ 88%.

Единая витрина показывает 150 связанных оплат, 20 несвязанных и причины разрыва. Она не распределяет неизвестные деньги по каналам для красоты.

Минимальная архитектура

1. Забрать данные из источников без ручной правки.
2. Сохранить сырой слой для повторной проверки.
3. Очистить типы, статусы и справочники.
4. Связать сущности по ключам.
5. Рассчитать согласованные показатели.
6. Выдать витрину отчёту.
7. Проверить объём, сумму и свежесть.

Не теряйте историю

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

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

Кто отвечает

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

Контрольные проверки

• число и сумма записей совпадают с источником;
• дубли показаны отдельно;
• несвязанные данные не исчезают;
• время обновления видно пользователю;
• ключевой итог раскрывается до операции;
• изменение формулы имеет версию.

Как внедрять без большого переворота

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

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

Условно рекламный кабинет показывает расход 600 000 рублей и 300 заявок. CRM хранит 260 уникальных обращений, 70 сделок и 24 заказа. В оплатах есть 22 успешных платежа на 1,76 миллиона и один возврат 80 000.

В итоговой витрине фиксируем 21 чистую продажу и 1,68 миллиона выручки. CPL рекламного кабинета равен 2 000 рублей, но стоимость уникального обращения — 2 308, заказа до возврата — 25 000, чистой продажи — примерно 28 571. Все цифры правильные для своего этапа. Единый источник нужен, чтобы никто не выдавал одну из них за другую.

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

Доступ и изменения

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

Любое изменение формулы проходит короткий маршрут: кто предложил, зачем, с какой даты действует и какие отчёты меняет. Старый расчёт не стираем. Тогда вопрос «почему в прошлом месяце было другое число?» решается за пять минут, а не за два созвона (и один маленький спор).

Именно эта история изменений делает число проверяемым.

Ограничения

Единый источник не исправляет плохой процесс сам. Если статусы не заполняются, витрина честно покажет пустоту. Сначала определяем правила и ответственных, потом автоматизируем.

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

Как мы собираем единую версию показателей

Я начинаю с пяти-десяти цифр, по которым собственник принимает решения. Не со всех полей во всех системах.

Вместе с командами фиксируем определения. Потом рисуем путь каждой метрики: источник, обработка, формула, отчёт.

После этого делаем контрольные сверки. Количество оплат сходится с учётной системой. Расходы — с рекламными кабинетами. Сделки — с CRM на выбранную дату.

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

Какие проверки оставить

• дата последней загрузки;
• число строк до и после очистки;
• доля несвязанных клиентов и сделок;
• сверка итогов с источником;
• уведомление при пропуске обновления.

Единый источник — не волшебная кнопка. Это понятная система договорённостей и проверок.

С чего начать

Выберите одну метрику, вокруг которой чаще всего возникают вопросы. Например, количество оплаченных клиентов.

Запишите определение, найдите источник и вручную пройдите путь до отчёта. Затем добавьте один устойчивый идентификатор и одну автоматическую сверку.

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

Источники

• Microsoft Learn — medallion lakehouse architecture: слои сырых, проверенных и обогащённых данных для единой версии корпоративных данных.
• Google Analytics — импорт данных кампаний: требования к совпадению идентификаторов и параметров при объединении расходов с событиями.