5

Ich habe eine App, in der ein Benutzer den Status "bezahlt" oder "frei" haben kann. Ein Benutzer kann von "frei" zu "bezahlt" wechseln (wenn er einen In-App-Kauf tätigt) oder von "bezahlt" zu "kostenlos", wenn er aufhört, sein Abonnement zu bezahlen.Erstellen einer Zielgruppe basierend auf einer dynamischen Benutzereigenschaft

Kann ich eine dynamische Benutzereigenschaft verwenden, um die Informationen in Firebase zu verfolgen?

Im doc nicht klar ist, ob es erlaubt ist, einen dynamischen Benutzereigenschaftswert zu haben, die im Laufe der Zeit ändern kann (https://support.google.com/firebase/answer/6317519?hl=en)

Wenn es keine gute Praxis ist, wie ist es möglich, ein solches zu tun Ding ?

Dank

+0

Ich bin auch in der Art der gleichen Situation. Wie sind Sie mit dem Szenario umgegangen? –

Antwort

1

Wie bereits erwähnt, Benutzer ist permanent in einem Publikum und wenn Eigenschaft ändert, wird es Teil mehrere Zielgruppen basiert auf der gleichen Eigenschaft sein, vorausgesetzt, es gibt ein Publikum für alle Immobilien-Werte.

habe ich gefunden, dass ein Weg, dies zu umgehen, ist eine Kopie eines Publikums zu schaffen und die ursprünglichen jeder einmal in einer Weile löschen. Es wäre sogar noch besser, wenn Firebase den Inhalt des Publikums zurücksetzen könnte.

Dies funktioniert, wenn die Benutzer aktiv sind und das Publikum schnell wieder gesammelt wird. Es funktioniert nicht, wenn Sie die Zielgruppe für das Erreichen alter inaktiver Benutzer benötigen.

+0

Das ist völlig undokumentiert von dem, was ich sagen kann - danke. – Warpling

2

Benutzereigenschaft ist eine perfekte Wahl dafür.

Die Art und Weise, wie Benutzereigenschaft funktioniert, ist, dass nach dem Festlegen einer Benutzereigenschaft alle Ereignisspuren den Wert dieser Benutzereigenschaft "enthalten" (BigQuery export format macht es ziemlich offensichtlich). In der Praxis bedeutet dies, dass, wenn Sie tun (UP = Benutzereigenschaft):

  1. Set UP "Abonnement" auf "frei"
  2. Track-Event wie "watch_film" oder was auch immer
  3. Set Up "Abonnement" auf "bezahlt"
  4. Track-Ereignisse [...]

alle Ereignisse in Schritt 2 "innerhalb" der UP "Abonnement = frei" und alle Ereignisse in 4 "innerhalb" der UP „Abonnement = bezahlt ".

Dies können Sie in Firebase Armaturenbrett oder in BigQuery eindeutig identifizieren, was die Veranstaltung unter welcher UP ausgelöst werden. Im Dashboard sollten Sie die Option "Filter" verwenden, um nach UP als explain here zu filtern.

+0

Bezogen auf Dan Antwort, es funktioniert gut und Sie sollten * nicht * eine Zielgruppe erstellen, sondern stattdessen die Option zum Filtern nach Benutzereigenschaft verwenden, wie ich am Ende meiner Antwort erkläre. In diesem Fall ist kein Publikum erforderlich.Diese Filterung funktioniert gut mit dynamischer Benutzereigenschaft (die den Wert im Laufe der Zeit ändert). – Sistr

+0

Eigentlich brauche ich eine Zielgruppe, weil ich abhängig vom Benutzerstatus eine andere Remote-Konfiguration senden möchte. Und ich kann nicht unterschiedliche Konfigurationswert basierend auf Verwendung Eigenschaft, nur basierend auf einer Zielgruppe senden ... –

+0

In der Tat Remi, In diesem Fall würden Sie benötigen und Publikum oder für Firebase, damit Sie remote Konfiguration der Konfiguration basierend auf Benutzereigenschaft. Was Sie auch tun können, ist 2 Schlüssel für jede Taste in Remote-Konfiguration, eine für bezahlt, eine kostenlos, wie: my_param_paid 10 my_param_free 20 Und wenn Sie den Wert von Remote-Konfiguration erhalten Sie am Ende anhängen des Schlüsselnamens der Wert der Benutzereigenschaft (frei oder bezahlt). Aber es ist weit von ideal, wenn Sie Hunderte von Schlüsseln haben ... – Sistr

2

Da sich Ihre Frage auf die Erstellung von Zielgruppen bezieht, müssen Sie sich bewusst sein, dass die Mitgliedschaft in einer Zielgruppe dauerhaft ist. Mit anderen Worten, wenn Sie ein Publikum haben, die „Abonnement“, das definierte Benutzereigenschaft Benutzer zu sein, ist „frei“, sobald ein Benutzer in diesem Publikum werden sie immer in diesem Publikum bleiben, auch wenn sie eine machen IAP und ihr Status ändert sich in "bezahlt". Dasselbe gilt für eine Gruppe von Benutzern mit dem Status "bezahlt".

+0

Danke für diese Präzision. Die angenommene Antwort stimmt also nicht mit der Zielgruppenerstellung überein. Gibt es einen "richtigen" Weg? –

+1

Zum Definieren von Benutzergruppen, deren Status sich möglicherweise wiederholt ändert, vermute ich, dass Sie BigQuery verwenden möchten. Leider geht das außerhalb meines Fachgebiets. Zielgruppen, die gerade arbeiten, können eine Gruppe, deren Mitglieder die Gruppe verlassen und im Laufe der Zeit in die Gruppe zurückkehren, nicht dynamisch darstellen. –

+2

Danke für diese Antwort. Das ist schade, dass es nicht so funktioniert:/Dynamische Segmentierung scheint mir ein sehr einfaches Analyse-Feature zu sein ... Bezüglich BigQuery denke ich, dass es nur nützlich ist, "reiche" Ereignisse zu analysieren, keine Eigenschaften. –

Verwandte Themen