Was vorher fertig sein muss
Produkt hat Tracking-Infrastruktur (Mixpanel, Amplitude, Heap o.ä.) mit Event-Daten der letzten 60-90 Tage.
Was vor Start vorliegen muss
Whiteboard oder Miro-Board mit 5 Sektionen (Happiness, Engagement, Adoption, Retention, Task Success); GSM-Tabelle (Goals, Signals, Metrics) als Vorlage; Liste bestehender Metriken; Dashboard-Zugriffe; Survey-Tool für Happiness (Wootric, Delighted, eigene Umfrage).
Ein UX-Lead oder Product Manager als Owner; ein Data Analyst für Metrik-Verfügbarkeit; ein Designer für UX-Perspektive; ein Engineer für Tracking-Machbarkeit; optional ein Researcher für Happiness-Erhebung.
Produkt-Strategie und Ziele; bestehende Metriken; verfügbare Tracking-Events; Nutzer-Segmente; Survey-Verteilungskanäle; ähnliche HEART-Implementierungen als Referenz.
120 min initial, danach laufend
5 Sektionen am Board mit Spalten Goals, Signals, Metrics. Pro Dimension max 1-2 Goals. Pro Goal 1-2 Signals. Pro Signal 1 Metrik. Mehr ist Übersicht-Killer.
Die eine Frage, die diese Methode beantwortet
Welche fünf UX-Dimensionen messen wir, mit welchen Goals, Signals und Metrics, und wie verbinden wir sie zu einer ausgewogenen Steuerung?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Pro Dimension Goal definieren | 30 min | Pro HEART-Dimension genau ein Goal als Satz: Happiness=Zufriedenheit-Ziel, Engagement=Nutzungsintensität-Ziel, Adoption=Übernahme-Ziel, Retention=Wiederkehr-Ziel, Task Success=Erfolgs-Ziel pro Hauptaufgabe. | Goal als qualitativer Satz, nicht als Metrik. „Nutzer empfehlen das Tool ihren Kollegen“ ist Goal, „NPS >40“ ist Metrik. |
2Phase 2: Signals identifizieren | 30 min | Pro Goal 1-2 beobachtbare Signals: was ändert sich im Nutzerverhalten oder in Aussagen, wenn Goal erreicht wird. Z. B. Engagement-Signal: Sessions/Woche. | Signals sind nicht Metrics. Signal ist die beobachtbare Verhaltensänderung, Metrik ist die Zahl. Pro Signal eine Metrik (nicht mehrere). |
3Phase 3: Metrics konkretisieren | 30 min | Pro Signal Metrik mit Definition (Zähler, Nenner, Zeitraum), Quelle und Baseline. Bei Happiness: Survey-Frage und Verteilungskanal. | Maximal 1-2 Metriken pro Dimension. Wer 5 Metriken pro Dimension definiert, verwässert HEART zum Vanity-Dashboard. Wenige Metriken durchsetzen. |
4Phase 4: Tracking-Setup und Review-Cadence | 30 min | Pro Metrik prüfen: existiert sie schon (Dashboard-Link), muss sie neu gebaut werden (Engineering-Ticket), oder ist sie Survey (Tool-Setup). Review-Cadence pro Metrik festlegen. | Survey-Metriken brauchen Verteilungs-Cadence (z. B. wöchentlich an 5% der Aktiven). Verhaltens-Metriken laufen kontinuierlich. Review wöchentlich (operativ) oder monatlich (strategisch). |
Was am Ende rauskommt
GSM-Tabelle pro Dimension mit Goals, Signals, Metrics, Baseline, Ziel, Datenquelle, Review-Cadence. Dashboard mit allen 5-10 Metriken als HEART-Heatmap. Survey-Setup für Happiness.
GSM-Tabelle quartalsweise re-evaluieren. Metrik-Definitionen versionieren (z. B. bei Tracking-Änderung). Survey-Fragen stabil halten, sonst Vergleichbarkeit verloren. Dashboard-Snapshots monatlich archivieren.
Kompakte Arbeitsvorlage für HEART Framework mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
Wofür wird die Methode eingesetzt?
Welche Frage soll am Ende beantwortet sein?
Welche Daten, Beobachtungen oder Materialien liegen vor?
Owner, Datum, Erfolgssignal.
Konkret gefülltes Szenario, fiktives Beispiel
Konkret gefülltes Szenario, fiktives Beispiel
Happiness
Engagement
Adoption
Retention
Task Success
Review-Cadence: Wöchentlich Adoption und Task Success im Team-Standup, monatlich alle 5 im Produkt-Review.
Top-Hebel Q2
Symptome erkennen, gegensteuern
Pro Dimension 5-7 Metriken, niemand kann mehr alle gleichzeitig im Auge behalten.
Faustregel: 1-2 Metriken pro Dimension. Wer mehr will, baut Sub-Dashboard. HEART ist Übersicht, nicht Vollständigkeit.
Happiness-Metrik wird aus Verhaltensdaten abgeleitet (z. B. „aktive Nutzer = glückliche Nutzer“), echte Stimmung wird nicht gemessen.
Happiness braucht direkte Befragung. Survey-Setup mit klarer Frage und Verteilungs-Cadence. NPS oder CSAT als Standard, custom fragen bei Nische.
GSM-Tabelle hat Goal und Metrik direkt, Signal-Spalte fehlt oder ist Wiederholung der Metrik.
Signal ist beobachtbare Verhaltensänderung, Metrik ist Zahl. Pro Goal erst Signal benennen, dann Metrik. Trennung erzwingen.
Task-Success-Metrik ist „App funktioniert“, kein Bezug zu konkreter Aufgabe.
Pro Produkt 1-3 Hauptaufgaben benennen. Task Success pro Hauptaufgabe getrennt messen. Allgemeines „Erfolg“ ist nicht messbar.
Metriken werden gemessen, aber nicht zu Backlog-Hebeln verknüpft.
Pro Quartal Top-Hebel pro Dimension definieren. Backlog-Items mit HEART-Dimension taggen. HEART steuert Roadmap-Prioritäten, nicht nur Reporting.
Done-Signale, in unter einer Minute prüfbar
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.