Wem sollte Ihr Nachverfolgungsplan wirklich gehören?

Anmerkung der Redaktion: Dieser Artikel wurde ursprünglich am 11. Januar 2021 im Iteratively-Blog veröffentlicht.

„Daten sind ein Teamsport“ ist etwas, woran wir bei Amplitude fest glauben und darüber oft sprechen. Analytics-Tracking-Pläne sind nicht anders – Tracking-Pläne (und ihre Instrumentierung) sind von Natur aus kollaborativ. Sie funktionieren am besten, wenn die relevanten Teams zusammenkommen.

Nehmen wir das Beispiel eines neuen Feature-Releases. Das Produktteam hat die Ziele und Metriken für diese neue Funktion definiert und wird einen Überblick darüber haben, welche Ereignisverfolgung erforderlich ist, um diese Metriken zu messen. Die iOS-, Android- und Webentwicklungsteams sind für die Instrumentierung (und idealerweise das Testen) dieser Ereignisse im Code verantwortlich und haben eine Meinung dazu, was machbar ist. Ein Analyst oder Analyseingenieur ist für die Modellierung der Daten verantwortlich und kümmert sich um ihre Struktur, und Sie haben möglicherweise mehrere Teams, die für die Erstellung von Berichten und die Analyse der Daten in mehreren Tools verantwortlich sind. Kurz gesagt, in datengesteuerte Unternehmensanalysen sind fast alle eingebunden.

Das Beispiel zeigt, wie komplex Analytics-Tracking wirklich ist, und es spricht auch für die Bedeutung der Zusammenarbeit beim Definieren und Erfassen der richtigen Ereignisse, bei der genauen Implementierung dieser Ereignisse und beim einfachen Erkunden der Daten für Datennutzer. Bei so vielen beteiligten Personen wird Analytics-Tracking jedoch leicht zu einer heißen Kartoffel.

Wenn es allen gehört, gehört es niemandem

Bei so vielen Beteiligten wird der Nachverfolgungsplan oft zu einer gemeinsamen Verantwortung, ohne einen klaren Eigentümer. Und mit geteilter Verantwortung kommt wenig Rechenschaftspflicht.

Wir haben mit vielen Unternehmen gesprochen, die Prozesse rund um Analytics-Tracking (neu) erstellen möchten. Es dreht sich normalerweise um eine Tabelle oder eine Confluence- oder Notion-Seite. Obwohl es größtenteils manuell ist und es keine Möglichkeit gibt, den Tracking-Plan im Code durchzusetzen, erweist es sich am Anfang als nützlich und zwingt die Teams, mehr über die Ereignisverfolgung nachzudenken.

Nach ein paar Monaten ist die Notion-Seite oder Google Spreadsheet jedoch veraltet: Das Tracking für die neueste Version wurde nur in einer Jira-Story dokumentiert, und für einige andere Feature-Releases ist jetzt unklar, ob Tracking implementiert wurde oder nicht. Niemand macht es sich zur Aufgabe, den Nachverfolgungsplan auf dem neuesten Stand zu halten.

Wie können Sie dies also zum Besseren ändern und wer ist am besten in der Lage, Ihr Analytics-Tracking zu besitzen?

Beginnen Sie damit, die Analytik in den Mittelpunkt zu stellen

Bevor wir uns mit der Frage der Eigentumsverhältnisse befassen, müssen wir die Grundlage erwähnen, die für den Erfolg des Analytics-Trackings erforderlich ist: Event-Tracking ist wichtig, und ohne sie werden Sie im Dunkeln gelassen. Die Realität ist, dass Analytik für die meisten Teams ein nachträglicher Einfall ist. Hier ist ein Beispiel, das wir ständig sehen:

• PM arbeitet an einer Freigabe
• Die Freigabe erfolgt
• Der CEO fragt den PM, wie es läuft
• PM: „Lass mich das Datenteam fragen“
• Datenteam: „Sie haben uns nie hinzugezogen – es gibt keine Daten zu dieser Funktion.“
• PM geht ohne Antworten zurück zum CEO
• Das Datenteam und der PM sind verzweifelt

Wenn Analytics nicht zu einem festen Bestandteil jedes Releases wird, wird dies immer wieder vorkommen, und es spielt keine Rolle, ob Ihr Tracking-Plan wirklich glatt und aktuell aussieht. Sie müssen von allen Beteiligten (sowie von Ihren Führungsteams) akzeptiert werden, dass die Analyseverfolgung genauso wichtig ist wie die Funktion selbst. Kein Tracking, keine Freigabe.

Sie benötigen klare Verantwortlichkeiten, Zeit und Ressourcen, um die relevanten Teams zu befähigen, und dann müssen Sie Ereignisverfolgung und Erfolgsmetriken bis auf die Jira-Ticketebene einbetten ( erledigt ist nur, wenn der Verfolgungscode zusammen mit dem Rest des Codes versendet wird).

Was wir aus über 400 Interviews mit Daten- und Produktexperten gelernt haben

In zwei Jahren haben wir über 400 Produktmanager, Datenteams und Ingenieure befragt. Wir haben einiges gesehen.

Natürlich ist Ihr Tracking-Plan und der Prozess darum herum einzigartig für Ihr Unternehmen, Ihre Teamstruktur und Ihre Branche (und das ist wahrscheinlich der Grund, warum es so schwierig ist, es richtig zu machen). Ein Tracking-Plan für ein E-Commerce-Unternehmen sieht ganz anders aus als ein Tracking-Plan für ein B2B-SaaS-Unternehmen. Sie haben verschiedene Interessengruppen involviert und lösen völlig unterschiedliche Realitäten aus. Am häufigsten können wir das, was wir gesehen haben, nach Unternehmensgröße aufschlüsseln.

Startups

Bei kleinen Unternehmen ist der Prozess rund um das Tracking normalerweise ad hoc. Es ist natürlich, dass nur sehr wenige Personen beteiligt sind, und macht die Komplexität einfach (fast) zu handhaben. Meistens sehen wir, dass ein Head of Product oder ein Head of Growth in dieser Phase der Reise eines Unternehmens die Verantwortung übernehmen.

KMU

In einem mittelständischen Unternehmen fällt der Prozess typischerweise in den Bereich Data/Analytics. Es sind jetzt mehr Interessengruppen beteiligt, und die Komplexität kann leicht zu einem Problem werden. In diesem Stadium besteht ein eindeutiger Bedarf an Eigenverantwortung, um den Schaden zu begrenzen, und normalerweise fällt dies jemandem im Datenteam zu.

Unternehmen

In größeren Unternehmen ist die Person, die letztendlich den Nachverfolgungsplan besitzt, normalerweise der Leiter der Produktanalyse. Bei E-Commerce-Unternehmen ist dies oft der Leiter des E-Commerce. Oft sind sie nicht die eigentliche Person, die den Plan tagtäglich aufrechterhält oder den Prozess durchsetzt, sondern jemand in ihrem Team, der dafür verantwortlich ist.

Wir haben verschiedene Erfolgsgrade bei diesen Arten von Setups gesehen. Also, was funktioniert unserer Meinung nach am besten?

Was funktioniert: Das Produktteam ist der ultimative Eigentümer

Wir wissen Folgendes: Der beste Eigentümerprozess findet statt, wenn das Produktteam als letztendlicher Eigentümer fungiert. Produktmanager sollten der Haupttreiber sein und sicherstellen, dass Analytics-Tracking Teil jeder Feature-Version ist . Abhängig von Ihrer Teamgröße kann dies ein oder mehrere Produktmanager oder ein dedizierter Produktanalyst sein. Sie sollten als Teil ihrer Rolle und OKRs für das Analytics-Tracking verantwortlich gemacht werden.

Aber wie wir bereits erwähnt haben, sind Daten ein Teamsport, und wir empfehlen, dass Teams zusammenkommen, um Dinge wie Ereignisbenennung und Taxonomie zu definieren. Ingenieure und Datenteams erhalten wichtige Perspektiven, da dies auch ihren Alltag beeinflusst. Während das Produktteam der Vollstrecker und letztendliche Eigentümer ist, sollte es niemals in einem Silo arbeiten oder wichtige Entscheidungen treffen, ohne die richtigen Stakeholder einzubeziehen.

Die Einrichtung eines Beirats, der alle relevanten Interessengruppen vertritt, hat sich für Unternehmen, mit denen wir zusammengearbeitet haben, bewährt. Nicht jede Entscheidung geht an den Beirat, aber er sollte am Anfang der Treiber sein, Ihre Taxonomie und Ihren Prozess definieren und sich regelmäßig treffen, je nachdem, wie viele bahnbrechende Änderungen im Laufe der Zeit passieren.

Damit Produktteams dies erfolgreich übernehmen können, benötigen Sie einen klaren Prozess:

• Haben Sie klare Erfolgskriterien für sowohl qualitative als auch quantitative Metriken als Teil jeder User Story. Diese sollten vom PM definiert und mit dem Datenteam oder den Analysten abgeglichen werden.
• Tracking fehlt? Fehler beim Build. Der Begriff „erledigt“ muss weiterentwickelt werden, um Analyse-Tracking als Teil jeder Version einzubeziehen. Das bedeutet nicht, dass Releases direkt vor dem Start blockiert werden, sondern es bedeutet, einen Prozess zu implementieren, der Überlegungen zur Nachverfolgung von Anfang an beinhaltet.
• Zusammenarbeit ist der Schlüssel. Während der PM die Spezifikation für die Ereignisverfolgung besitzt, sollten das Datenteam oder die Analysten verfügbar sein, um einzugreifen und bei der Definition der Details dessen, was verfolgt werden soll, zu helfen.

Geben Sie Ihren Produktmanagern die Möglichkeit, Verantwortung zu übernehmen

Für einige PMs ist es selbstverständlich, den Nachverfolgungsplan zu besitzen. Sie wollen die Kontrolle und haben die Erfahrung. Und sie haben auch keine Angst, um Hilfe zu bitten, wenn sie sie brauchen. Aber es ist nicht für alle PMs selbstverständlich.

Erstens muss ein Kulturwandel stattfinden: Feiern Sie die Leistung und den Erfolg einer neuen Funktion oder Produktveröffentlichung, nicht die Tatsache, dass sie ausgeliefert wurde! Überraschenderweise wird für viele immer noch der Versand gelobt, nicht ob das Produkt funktioniert oder nicht.

Wie befähigen Sie also Ihr Produktteam, den Nachverfolgungsplan zu besitzen? Dies ist keine vollständige Liste, aber hoffentlich ein Ort, an dem die Leute anfangen können:

• Regelmäßige Schulungen : Das richtige Event-Tracking ist sowohl eine Kunst als auch eine Wissenschaft (dh es ist nicht einfach). Stellen Sie also sicher, dass Ihr Team mit dem Wissen ausgestattet ist, das erforderlich ist, um die Verantwortung zu übernehmen. Das Training kann ein Lunch & Learn-Stil, Workshops oder Einzelsitzungen sein (denken Sie daran, Ihre Sitzungen für zukünftige Einstellungen aufzuzeichnen).
• Bürozeiten : Wir haben große Erfolge erlebt, wenn Datenteams regelmäßige Bürozeiten für andere Teams veranstalten, um die Expertise und das Wissen des Datenteams zu nutzen. Stellen Sie sicher, dass die Teams mit einer Agenda oder spezifischen Fragen vorbereitet sind, um zu vermeiden, dass es zu einem „Support-Desk-Meeting“ wird.
• Klarer Prozess und Kontrollpunkte: Wir können die Bedeutung eines definierten Prozesses nicht genug betonen. Stellen Sie sicher, dass Sie einen klaren Prozess haben, den jeder kennt, versteht und befolgt, und fügen Sie regelmäßige Überprüfungspunkte hinzu, um die Qualität sicherzustellen, ähnlich wie Codeüberprüfungen und Merge-Anfragen in der Softwareentwicklung.
• Einbetten eines Analysten : Dies ist natürlich nicht immer eine Option, aber wir haben gesehen, dass erfolgreiche Teams einen Datenanalysten entweder in Teil- oder Vollzeit in ein Produktteam einbetten, um die Nachverfolgung von Analysen zu übernehmen und PMs bei der Datenexploration und -analyse zu helfen.
• Self-Service-Analytics: Wir halten es für Best Practice, PMs und alle anderen in der Organisation in die Lage zu versetzen, Datensätze einfach zu durchsuchen und schnell Antworten auf Fragen zu erhalten. Amplitude eignet sich hervorragend dafür und gewährleistet ein hohes Maß an Datenkompetenz in Ihrem Unternehmen.

Zur Erinnerung: Gute PMs müssen SQL nicht beherrschen

Warum sollten Sie sich um die Ereignisverfolgung kümmern, wenn Sie die Daten sowieso nicht selbst untersuchen können? Um auf den letzten Punkt oben einzugehen, haben wir Unternehmen mit zentralen Datenteams gesehen, die für die gesamte Berichterstellung und Datenanalyse verantwortlich sind. Es hat seine Vorteile, aber unserer Erfahrung nach kann es PMs und andere einschränken, und sie werden sich weniger um Analytics-Tracking oder Datenqualität kümmern.

Denken Sie daran, PMs und anderen Zugriff auf Redash oder andere SQL-basierte Tools zu gewähren, ist nicht gleichbedeutend damit, PMs die Möglichkeit zu geben, sich selbst zu bedienen. Erwarten Sie nicht, dass Ihre PMs SQL kennen (oder lernen). Das ist nicht ihre Aufgabe. Statten Sie sie stattdessen mit einer benutzerfreundlichen Benutzeroberfläche und vielen Schulungen aus, die mit dem Tool und den Datensätzen einhergehen. Natürlich hat SQL-Wissen seine offensichtlichen Vorteile, und wenn Sie in der Lage sind, Talente im gesamten Unternehmen zu finden oder zu schulen (denken Sie an Produkt, Marketing, Kundenerfolg usw.), können Sie es zum Laufen bringen, aber es hat seine offensichtlichen Nachteile und Einschränkungen.

Wenn PMs in der Lage sind, sich selbst zu bedienen, untersuchen sie eher Daten aus beispielsweise einer kürzlich veröffentlichten Version. Wenn sie die Daten untersuchen, interessieren sie sich eher für deren Qualität, Reichhaltigkeit und Verfügbarkeit. Schaffen Sie eine Kultur der Ermächtigung und bauen Sie einen soliden Prozess rund um das Analytics-Tracking auf, und Sie werden zufriedene PMs, zufriedene Analysten, ein zufriedenes Datenteam und sogar zufriedene Entwickler haben.

Amplitude ist hier, um Ihnen zu helfen

Amplitude unterstützt Datenteams, Produktmanager und Ingenieure bei der Definition, Instrumentierung, Verifizierung und Zusammenarbeit bei der Analyseverfolgung. Wir lösen proaktiv die Datenqualitätsprobleme, die sich aus inkonsistenten Ereignisbenennungen und fehlendem Tracking ergeben, und bieten einen Workflow zur Verwaltung der Entwicklung Ihres Trackings.

Wir befähigen Produktmanager, den Nachverfolgungsplan in die Hand zu nehmen und die Zusammenarbeit zwischen Teams zu verbessern . Wenn Sie Amplitude für Ihr Unternehmen ausprobieren möchten, erstellen Sie noch heute ein Konto oder buchen Sie eine Demo bei unserem Team, um mehr zu erfahren.