Я поделюсь нашим опытом проведения экспериментов для новых пользователей и тем, как работают различные комбинации таргетинга, потому что мы уже много работали с этим. Вы можете пропустить часть расследования, если вам это не интересно, и просто проверить решение, которое мы используем сейчас.
Наша часть исследований. Во-первых, когда мы интегрировали Firebase, мы опасались, что аудитории не будут работать должным образом для экспериментов с таргетингом, потому что все текущие пользователи будут рассматриваться как новые после интеграции, поэтому мы проверили несколько подходов и пошел с подходом к созданию определенных свойств пользователя, которые мы указали на стороне клиента по-разному для старых / новых пользователей. Например, мы создали свойство пользователя с именем adv_experiment_enrolled и указали на стороне клиента значения 'enrolled' / 'not_enrolled', поэтому все новые пользователи после установки этой версии становились 'зарегистрированными', а старые после обновления версии просто становились 'not_enrolled'. И мы просто использовали это свойство пользователя в качестве таргетинга в эксперименте. Это сработало хорошо, но это не был общий подход, который мы могли бы легко использовать для всех экспериментов, и нам нужно было создавать свойства пользователя для каждого нового эксперимента.
Итак, мы попробовали подход аудитории после нескольких месяцев интеграции, который описал здесь @jackes со свойством пользователя First Open Time: https://stackoverflow.com/a/50075684/2723437 И у нас есть несколько проблем, во-первых, похоже, у них были проблемы с заполнением такой аудитории, и только ~ 3-5% новых пользователей получали там. Мы также создали аудиторию в зависимости от самого события First Open и тоже использовали ее, она заполнялась лучше и была близка к реальному количеству установок, которые у нас были. Но мы также заметили проблемы с этим подходом, и самая большая проблема заключалась в том, что в эксперименте участвовало только 20-30% пользователей из этой аудитории. Мы протестировали его и заметили по некоторым из наших показателей, что кажется, что пользователи не зарегистрированы в этом эксперименте в их первом сеансе, потому что 1) Firebase требуется некоторое время для регистрации пользователя в аудитории и 2) Remote Config по умолчанию имеет 12-часовой кеш, поэтому он на самом деле не было данными для большинства новых установок.
Решение, которое, похоже, пока работает хорошо:
Мы были удивлены тем, что Firebase действительно имеет свойство пользователя для первого открытия, но не позволяет использовать его в качестве таргетинга для экспериментов (это было бы очень полезно для решения этой проблемы (tbh), поэтому мы просто решили попробовать наш хороший опыт с таргетингом на свойства пользователя и применить общий подход Свойство пользователя Первое открытие времени, поэтому мы создали наше собственное custom_first_open_time специально для целевых установок после некоторых конкретных время (мы просто использовали текущие временные метки для платформ в секундах).
Важные примечания:
- Вы должны настроить свойства пользователя перед загрузкой удаленной конфигурации.
- Вы должны постоянно поддерживать это первое открытое время на стороне клиента после его создания (обычно для этого вы используете NSUserDefaults / SharedPreferences для iOS / Android)
Пример конфигурации эксперимента:
person
Peregreen
schedule
22.07.2018
