Reporting ist nur so nützlich wie das Tracking darunter, und Tracking nur so nützlich wie die Frage, die es beantwortet. Das Zapmap-Projekt ging genau in dieser Reihenfolge vor.
Geschäftsziele → validiertes Tracking → nützliches Reporting.
In diesem Beitrag
Über das ProjektPhase 1: vereinbaren, was Erfolg bedeutetPhase 2: Tracking reparieren und validierenPhase 3: für Entscheidungen berichtenWas sich verändert hatLehren für jedes App- oder Website-TeamDie Serie lesenÜber das Projekt
Mit der App von Zapmap finden Fahrerinnen und Fahrer von Elektroautos in Großbritannien öffentliche Ladepunkte und nutzen sie. Das Produktteam unter der Leitung von Edmund Walsh wollte Analysen, die mit den Geschäftsprioritäten verbunden sind, an denen es gemessen wird. Sophus3 begann damit, zu vereinbaren, wie Erfolg aussieht, statt mit einem Dashboard zu starten.
Phase 1: vereinbaren, was Erfolg bedeutet
Es ist verlockend, mit dem Tag-Management oder einem neuen Dashboard zu beginnen. Ohne Einigkeit darüber, was Erfolg bedeutet, erzeugen diese Werkzeuge nur mehr Zahlen. Deshalb begann die Arbeit mit den Zielen der Organisation:
- Die Geschäftsziele besprechen und Erfolg für die App definieren.
- Diese Ziele in eine kleine Zahl klarer KPIs übersetzen.
- Ein Mess- und Reporting-Konzept aufbauen, das den Audit leitet.
Anschließend verglichen wir Absicht und Erlebnis. Unterstützt die Customer Journey in der App die Ziele? Erfasst das Tracking die Handlungen, auf die es ankommt? Die Bestandsaufnahme der vorhandenen Tools, Implementierungsleitfäden und Dashboards deckte fehlende Events, uneinheitliche Definitionen und unzuverlässige Berichte auf.
Phase 2: Tracking reparieren und validieren
Nachdem die Ziele vereinbart waren, prüften wir das bestehende Tracking und ermittelten, wo es nicht wie erwartet funktionierte. In enger Zusammenarbeit mit dem Produktteam von Zapmap testeten und validierten wir jede neue Implementierung anhand des tatsächlichen App-Verhaltens. Die Prioritäten waren:
- Tracking, das direkt mit den vereinbarten Zielen verbunden ist.
- Tag-Management, das das Team selbst pflegen kann.
- Daten, auf die sich Entscheider verlassen können, nicht nur Datenspezialisten.
Das Wissen des Produktteams über die App war dabei entscheidend. Eine Implementierung ist nicht fertig, weil ein Tag existiert; sie ist fertig, wenn die Daten widerspiegeln, was Nutzer tatsächlich tun.
Phase 3: für Entscheidungen berichten
Gutes Tracking ist notwendig, aber nicht das Ziel. Wir bauten ein Reporting in Looker Studio, das die Daten mit den Geschäftsprioritäten von Zapmap verbindet:
- Kennzahlen, die leicht zu lesen und mit Geschäftsfragen verknüpft sind.
- Trends im Zeitverlauf, damit das Team Veränderungen untersuchen kann, statt isolierte Summen zu prüfen.
- Eine gemeinsame Sicht, über die Stakeholder sprechen können, ohne die Bedeutung jedes Events neu klären zu müssen.
Was sich verändert hat
Das Projekt verband Tracking und Reporting mit den Fragen, die Stakeholder beantworten mussten, und machte klar, was funktionierte, was fehlte und was Aufmerksamkeit brauchte. Das Team hat nun eine gemeinsame Grundlage, um zu besprechen, was Nutzer tun und welche Veränderungen untersucht werden sollten. Die veröffentlichte Serie nannte keine Umsatz- oder Conversion-Steigerung; ihr Beleg ist der Messansatz, mit dem das Team heute arbeitet.
Lehren für jedes App- oder Website-Team
- Erst die Entscheidung vereinbaren, dann das Werkzeug wählen.
- Tracking gilt als unfertig, bis es am echten Nutzerverhalten getestet wurde.
- Berichte rund um Fragen und Trends gestalten, nicht um Seitenaufrufe.
- Das Produktteam einbinden; es weiß, was die Daten zeigen sollten.
Die Serie lesen
- Teil 1: mit den Geschäftszielen beginnen
- Teil 2: zuverlässiges Tracking aufbauen
- Teil 3: für Entscheidungen berichten
Planen Sie ein Messprojekt für App oder Website? Sprechen Sie mit unserem Analytics-Team.
Basierend auf der dreiteiligen Projektserie von Sophus3 vom 17. März, 25. März und 2. April 2026. Das Projekt hat keine Umsatz- oder Conversion-Zahlen veröffentlicht.
