Wie erstelle ich einen Tracking-Plan?

Ein Datenverfolgungsplan (normalerweise nur als Verfolgungsplan bezeichnet) ist ein Dokument, das als Quelle der Wahrheit für Ihre Veranstaltungsdaten dient – ​​es ist ein lebendiges Dokument, das alle Informationen enthält, die sich auf die Daten beziehen, die Sie über Ihre Kunden sammeln, wenn sie interagieren mit Ihrem Produkt.

Dieser Leitfaden behandelt den Prozess und die Best Practices zum Erstellen eines Tracking-Plans und bietet eine Tracking-Plan-Vorlage, deren Erstellung viele Iterationen und mehr als 100 Stunden in Anspruch nahm.

Die Vorteile der Erstellung eines Tracking-Plans

In der Praxis wird der Verfolgungsplan jedes Mal aktualisiert, wenn Sie Folgendes tun möchten:

• Sammeln Sie ein neues Ereignis, eine Ereigniseigenschaft oder eine Entitätseigenschaft
• Ändern Sie den Namen eines Ereignisses
• Ändern Sie den Namen oder den Datentyp einer Eigenschaft
• Beenden Sie die Verfolgung eines Ereignisses oder einer Eigenschaft

Alle Daten, die nicht in Ihrem Nachverfolgungsplan enthalten sind, sollten nicht nachverfolgt werden, und die Durchführung regelmäßiger Audits Ihres Nachverfolgungsplans kann kostspielige Fehler wie die unten genannten verhindern:

• Datenredundanz: Mehrmaliges Sammeln derselben Daten
• Datenungenauigkeit: Sammeln inkonsistenter oder falscher Daten
• Datenchaos: Eine Kombination aus redundanten und ungenauen Daten

Abgesehen davon, dass kritische Probleme vermieden werden, hat es viele Vorteile, einen aktuellen Tracking-Plan zu führen; die drei wichtigsten werden unten besprochen.

Leichtigkeit der Durchsetzung

Das Sammeln von Daten ist eine kontinuierliche Anstrengung, die verschiedene Teams erfordert, um regelmäßig neue Aufgaben zu koordinieren und auszuführen.

Der Nachverfolgungsplan verwaltet nicht nur ein Repository, welche Daten nachverfolgt werden müssen, sondern gibt auch an, woher die Daten stammen (Datenquelle), an welche Tools und Systeme die Daten gesendet werden müssen (Datenziele) und an wen für die Umsetzung verantwortlich.

Wenn Sie mit mehreren Interessengruppen zusammenarbeiten, kann die Erwähnung des Zwecks jedes Ereignisses oder Eigentums den Implementierungsprozess beschleunigen, insbesondere wenn eine oder mehrere Personen die Verfolgung jedes Ereignisses oder Eigentums genehmigen müssen.

Kurzübersicht

Nach der Implementierung beginnen verschiedene Teams, die Daten zielübergreifend zu konsumieren und zu nutzen – die Tools und Systeme, an die die nachverfolgten Daten gesendet werden. Ein aktualisierter Nachverfolgungsplan ermöglicht es diesen Teams, die Bedeutung und den Zweck jedes Ereignisses oder Eigentums zu kennen, was es ihnen erleichtert, diese Daten zu analysieren und darauf zu reagieren.

Wenn das Produktteam beispielsweise eine Trichteranalyse durchführen möchte, muss jemand die Trichter in einem Produktanalysetool basierend auf den im Tool verfügbaren Ereignissen erstellen.

Wenn das Wachstumsteam ein neues E-Mail-Experiment durchführen möchte, das auf ein bestimmtes Benutzersegment abzielt, kann es auf ähnliche Weise auf den Tracking-Plan zurückgreifen, um das Segment basierend auf verfügbaren Ereignissen und Benutzereigenschaften in seinem Engagement-Tool einfach einzurichten.

Wissensvermittlung

Wissenstransfer ist zwar sehr wichtig, aber für die meisten Unternehmen meist ein nachträglicher Einfall, insbesondere in den frühen Phasen der Einrichtung von Event-Tracking.

Durch die Aufrechterhaltung eines ordnungsgemäßen und aktualisierten Nachverfolgungsplans können Unternehmen jedoch viele Herausforderungen vermeiden, die mit Projektübergaben oder der Einarbeitung von Mitarbeitern einhergehen.

Neue Teammitglieder in die Lage zu versetzen, sich mit allem, was in Bezug auf die Ereignisverfolgung implementiert wurde, auf den neuesten Stand zu bringen, kann Wochen, vielleicht sogar Monate (je nach Menge der zu verfolgenden Daten) des Hin- und Herwechselns zwischen neuen und bestehenden Teammitgliedern einsparen.

Best Practices zum Erstellen eines Tracking-Plans

Über den Inhalt eines Nachverfolgungsplans ist genug gesagt worden; Konzentrieren wir uns nun darauf, wie ein Tracking-Plan aussehen sollte.

Die ultimative Tracking-Plan-Vorlage

Die folgende Tracking-Plan-Vorlage ist eine Google Sheets-Tabelle, die nach viel Recherche und vielen Iterationen erstellt wurde, um für fast jede Branche geeignet zu sein. Es enthält auch einige Beispielereignisse und Eigenschaften, um Ihnen einen Vorsprung zu verschaffen.

Die Vorlage enthält die Anleitung sowie ein Glossar. Wenn Sie die verschiedenen Registerkarten durchlaufen haben, gehen Sie zu den Registerkarten mit der Bezeichnung Ereignisse und Ereigniseigenschaften, um zu beginnen.

Die ersten 3 Schritte unten gelten für alle Arten von Produkten, während der vierte Schritt nur für Produkte gilt, die Aktivitäten auf Kontoebene verfolgen müssen, wie im Fall von B2B-SaaS-Produkten.

1. Veranstaltungen
2. Ereigniseigenschaften
3. Benutzereigenschaften
4. Organisationseigenschaften

Was folgt, ist ein Schritt-für-Schritt-Prozess zur Erstellung Ihres eigenen Tracking-Plans. Stellen Sie sicher, dass Sie die Nachverfolgungsplanvorlage in einem anderen Fenster geöffnet haben, bevor Sie fortfahren. Lassen Sie uns gleich einsteigen.

Veranstaltungen

Bevor Sie fortfahren, wird dringend empfohlen, dass Sie die brennenden Fragen auflisten, die Sie zu Ihren Benutzern und deren Produktnutzung haben. Idealerweise sollten sich die brennenden Fragen darauf konzentrieren, das Benutzerverhalten und den Weg, den ein Benutzer zum Aktivierungsereignis nimmt, zu verstehen.

Wenn Sie es noch nicht getan haben, sollten Sie sich diesen Leitfaden ansehen, der brennende Fragen ausführlicher behandelt und Ihnen bei der Entscheidung hilft, welche Ereignisse verfolgt und welche Daten gesammelt werden sollen.

Denken Sie auch daran, dass beim Auflisten von Ereignissen zusätzliche Fragen zu Ihrem Produkt aufkommen können – Sie sind sich beispielsweise nicht sicher, ob ein Ereignis als Klick oder als Prozessabschluss erfasst werden soll.

Wenn solche Fragen auftauchen, listen Sie sie unbedingt in Ihrem Nachverfolgungsplan unter dem Blatt mit der Bezeichnung Diskussionen auf – so stellen Sie sicher, dass Sie nicht vergessen, mit Ihrem Team von Anfang an die am besten geeignete Methode zur Definition von Ereignissen und Eigenschaften zu besprechen .

Listen Sie die Ereignisse auf

Listen Sie unter Ereignisse und Ereigniseigenschaften die wichtigsten Ereignisse auf, die Sie nachverfolgen müssen, um die brennenden Fragen zu beantworten.

Das Blatt enthält Beispielereignisse Signed Up und Ignorieren Sie vorerst die Eigenschaften und konzentrieren Sie sich nur auf die Ereignisse.

Diese beiden Ereignisse können beispielsweise die Frage „Wie viel Prozent der neuen Benutzer haben ein Projekt erstellt“ beantworten, und da jedes Ereignis einen Zeitstempel trägt, können Sie einen Drilldown durchführen, um nur Daten aus einem bestimmten Zeitraum wie den letzten 7 Tagen abzurufen.

Im obigen Beispiel ist Project Created das Aktivierungsereignis, und um zu dem Punkt zu gelangen, an dem man das Aktivierungsereignis durchführen kann, muss man sich zuerst anmelden (das Signed Up -Ereignis durchführen).

Konzentrieren Sie sich unter Berücksichtigung dieses Beispiels auf Ihr Aktivierungsereignis und listen Sie die wichtigsten Ereignisse auf, die ein Benutzer ausführen muss, um zum Aktivierungspunkt zu gelangen. Stellen Sie sicher, dass Sie nur wichtige Ereignisse auflisten, die Ihnen etwas über die Benutzerreise verraten.

Indem Sie zu viele Ereignisse auflisten, z. B. jeden Klick, der zur Durchführung des Aktivierungsereignisses führt (im Beispiel wird ein Projekt erstellt), erhalten Sie am Ende viele unnötige Ereignisse, die den Implementierungszeitraum verlängern und Sie überfordern.

Best Practice: Beginnen Sie damit, eine Handvoll wichtiger Ereignisse aufzulisten, die helfen, das Benutzerverhalten und den Weg zur Aktivierung zu verstehen – ignorieren Sie vorerst alles andere.

Wenn Sie noch Ideen brauchen, was nachverfolgt werden soll, sehen Sie sich die Implementierungsleitfäden von Amplitude mit vorgeschlagener Taxonomie für E-Commerce, Fintech, Streaming-Medien, Printmedien und B2B-SaaS an. Auch wenn Ihr Produkt zu einer anderen Branche gehört, können Sie sich von diesen oder anderen branchenspezifischen Taxonomien inspirieren lassen.

Fügen Sie die Quelle und den Eigentümer hinzu

Es ist äußerst hilfreich, die Quelle anzugeben, wo ein Ereignis verfolgt wird. Auf diese Weise ist es sogar einfach, einen Eigentümer zuzuweisen – die Person, die für die Implementierung dieses Ereignisses verantwortlich ist.

Wie Sie in der Tracking-Plan-Vorlage sehen können, ist Signed Up ein Client-seitiges Ereignis, da es auf dem Client stattfindet, sobald das Anmeldeformular erfolgreich gesendet wurde.

Projekt erstellt hingegen ist ein serverseitiges Ereignis, das auf dem Abschluss eines Prozesses beruht, der auf dem Server stattfindet. Wenn der Vorgang aus irgendeinem Grund fehlschlägt, wird das Ereignis möglicherweise nicht ausgeführt, obwohl der Benutzer möglicherweise alle Schritte zum Erstellen eines Projekts abgeschlossen hat.

Ob ein Ereignis clientseitig oder serverseitig nachverfolgt wird, hängt vollständig von der Architektur Ihres Produkts und den verwendeten Technologien ab – die Angabe im Nachverfolgungsplan erfordert möglicherweise die Hilfe Ihres Entwicklungsteams.

Darüber hinaus möchten Sie möglicherweise auch Ereignisse verfolgen, die auf externen Systemen stattfinden, die mit Ihrem Produkt verbunden sind. Wenn Sie beispielsweise das Ereignis „ Support-Ticket erstellt “ nachverfolgen möchten und ein Ticketing-Tool eines Drittanbieters wie Zendesk verwenden, ist die Datenquelle Zendesk, da das Ereignis dort stattfand.

Best Practice: Holen Sie in der zweiten Phase Ihrer Instrumentierung Daten aus externen Quellen ein.

Ereigniseigenschaften

Das Definieren von Ereigniseigenschaften nach dem Hinzufügen einiger Ereignisse ist ein besserer Prozess, da Sie mental vom Nachdenken über Ereignisse zum Nachdenken über die Eigenschaften wechseln können, die jedem Ereignis zugeordnet werden sollten.

Fügen Sie die Eigenschaften für jedes Ereignis hinzu

Gehen Sie ein Ereignis nach dem anderen an und denken Sie über die Eigenschaften nach, die Ihnen mehr Kontext über das Ereignis geben.

Denken Sie daran, dass ein Benutzer das Signed Up -Ereignis nur einmal durchführt (zum Zeitpunkt der Erstellung eines Kontos), und dies ist der Zeitpunkt, an dem die eindeutige Kennung user_id generiert wird.Wenn Gruppeneigenschaften auf Ihr Produkt anwendbar sind, wird die Gruppenkennung „ organization_id“ auch generiert, wenn sich ein Benutzer für ein neues Konto anmeldet. Falls ein Benutzer eingeladen wird, einer bestehenden Organisation beizutreten, wird für diesen Benutzer keine neue Neben den vom System generierten Identifikatoren trägt Signed Up eine Eigenschaft für alle Informationen, die vom Benutzer gesammelt werden, wenn dieses Ereignis stattfindet (Vorname, Nachname, E-Mail usw.) .

Die Eigenschaft user_type hilft dabei, diejenigen zu unterscheiden, die sich organisch angemeldet haben, und diejenigen, die eingeladen wurden, einem bestehenden Konto beizutreten (eingeladen) oder von jemandem empfohlen wurden, ein eigenes Konto zu erstellen (empfohlen).

Interessanter Hinweis: Die mit Daher fungieren diese Eigenschaften auch als Benutzereigenschaften und werden unter dem Blatt Benutzereigenschaften hinzugefügt.

Andere Ereignisse wie „Projekt erstellt“ können mehrmals ausgeführt werden, und die mit dem Ereignis verknüpften Eigenschaften sollten nur auf diejenigen beschränkt sein, die Kontext zu einem Vorkommen dieses Ereignisses liefern.

Neben der Projekt-ID (project_id) und dem Zeitstempel (project_created_at) liefern die Eigenschaften project_name und project_user_count jedes Mal zusätzliche Informationen, wenn ein Projekt erstellt wird (das Ereignis Project Created wird ausgeführt).

Außerdem muss die user_id jedem Ereignis zugeordnet werden, um zu wissen, wer das Ereignis durchgeführt hat. Wenn Ihr Produkt Aktivitäten auf Kontoebene nachverfolgen muss, muss jedem Ereignis auch eine Gruppenkennung wie „organization_id “ zugeordnet werden.

Geben Sie die Datentypen und erwarteten Werte an

Die Bedeutung der Angabe des Datentyps für jede Eigenschaft wurde in diesem Leitfaden kurz behandelt. Dies hilft sehr beim Instrumentierungsprozess und ist ein entscheidender Schritt zur Aufrechterhaltung der Datenkonsistenz.

Die Angabe der erwarteten Werte für Eigenschaften ist auch sehr hilfreich für diejenigen, die mit der Implementierung beauftragt sind, und ermöglicht auch, dass alle auf der gleichen Seite sind, wenn eine Eigenschaft vordefinierte Werte enthalten soll.

Eigenschaften mit dem Datentyp enum oder array sollten immer die erwarteten Werte angeben – entweder die genauen Werte (wie für user_type ) oder einen Verweis auf eine bestimmte Liste von Werten (wie für country).

Nennen Sie die Reiseziele

Der Begriff Ziele bezieht sich auf die Tools und Systeme, an die Sie die getrackten Daten senden möchten. Es ist wichtig, daran zu denken, dass Daten nur an Ziele gesendet werden sollten, wo sie verbraucht oder verarbeitet werden, und dass nicht alle Daten notwendigerweise an alle Tools in Ihrer Suite gesendet werden sollten.

Personenbezogene Daten (PII) sollten mit größter Sorgfalt behandelt werden, da sie missbraucht werden können, wenn sie in die falschen Hände geraten, und sollten nur an die Tools gesendet werden, bei denen PII wie Name und E-Mail benötigt werden – Engagement-Tools, die für ereignisbasiertes Messaging verwendet werden (In-App oder E-Mail) benötigen diese Informationen auf jeden Fall.

Daher ist es am besten, alle Ziele für jede Eigenschaft anzugeben, selbst wenn die meisten Eigenschaften an dieselben Ziele gesendet werden.

Benutzereigenschaften

Wie Sie vielleicht bereits wissen, speichern Benutzereigenschaften verschiedene Details und Eigenschaften von Benutzern, sodass Sie sie anhand dieser Eigenschaften identifizieren und segmentieren können.

Außerdem werden, wie oben erwähnt, die von Benutzern zum Zeitpunkt der Anmeldung gesammelten Daten als Benutzereigenschaften hinzugefügt, da diese Eigenschaften im Wesentlichen Benutzerattribute sind, die die Eigenschaften eines Benutzers enthalten und seinen aktuellen Zustand widerspiegeln.

Einige dieser Eigenschaften bleiben unverändert, während andere Änderungen unterliegen. Wenn ein Benutzer seinen hinterlegten Namen oder die registrierte E-Mail-Adresse ändert, werden die entsprechenden Eigenschaften mit den neuen Werten aktualisiert.

Bitte beachten Sie, dass sich der Wert der Eigenschaft is_email_verified auf false ändert, wenn die E-Mail geändert wird, und sobald die neue E-Mail verifiziert ist, ändert sich is_email_verified wieder auf true.

Andere Informationen, die von Benutzern über Umfragen gesammelt werden, wie z. B. die Branche, der sie angehören, oder ihre berufliche Rolle, werden ebenfalls als Benutzereigenschaften gespeichert – sie helfen dabei, Benutzersegmente für Analyse- und Aktivierungszwecke zu erstellen.

Fahren Sie fort und listen Sie alle Benutzereigenschaften, ihre Datentypen, erwarteten Werte und Ziele in dem Blatt mit der Bezeichnung Benutzereigenschaften auf.

Organisationseigenschaften

Organisationseigenschaften oder Gruppeneigenschaften gelten nur für Produkte, die Benutzeraktivitäten auf Kontoebene nachverfolgen müssen.

Wie Benutzereigenschaften speichern Organisationseigenschaften Details zu Organisationen oder Konten. Alle Daten, die keinem bestimmten Benutzer zugeordnet sind und Kontext über das Konto liefern, zu dem der Benutzer gehört, werden als Organisationseigenschaft gespeichert.

Wie Sie vielleicht bereits wissen, sind Gruppeneigenschaften für B2B-SaaS-Produkte üblich, bei denen ein Benutzer Teil eines Kontos oder einer Organisation mit mehreren Benutzern ist. Der Kontoname (organization_name) und sein Abonnementplan (subscription_plan_name) sind allgemeine Gruppeneigenschaften, die für die meisten Unternehmen gelten.

Abhängig von Ihrem Produkt können jedoch viel mehr Eigenschaften mit dem Konto oder der Organisation und nicht mit einem Benutzer verknüpft sein. Sie müssen dies durchdenken und vielleicht sogar Ihr Engineering-Team einbeziehen, wenn Sie entscheiden, ob eine Eigenschaft eine Benutzereigenschaft oder eine Organisationseigenschaft sein soll.

Wenn Sie sich sicher sind, fahren Sie fort und listen Sie alle Organisationseigenschaften, ihre Datentypen, erwarteten Werte und Ziele auf dem Blatt mit der Bezeichnung Organisations-(Gruppen-)Eigenschaften auf.

Und das war’s – die erste Version Ihres Tracking-Plans sollte jetzt fertig sein, also machen Sie weiter und teilen Sie ihn mit Ihren Teamkollegen, um mit der Zusammenarbeit zu beginnen.

Beginnen Sie mit der Nachverfolgung

Ganz gleich, ob Sie eine Kundendatenplattform, ein Produktanalysetool oder ein Kundenbindungstool implementieren möchten, der erste Schritt besteht darin, einen Tracking-Plan zu erstellen.

Und jetzt, da Sie wissen, wie dieser Prozess aussieht, sind Sie in der Lage, einen großen Einfluss auf Ihre Kundendateninfrastruktur zu nehmen.

Sie können Ihre Tracking-Bemühungen jedoch mit den Data-Governance-Funktionen von Amplitude einen Schritt weiter bringen, um einen intelligenten Tracking-Plan zu erstellen, in dem jedes Ereignis genau instrumentiert wird. Beginnen Sie noch heute kostenlos mit Amplitude.

Viel Spaß beim Verfolgen!