/ сайте Определение метрик продукта Дэшборды Продвинутая аналитика (А/Б, рисерчи) Исследовать продукт – это круто, но стоит ли вообще тратить ресурсы на это? Ключевой вопрос: приносит ли продукт профит компании? Done ✔
суть атрибуции: 1. Пользователь провзаимодействовал с продуктом (например, полка рекомендаций) 2. Купил товар, который предлагали в продукте 3. Считаем, что покупка совершена благодаря тому самому продукту 4. ??? 5. PROFIT
для сравнения продуктов между собой • Можем наблюдать динамику эффективности продуктов Минусы: • Не можем воспринимать атрибуцированные деньги как реальный доход • Невозможно сравнивать эффективность Дискавери с остальными продуктами
знаем, что активные пользователи дискавери – лояльные, совершают много покупок и часто заходят в приложение (source: trust me bro) Гипотеза: дискавери-контентом мотивирует пользователей качественнее использовать приложение Задача: сравнить активных пользователей дискавери с теми, кто с контентом почти не взаимодействует, по следующим метрикам: • ARPU • Добавления в избранное на пользователя • Добавления в корзину на пользователя
Активные юзеры + смотрели контент дискавери Неактивные юзеры и не смотрели контент дискавери Активные юзеры, но не смотрели контент дискавери Частота заходов на Ламода (в днях) Частота заходов в Дискавери (в %) 33% и более Менее 33% Для начала нужно определить, кто такие активные пользователи дискавери (N активных дней с заходом в дискавери) / (N активных дней) >= 33% – вывели экспертно Хотим сравнить
которые активно пользуются Discovery контентом, больше вдохновляются покупками/одеждой => больше заходят в приложение Конкретная гипотеза: если пользователь активно заходил в раздел Дискавери в первые 30 дней, то он с большей вероятностью вернется через месяц Давай по-новой, Миша Сима
без рандомизированного разделения PSM, Diff in Diff и т.п. С помощью предиктивной модели формируем синтетический контроль Синтетический контроль, Causal impact Описательный анализ
Квазиэксперимент – сравниваем естественные группы без рандомизированного разделения PSM, Diff in Diff и т.п. С помощью предиктивной модели формируем синтетический контроль Синтетический контроль, Causal impact Описательный анализ
позволяет подобрать к исследуемой группе (тест) максимально похожую (псевдоконтроль) с единственным отличием – отсутствием тритмента (то есть группы отличаются между собой только наличием исследуемого признака) Генерим propensity score 92% 71% 56% 85% 47% 63% 38% 55% 67% 79% 80% 72% 11% 21% 8% Мэтчинг 92% 80% 85% 71% 63% 56% 47% 79% 72% 67% 55% 38% 21% 11% 1. Выделяем юзеров с тритментом 2. Выбираем фичи, по которым определяем свойства юзеров 3. Строим модель оценки вероятности попадания юзера в тестовую группу - генерим propensity score 4. Мэтчим пользователей по полученным propensity score
нет Решили взять следующие метрики: • Факт регистрации на сайте/приложении • Длительность сессий • Количество заказов • Количество активных дней Также исключили новичков, которые пользуются Ламодой в веб формате, т.к.: 1. Точек входа в дискавери на вебе значительно меньше, чем в аппах 2. Новичком на вебе стать в разы проще - достаточно просто очистить кэш в браузере
их точность: • Логистическая регрессия (используется чаще всего) • LightGBM • CatBoostRegressor точность модели Самая точная модель из всех, выбрали ее
юзеров с тритментом может подобраться один и тот же юзер из “контроля”) • Без замены (1 к 1) – выбрали этот вариант Для того, чтобы подобранные юзеры были максимально друг на друга похожи, ограничили радиус поиска в ¼ стандартного отклонения propensity score 92% 80% 85% 71% 63% 56% 47% 79% 72% 67% 55% 38% 21% 11% 8% 47% 46% 99%
propensity score может срезать большое количество пользователей из тритмента, но нам важна репрезентативность выборки Before After Доля оставшихся юзеров после мэтчинга, % ##### ##### 7.8% Срезается большая часть выборки :(
ковариаты ✅ • По 2/4 метрикам между группами осталось стат значимое отличие 🚫 • Срезалось больше 80% юзеров из тритмента 🚫 Кажется, нам нужен другой инструмент :(
тем ближе вектора друг к другу user_1 = (feature_1, feature_2) user_2 = (feature_1, feature_2) feature_1 feature_2 user_1 user_2 𝜃 Можно попробовать косинусное расстояние!
Результаты исследований убедили менеджмент на проведение классического А/Б тест, его уже задизайнили, осталось только запустить Какие выводы я сделала для себя Нужно больше пушить менеджеров на проведение классических А/Б тестов, даже если они сильно сопротивляются, ведь на исследования тратится довольно много ресурсов Иногда проще – лучше. PSM – сильный инструмент, однако его нужно использовать с осторожностью, часто он бывает неприменим для определенной выборки