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.
# HEART Framework Canvas
## Kontext
Wofür wird die Methode eingesetzt?
## Kernfrage
Welche Frage soll am Ende beantwortet sein?
## Input
Welche Daten, Beobachtungen oder Materialien liegen vor?
## Arbeitsfläche
- Bereich 1:
- Bereich 2:
- Bereich 3:
- Beziehungen / Muster:
## Ergebnisartefakte
- HEART-GSM-Tabelle:
- Dashboard:
## Offene Fragen
- ...
## Nächster Schritt
Owner, Datum, Erfolgssignal.Konkret gefülltes Szenario
## HEART Framework - SaaS Solo-Steuerberater, 2026-05-18
**Happiness**
- Goal: Solo-Steuerberater empfehlen das Tool aktiv.
- Signal: Stimmung-Bewertung und Empfehlungs-Bereitschaft.
- Metrik: NPS (monatlich an 30% der aktiven Nutzer via in-App-Survey). Baseline 14, Ziel 30. Quelle: Wootric.
**Engagement**
- Goal: Nutzer arbeiten regelmäßig im Tool, nicht nur einmal pro Monat.
- Signal: Wöchentliche Nutzungstiefe.
- Metrik: WAU/MAU-Verhältnis. Baseline 0,46, Ziel 0,6. Quelle: Mixpanel.
**Adoption**
- Goal: Neue Nutzer entdecken die KI-Belegerkennung innerhalb von 14 Tagen.
- Signal: Erste Belegerkennung-Nutzung pro neuem Nutzer.
- Metrik: Anteil neuer Nutzer mit mind. 1 KI-Belegerkennung in 14 Tagen. Baseline 22%, Ziel 50%. Quelle: Mixpanel.
**Retention**
- Goal: Aktive Nutzer bleiben mindestens 6 Monate.
- Signal: Monatliche Wiederkehr nach Monat 1.
- Metrik: Monat-6-Retention-Rate. Baseline 71%, Ziel 80%. Quelle: Mixpanel-Kohorten.
**Task Success**
- Goal: Wochenabschluss-Workflow gelingt ohne Support-Anfrage.
- Signal: Workflow-Completion ohne Drop-Off.
- Metrik: Anteil gestarteter Workflows mit erfolgreichem Abschluss in <10 min. Baseline 64%, Ziel 80%. Quelle: Mixpanel-Funnel.
**Review-Cadence**: Wöchentlich Adoption und Task Success im Team-Standup, monatlich alle 5 im Produkt-Review.
**Top-Hebel Q2**
1. Adoption KI-Belegerkennung: Onboarding-Tooltip nach Tag 3 (@anna).
2. Task Success Wochenabschluss: 7-Klick-Workflow auf 4 Klicks reduzieren (@lisa).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.