Задача#
Соломон — аналитическая система, которая готовит проверяемый ответ на вопрос маркетолога. В её основе доступ к данным на чтение, схема источников, определения показателей и расчётные инструменты. Отдельный критик чисел Фома проверяет основания готового разбора.
Начинайте с вопроса, на который предстоит опереться в решении: каких людей считаем, какое событие изучаем и за какой период. Формулировка «покажи эффективность маркетинга» требует уточнения до расчёта. Иначе соседние строки могут отвечать на разные вопросы.
Условия#
До запуска подготовьте описание входа:
- Источники и схема: где лежат события, какие поля связывают их и что означает каждая дата. Похожие названия ключей ещё не подтверждают правильную связь.
- Единица и аудитория: считаем людей, регистрации, заказы или платежи; какие записи включаем, как убираем повторы и выделяем выбранную группу.
- Период: начало, конец, часовой пояс и дата, по которую источники действительно полны. Период события и дата загрузки могут различаться.
- Качество: как проверяем свежесть, пропуски, дубли и расхождения. Неизвестное значение сохраняется как неизвестное.
Эти условия собираются в паспорте метрики. Если определения меняются, сравнение с предыдущим расчётом нужно проверить заново. Доступ к данным сам по себе не подтверждает их готовность.
Устройство#
Петля анализа: вопрос → определения → скриптовый расчёт → готовый разбор → Фома → исправление или передача человеку.
Модель выбирает нужный разрез и объясняет наблюдения. Скрипт считает по заданным условиям. Вместе с результатом сохраняются источник, рамка, параметры и способ повторить расчёт. Для значимого денежного числа нужна независимая сверка.
Фома получает уже подготовленный разбор и проверяет, объявлены ли определения, подтверждены ли числа источниками, разделены ли сущности и есть ли требуемая сверка. Сам Фома не пересчитывает и не переписывает отчёт. Отказ возвращает задачу на доработку исполнителю. Вывод, зависящий от непроверенного основания, дальше не используется.
Проверка#
Перед приёмкой воспроизведите расчёт и проверьте граничные ситуации:
- повторная запись не создаёт нового человека или новую заявку;
- завершённая сделка не превращается в оплату без денежного источника;
- неполный источник блокирует зависящий от него вывод;
- нулевой знаменатель даёт неопределённую метрику;
- отказ Фомы сохраняется вместе с причиной и останавливает передачу ошибочного разбора.
Проверьте и объяснение: наблюдение должно следовать из расчёта, а гипотеза о причине — быть отмечена отдельно. Правильная арифметика ещё не доказывает окупаемость или дополнительный эффект рекламы.
Учебный разбор: повтор заявки#
Полностью вымышленный учебный пример. Каталог бумажных моделей, события и условия придуманы для объяснения. Клиентские данные и наблюдения здесь не используются.
Вход: в двух учебных файлах повторилась заявка с одним идентификатором. Вопрос — сколько уникальных подтверждённых заявок получено за выбранный период. Сведения об оплатах отсутствуют.
Учебное правило: учитывать подтверждённую заявку один раз по её идентификатору. Скрипт применяет это правило; критик проверяет, что оно объявлено и подтверждено результатом расчёта.
Вымышленное наблюдение: число строк оказалось больше числа уникальных заявок. Это объясняет расхождение двух способов подсчёта в примере. Выручку и окупаемость по этим данным установить нельзя; реальный результат бизнеса здесь не измеряется.
Связи#
MM-01 задаёт требования к данным, MM-04 — к проверке. Разбор отдельной таблицы показан в руководстве по анализу данных. Проверенное основание можно передать рекламной петле в пределах её полномочий.