Was vorher fertig sein muss
Eine North Star Metric oder mindestens eine eindeutige Hauptmetrik mit Definition und Messquelle liegt vor.
Eine laufende Experimentierumgebung oder Feature-Flag-Plattform liefert pro Variante Datenpunkte für mindestens 7 Tage.
Was vor Start vorliegen muss
Tabelle mit Spalten Hauptmetrik, Counter Metric, Definition, Datenquelle, Schwelle, Owner; Link zur aktuellen Metrik-Dokumentation; Liste laufender Experimente; Dashboard-Vorlage.
Ein Owner pro Hauptmetrik (PM oder Growth Lead); ein Data Analyst mit Zugriff auf Tracking; ein Engineering-Vertreter für Performance-Counter; optional ein Trust- oder Support-Vertreter für Beschwerde-Counter.
Aktuelle Werte und Trends der Hauptmetriken (4 Wochen); bekannte historische Kollateralschäden früherer Optimierungen; geplante Experimente im Quartal; Liste sensibler Kennzahlen (Latency, Refunds, NPS).
60-90 min
Tabelle teilen, Hauptmetriken vorab eintragen, Spalte Datenquelle leer lassen. Dashboard mit Hauptmetrik plus Platzhalter für Counter Metric vorbereiten, sodass jede beschlossene Counter Metric sofort verdrahtet werden kann.
Die eine Frage, die diese Methode beantwortet
Welche unerwünschte Nebenwirkung würde es bedeuten, wenn die Hauptmetrik steigt, und woran erkennen wir sie früh?
Marker: Phase
| Schritt | Dauer | Aktion | Hinweis |
|---|---|---|---|
1Phase 1: Hauptmetriken bestätigen | 10 min | Pro Hauptmetrik Definition, Berechnung und Owner verifizieren. Metriken ohne klare Berechnung sofort raus oder klären, bevor Counter Metrics aufgesetzt werden. | Wenn die Hauptmetrik selbst unscharf ist, sind Counter Metrics nutzlos. Lieber hier abbrechen als drumherum bauen. |
2Phase 2: Nebenwirkungen sammeln | 20 min | Pro Hauptmetrik 3-5 plausible negative Nebenwirkungen brainstormen: was würde gleichzeitig kippen, wenn jemand die Hauptmetrik um jeden Preis maximiert? Beispiele in Kategorien Performance, Beschwerden, Refunds, Engagement-Qualität. | Bewusst die schlimmste Auslegung der Hauptmetrik durchspielen. Wer hier nett ist, baut keine wirksame Counter Metric. |
3Phase 3: Counter Metrics auswählen | 20 min | Pro Hauptmetrik 1-2 Counter Metrics festlegen, die als bester Proxy für die Nebenwirkung dienen. Datenquelle, Berechnung und erlaubte Schwankung schriftlich definieren. | Maximal 2 Counter Metrics pro Hauptmetrik, sonst kippt jedes Experiment an irgendeiner Schwelle und niemand handelt mehr. |
4Phase 4: Schwellen und Konsequenz | 15 min | Pro Counter Metric Schwellenwert festlegen, bei dessen Überschreiten das Experiment gestoppt oder eine Untersuchung getriggert wird. Owner und Eskalationsweg eintragen. | Schwelle muss vor dem Experiment fixiert werden, nicht beim Auswerten. Sonst werden Schwellen retroaktiv passend gemacht. |
5Phase 5: Im Reporting verdrahten | 10-15 min | Counter Metrics direkt im Hauptmetrik-Dashboard ergänzen, sodass sie pro Review automatisch sichtbar sind. Owner und Review-Cadence dokumentieren. | Counter Metrics, die nicht im selben Dashboard wie die Hauptmetrik liegen, werden in Reviews schlicht vergessen. |
Was am Ende rauskommt
Tabelle oder Notion-Seite mit Spalten Hauptmetrik, Counter Metric, Definition, Datenquelle, Schwellenwert, Konsequenz bei Überschreitung, Owner, letzter Review. Verlinkt aus dem Strategie-Wiki und aus jedem Experiment-Template.
Pro Quartal Snapshot mit Datum und Verantwortlichem. Änderungen an Schwellenwerten oder Definitionen mit Begründung im Edit-Log. Alte Schwellen behalten, nicht überschreiben, damit Experiment-Auswertungen vergleichbar bleiben.
Kompakte Arbeitsvorlage für Counter Metrics mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.
# Counter Metrics Arbeitsvorlage
## Ziel
Schutzmetriken, die unerwünschte Nebenwirkungen einer Hauptmetrik aufdecken.
## Kontext
Wann und wofür nutzen wir diese Methode?
## Input
Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?
## Durchführung
Kurze Notizen entlang des Run Sheets.
## Ergebnisartefakte
- Counter-Metric-Liste:
- Guardrail-Definitionen:
## Annahmen und offene Fragen
- ...
## Entscheidung / Nächster Schritt
Owner, Datum und Erfolgssignal.Konkret gefülltes Szenario
## Guardrail Metrics — Activation Squad, Q3 2026
| Hauptmetrik | Counter Metric | Schwelle | Owner |
|---|---|---|---|
| Activation Rate (D1) | p95-Latency Onboarding-Endpoint | > 1200 ms | @ben |
| Activation Rate (D1) | Support-Tickets pro 1000 Sign-ups | > 12 (Baseline 7) | @lisa |
| Trial-to-Paid | Refund-Quote (30 Tage) | > 4,5% | @marcus |
| Trial-to-Paid | NPS neuer zahlender Nutzer | < 22 | @anna |
**Konsequenz** bei Überschreitung: Experiment wird automatisch gestoppt, Postmortem in 48 h. Letzter Review: 12.05.2026.Symptome erkennen, gegensteuern
Counter Metric bewegt sich nie nennenswert, egal was das Experiment tut.
Mit dem Analyst prüfen, ob die Metrik überhaupt sensibel reagiert. Wenn nicht, durch eine reaktivere Proxy-Metrik ersetzen, etwa Beschwerden statt Churn.
Jedes Experiment kippt an mindestens einer von acht Counter Metrics und niemand stoppt mehr ernsthaft.
Auf maximal 2 pro Hauptmetrik kürzen. Was nicht in die Top 2 passt, gehört in ein separates Monitoring, nicht in den Guardrail-Layer.
Schwellenwerte werden erst bei der Auswertung diskutiert, häufig knapp über dem aktuellen Wert.
Schwellen schriftlich vor Experimentstart fixieren. Wer nachträglich ändert, muss eine ADR oder DIBB-Notiz mit Begründung schreiben.
Counter Metric kippt, Owner kann das Experiment aber nicht stoppen, weil die Entscheidung woanders liegt.
Pro Counter Metric muss der Owner Stopp- oder Eskalationsrecht besitzen. Sonst Owner wechseln oder Eskalationsweg explizit dokumentieren.
In Reviews zeigt das Team nur die Hauptmetrik, die Counter Metric muss separat geöffnet werden und wird übersehen.
Counter Metric direkt neben Hauptmetrik im selben Dashboard ablegen, mit Schwellenlinie als Marker. Review-Template entsprechend anpassen.
Counter Metric reagiert erst weit nach Experimentende oder hat hohe Varianz, sodass Verstöße zu spät auffallen.
Mit Analyst Power-Analyse machen, ob die Metrik überhaupt im Experimentzeitraum signifikant kippen kann. Sonst Leading Proxy statt Lagging Metric.
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.