Альфа-Банк — метрики и трекинг партнёрской витрины

Условие

Партнёрская витрина — набор предложений партнёров банка со скидками для клиентов. На витрину можно перейти из внутренних коммуникаций (push, email, SMS, баннеры в приложении) и внешних. Партнёры передают конверсии (транзакции).

Вопросы:

1. Какие наборы метрик предложить для оценки эффективности партнёрской витрины?
2. Какие системы и интеграции нужны, чтобы трекать полный путь пользователя и конверсии?
3. Какие сырые данные нужны и в каком виде?
4. Какая разметка коммуникаций и действий нужна?

Решение

Подход

Каркас ответа — продуктовая воронка → метрики на каждом шаге → данные → системы.

1. Метрики по уровням

Финансовые (бизнес-результат):

• GMV / выручка партнёров от клиентов банка.
• Кэшбек/комиссия, заработанная банком на партнёрской витрине.
• Доля партнёрских транзакций в общем кэшбеке.
• Юнит-экономика канала: ARPPU/CAC по витрине.

Продуктовые (вовлечение):

• DAU/MAU витрины, frequency визитов.
• Stickiness (DAU/MAU).
• Доля активных пользователей мобильного банка, открывших витрину хотя бы раз за месяц.
• Среднее число просмотренных партнёров за визит.
• Глубина просмотра (PDP / клик по внешней ссылке).

Воронка от коммуникации до конверсии:

Sent → Delivered → Opened/Clicked → Visit storefront → Visit offer page →
External CTA click / promo apply → Transaction at partner → Cashback paid

На каждом шаге считаем CR из предыдущего и общий CR.

Сегменты:

• По каналу (push / email / SMS / баннер / органика).
• По партнёру (top-N).
• По категории (food, fashion, travel...).
• По сегментам клиентов (новички / лояльные).

2. Системы и интеграция

Атрибуция: при клике пользователя на коммуникацию записываем last_touch_comm_id и срок действия (например, 7 дней). Транзакция партнёра, прилетевшая в этом окне, размечается этой коммуникацией.

3. Сырые данные (минимум)

communications:        comm_id, user_id, channel, partner_id, sent_ts,
                       delivered_flg, opened_flg, clicked_flg

storefront_events:     ts, user_id, event (view_list / view_offer /
                       click_external / apply_promo), partner_id, source

partner_txn:           txn_id, user_id, partner_id, ts, amount,
                       cashback_amount, status

users:                 user_id, segment, registered_at, communication_consents

4. Разметка

• В каждой коммуникации — UTM-метки + comm_id в deeplink.
• В приложении — единый event_name taxonomy: storefront_* события.
• Партнёрская транзакция помечается флагом is_storefront_attributed и ссылкой на comm_id.
• Отдельный флаг «инкрементальность» — для clean-room сравнения с holdout.

Инкрементальность (важно)

Нельзя смотреть только на CR коммуникации. Нужны holdout-группы: 5–10% выбранной аудитории не получают коммуникацию. Сравниваем GMV/cashback в воздействующей и контрольной — это даёт инкрементальный эффект, а не «совпавший с естественным поведением».

Подводные камни

1. Кросс-канал и каннибализация. Пуш + баннер в одной сессии — кому атрибутировать? Используйте first-touch / last-touch / data-driven и считайте холд-выход эффект.
2. Партнёрские данные приходят с задержкой и могут отменяться (возвраты). Нужен инкрементальный апдейт, а не только snapshot.
3. Cookieless / mobile-only. На in-app трекинг не нужны куки, но сверка с партнёром должна быть по phone_hash / card_hash, а не по device_id.
4. Метрики «открытий push» на iOS не всегда трекаются достоверно — закладывайтесь на потерю до 30%.
5. Утечка контрольной группы. Holdout случайно может попасть в коммуникацию через другой канал — закладывайте обработку.

Эталонный ответ

Метрики раскладываем по воронке (sent → click → visit → transaction) + срезы (канал, партнёр, категория, сегмент). Трекинг — через comm_id в deeplinks, события витрины в Amplitude, партнёрские транзакции через webhook, сшиваем в DWH. Обязательны holdout-группы для измерения инкрементальности, иначе метрики коммуникаций переоценены.