Was sind Entitäten im Kontext von Ereignisdaten?

Dies ist Teil drei der fünfteiligen Serie über Kundendaten. Hier sind Teil eins und zwei . Es wird dringend empfohlen, Teil eins durchzugehen, bevor Sie diesen Beitrag lesen.

Ereignisdaten sind unglaublich hilfreich, um zu entschlüsseln, was in einem Produkt vor sich geht oder wie etwas gemacht wird. Wenn Sie jedoch nicht wissen , wer diese Ereignisse durchführt, können Sie in Bezug auf die Segmentierung und das Verständnis von Benutzerpersönlichkeiten nicht viel tun.

Hier kommen Entitätsdaten ins Spiel, wobei User die primäre Entität und user_id die Schlüsseleigenschaft ist, die jedem Ereignis zugeordnet werden muss. Auf diese Weise können Sie das Benutzerverhalten verstehen, indem Sie Fragen beantworten wie:

• Wie viele einzelne Benutzer haben das Ereignis „ Kampagne gesendet “ ausgeführt?
• Welche Benutzer haben dieses Ereignis durchgeführt?
• Wie viele Events hat ein Nutzersegment durchschnittlich durchgeführt, bevor das Event „ Kampagne gesendet “ zum ersten Mal durchgeführt wurde?
• Welche Events wurden vom Nutzersegment vor diesem Event durchgeführt?

Das ist aber noch nicht alles. Die Verknüpfung von Ereignissen mit den richtigen Entitäten ist der Schlüssel zur Personalisierung – besseres Onboarding durch kontextbezogene In-App-Erlebnisse, Engagement und Aktivierung über Lifecycle-Messaging, Ausschluss von Kunden aus Akquisitionskampagnen und proaktive Kontaktaufnahme mit den richtigen Benutzern von Konten, die gefährdet sind oder expandieren. bereit.

Lassen Sie uns tiefer graben.

Ein Ereignis, mehrere Entitäten

Der Benutzer ist die primäre Entität, die jedem von einem Benutzer durchgeführten Ereignis zugeordnet ist. Aber wenn ein Benutzer Teil einer Gruppe oder eines Kontos ist – Organisationen oder Arbeitsbereiche im Kontext von B2B-SaaS-Produkten – ist das Konto auch eine Entität, die zugeordnet werden muss, um mehr Kontext zu Ereignissen bereitzustellen und die Benutzeraktivität in einem Konto zu verfolgen ( oder Gruppe) Ebene.

Da ein Konto mehrere Benutzer umfasst, hilft die Zuordnung des richtigen Kontos zu Benutzerereignissen, den Gesamtzustand eines Kontos zu verstehen und wichtige Fragen zu beantworten, wie z. B.:

• Wie viele Konten sind aktiviert?
• Wie hoch ist die durchschnittliche Anzahl von Benutzern für aktive Konten?
• Wie viele Konten enthalten X oder mehr Benutzer?

Es ist hilfreich zu bedenken, dass die kollektiven Aktionen von Benutzern in einem Konto oft eher zur Aktivierung beitragen als die eines einzelnen Benutzers.

Daher müssen SaaS-Produkte, die von mehreren Benutzern gemeinsam verwendet werden, jedem Ereignis mehrere Entitäten – Benutzer und Konto – zuordnen.

Wenn ein Konto als Organisation bezeichnet wird, muss zusätzlich zur user_id die organization_id mit Ereignissen verknüpft werden, um zu wissen, welcher Benutzer ein Ereignis durchgeführt hat und unter welcher Organisation.

Wenn beispielsweise der Benutzer John Doe ein neues Projekt in einer Projektmanagement-App erstellt, die von einer Organisation Acme Corp mit 10 Benutzern verwendet wird, werden zwei wichtige Informationen generiert:

1. John Doe hat ein neues Projekt erstellt: John Doe führte das Event Project Created durch
2. Ein neues Projekt wurde innerhalb der Organisation Acme Corp erstellt: Das Event Project Created fand innerhalb der Organisation Acme Corp statt

Wenn das Ereignis nicht mit der Organisation in Verbindung gebracht wird, führt dies zum Verlust der zweiten Information.Darüber hinaus finden abonnementbezogene Ereignisse wie Trial Started , Trial Ended und Subscription Cancelled auf Organisationsebene statt und beziehen sich nicht auf einen bestimmten Benutzer.

Unabhängig davon, ob solche Ereignisse automatisch stattfinden (die hinterlegte Karte konnte nicht belastet werden) oder als Ergebnis einer Benutzeraktion, kann es hilfreich sein, diese Ereignisse auf Organisationsebene allen Benutzern in einer Organisation zuzuordnen. Dadurch wird sichergestellt, dass Sie nicht darauf beschränkt sind, nur mit dem Eigentümer des Kontos zu interagieren, und dass andere Benutzer des Kontos benachrichtigt werden können, wenn solche Ereignisse stattfinden.
Wenn Sie Ereignisse nicht mit Konten verknüpfen, werden die Analyse- und Engagement-Bemühungen behindert, da Sie nur Daten zu den Aktionen einzelner Benutzer haben. Darüber hinaus ist das spätere Kombinieren von Benutzerereignissen mit den richtigen Organisationen entweder nicht möglich oder für Ihre Dateningenieure sehr mühsam.

Und dieses Problem verschärft sich um ein Vielfaches, wenn Ihr Produkt es einem Benutzer ermöglicht, Teil mehrerer Konten zu sein.

Ein Benutzer, mehrere Konten

Es ist durchaus üblich, dass ein Benutzer im Zusammenhang mit SaaS-Tools mehreren Konten zugeordnet ist. Notion, ClickUp und Integromat sind einige beliebte Tools, die es einem einzelnen Benutzer ermöglichen, mehreren Organisationen oder Arbeitsbereichen beizutreten oder diese zu erstellen, jede mit einem eigenen Abonnement.

Dies bedeutet, dass derselbe Benutzer Ereignisse unter mehreren Konten durchführt, diese Ereignisse jedoch in keinem Zusammenhang stehen, da sie nicht unbedingt unter demselben Konto oder derselben Organisation stattfinden.

Bei Produkten, die es einem Benutzer ermöglichen, Teil mehrerer Organisationen zu sein, müssen Sie für jedes Benutzerereignis wissen, unter welcher Organisation das Ereignis durchgeführt wird, um die Aktivitäten auf Kontoebene zu verfolgen. Mit anderen Worten, jedem Ereignis muss die richtige organisations_id zugeordnet werden.

Wenn Sie dies nicht tun, führt dies zu einem verzerrten Datensatz, in dem Sie alle Ereignisse sehen können, die ein Benutzer über alle Konten hinweg durchgeführt hat, ohne jedoch zu wissen, welches Ereignis zu welchem ​​​​Konto gehört. Dies wird letztendlich zu schlechten Geschäftsentscheidungen sowie Kundenerlebnissen führen, die auf falschen Daten basieren, deren Ergebnis erheblich nachteilig sein kann.

Zusammenfassend lässt sich sagen, dass Sie, wenn ein Benutzer Teil mehrerer Konten ist, die Benutzeraktivität isolieren müssen, die unter jedem Konto stattfindet, um zu verstehen, was auf Kontoebene vor sich geht, was im Fall von B2B-SaaS von entscheidender Bedeutung ist.

Nicht nur eine Kennung

Entitätsdaten helfen nicht nur bei der Identifizierung des Benutzers (der ein Ereignis durchführt) oder der Organisation (unter der das Ereignis durchgeführt wurde), sondern liefern auch viel mehr Informationen über den Benutzer und die Organisation.

Es kann hilfreich sein, Entitätsdaten in die folgenden Buckets zu kategorisieren:

• Persönlich identifizierbare Informationen wie Demografische Daten wie Personas wie Präferenzen wie Kontodaten wie Das Festlegen der Entitätseigenschaften ist ein entscheidender Schritt beim Einrichten der Ereignisverfolgung, der in einem zukünftigen Leitfaden behandelt wird.

  Weiter geht es mit Entitäten und Ereignisdaten

  Das Nachdenken über Entitätseigenschaften (die bei der Segmentierung von Benutzern helfen) kann zu neuen Ideen führen oder Fragen zur Benutzersegmentierung aufwerfen, z. B. welche Daten gesammelt werden, wenn sich ein Benutzer für Ihr Produkt anmeldet.

  Stellen Sie die richtigen Fragen und bieten Sie den Benutzern relevante Optionen? Müssen Sie diese Fragen ändern oder neue Fragen stellen, um Benutzerpersönlichkeiten besser zu verstehen? Was ist mit der Namenskonvention der Eigenschaften oder dem Datentyp jeder Eigenschaft?

  Auch wenn es ein bisschen viel erscheinen mag, über all diese winzigen Details nachzudenken, ist es wichtig, diese Fragen eher früher als später zu stellen, um sicherzustellen, dass Sie saubere Daten sammeln, die einfach zu analysieren und darauf zu reagieren sind.

  Sie wissen jetzt, welche Rolle Entitätsdaten beim Sammeln von Ereignisdaten spielen, was bedeutet, dass es ein guter Zeitpunkt ist, zu untersuchen, wie Ereignisdaten in einer Produktanalyseplattform aussehen.