Academy · Tracking-Plan · Leitfaden
Ein Tracking-Plan legt fest, was gemessen wird,
bevor jemand eine Zeile Code schreibt.
Ein Tracking-Plan ist eine Tabelle: welches Ereignis, wann es ausgelöst wird, welche Eigenschaften es trägt und wer dafür verantwortlich ist. Ohne ihn misst jedes Team etwas anderes unter demselben Namen. Dieser Leitfaden zeigt den Aufbau an einem fiktiven Softwareprodukt, einer Agentur-Website und einem Shop.
Wo möchtest du weiterkommen?
Ereignisse trial_started und project_created
Ein Tracking-Plan legt fest, was gemessen wird,
bevor jemand eine Zeile Code schreibt.
Ereignis, Auslöser, Eigenschaften, Verantwortung.
Ein Tracking-Plan ist eine Tabelle: welches Ereignis, wann es ausgelöst wird, welche Eigenschaften es trägt und wer dafür verantwortlich ist. Ohne ihn misst jedes Team etwas anderes unter demselben Namen. Dieser Leitfaden zeigt den Aufbau an einem fiktiven Softwareprodukt, einer Agentur-Website und einem Shop. Vier Spalten reichen für den Anfang. Ein einheitliches Namensschema, etwa objekt_aktion in der Vergangenheitsform, verhindert, dass „signup“, „Sign Up“ und „registriert“ drei verschiedene Zahlen werden.
Was du dafür brauchst.
- Eine Liste der fünf wichtigsten Fragen, die das Team mit Zahlen beantworten will.
- Ein vereinbartes Namensschema, das alle Beteiligten kennen.
- Eine Testumgebung, in der du Ereignisse vor dem Livegang prüfen kannst.
- Ereignis: objekt_aktion (Beispiel trial_started)
- Auslöser: wann genau es feuert (Beispiel Testkonto per Mail bestätigt)
- Eigenschaften: nur was Fragen brauchen (Beispiel plan, source)
- Verantwortung · Status: Person · geplant, umgesetzt, geprüft (Beispiel Produktteam · geprüft)
Die Lernstrecke
Fragen, Ereignisse, Prüfung.
Von Fragen zu Ereignissen
Schreib die fünf wichtigsten Fragen auf, etwa „Wie viele Testkonten legen ein erstes Projekt an?“. Leite daraus die nötigen Ereignisse ab: Testkonto erstellt, Projekt erstellt. Alles andere wartet.
- Ereignisse trial_started und project_created
- Eigenschaft plan an beiden
- Zwei Zeilen im Plan, beide mit Verantwortung
Zwei Zeilen im Plan, beide mit Verantwortung
Wenn du nicht weiterkommst
Wenn die Zahl nicht passt.
Wie viele Ereignisse braucht ein Plan?
So wenige wie möglich. Ein Plan mit zwanzig gepflegten Ereignissen ist nützlicher als einer mit zweihundert, die niemand prüft.
Ein Ereignis zählt doppelt. Was tun?
Meist wird es an zwei Stellen ausgelöst, etwa im Browser und auf dem Server. Leg im Plan fest, wo es ausgelöst wird, und gleiche die Zahl mit einer zweiten Quelle ab, etwa der Liste der Konten.
Kann Peak Analytics Ereignisse auswerten?
Noch nicht. Event-, Website- und Produktanalysen sind geplant. Die Vorschau wertet heute Geschäftsobjekte aus Peak aus: Bestellungen, Belege, Aufgaben, Ziele und Dateien. Ein Tracking-Plan hilft trotzdem, weil er Begriffe für alle Werkzeuge festlegt.
Dein Qualitätscheck
Bevor du es mit deinen Zahlen anwendest.
Hake ab, was du geprüft hast. Deine Auswahl bleibt nur in dieser Ansicht.
0 von 3 Punkten geprüft
Worauf dieser Beitrag beruht.
Redaktionelle Seite mit fiktiven Beispielen (Taktwerk Software (fiktiv), Agentur Hafenblick (fiktiv), Nordwind Travel Goods (fiktiv)). Der Leitfaden beschreibt ein Vorgehen; wo Peak Analytics einen Schritt heute abbildet, steht das ausdrücklich dabei. Keine Messwerte, keine Kunden, nichts wird gesendet oder gespeichert.
- Redaktionelles Demo
Synthetische Zahlen im Browser. Es werden keine echten Daten gelesen, berechnet oder gespeichert.
- Geprüfter Beleg
Peak Analytics ist eine Vorschau: Pivot über Bestellungen, Belege, Aufgaben, Ziele und Dateien; Anzahl, Summe, Durchschnitt, Minimum, Maximum; Tag bis Jahr; CSV-Export; Teilen eines freigegebenen Stands; größter Wert als Aufgabe.
peak-one app/w/[scope]/apps/analytics, lib/bi/model.ts, lib/views/pivot.ts, lib/bi/share.ts · geprüft 2026-10-29
Erst die Frage, dann das Ereignis.
Ein Plan, der gepflegt wird, ist mehr wert als jede Menge Rohdaten, die niemand erklären kann.
Häufige Fragen
Brauche ich Peak Analytics für diesen Leitfaden?
Nein. Der Leitfaden funktioniert mit jeder Tabellenkalkulation. Peak Analytics ist eine Vorschau; wo sie einen Schritt heute abbildet, steht es auf der Seite.
Was gehört in einen Tracking-Plan?
Je Ereignis: Name, Auslöser, Eigenschaften, verantwortliche Person und Status. Vier bis fünf Spalten reichen für den Anfang.
Welches Namensschema ist sinnvoll?
Ein einziges für alle, etwa objekt_aktion kleingeschrieben in der Vergangenheit, wie trial_started. Welches, ist weniger wichtig, als dass alle es nutzen.
Wertet Peak Analytics Ereignisse aus?
Noch nicht. Event-, Website- und Produktanalysen sind geplant. Die Vorschau wertet Bestellungen, Belege, Aufgaben, Ziele und Dateien aus Peak aus.