01 / FIELD NOTE

Сначала вопрос, потом схема

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

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

02 / FIELD NOTE

У каждой системы своя продажа

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

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

• Какой идентификатор связывает визит, заказ и сделку?
• Какие статусы меняются руками?
• Где видны отмены и возвраты?
• С какой задержкой данные можно считать полными?

03 / FIELD NOTE

Ручной статус тоже часть данных

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

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

04 / FIELD NOTE

Проследите несколько заказов руками

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

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

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

05 / FIELD NOTE

Дашборд начинается после договорённости

Когда маршрут и определения согласованы, инструменты снова становятся полезными. Данные можно забирать через API, соединять в n8n или другом контуре, хранить в таблице или базе и показывать в DataLens. Сам набор инструментов зависит от масштаба задачи.

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