Beispiele

Sechs OKRs, bewertet und neu geschrieben.

Jedes Paar zeigt dasselbe Ziel schlecht und gut formuliert. Der Unterschied liegt fast immer an einer Sache: Die schwache Version beschreibt Arbeit, die starke Version beschreibt, was sich verändert, wenn die Arbeit erledigt ist.

01 · Engineering-Velocity

Von "Plattform liefern" zu "täglich liefern".

Neu schreiben9 / 100 · Neu schreiben

Die neue CI/CD-Plattform bis Q3 launchen.

  • Alle Teams auf die neue Plattform migrieren.
  • Build-Zeiten reduzieren.
  • Developer Experience verbessern.
Warum es scheitert
  • "Alle Teams migrieren" ist eine Aufgabe. Was verändert sich danach?
  • KR2 hat keinen Ausgangswert und keinen Zielwert.
  • KR3 ist so formuliert nicht messbar.
  • Das Objective baut die Lösung schon ein.
Startklar86 / 100 · Startklar

Die mediane PR-Durchlaufzeit so verkürzen, dass Teams bis Ende Q3 täglich in Produktion liefern können.

  • Die mediane Zeit von PR bis Merge sinkt über alle Backend-Services von 38h auf unter 8h.
  • Der Anteil der Services, die mindestens einmal pro Arbeitstag deployen, steigt von 22% auf 70%.
  • Der Developer-NPS für die Deploy-Pipeline steigt von 14 auf 35.
Warum es funktioniert
  • Das Objective benennt das Ergebnis, nicht das Werkzeug.
  • Jedes KR hat einen Ausgangswert und einen Zielwert.
  • Die drei KRs decken Systemtempo, Teamverhalten und Wahrnehmung ab.
In Diagnose laden →
Coach-Notiz
Das Wort "Plattform" im schwachen Objective ist das erste Warnsignal. Jedes Objective, das ein Lieferobjekt benennt, bevor es ein Problem benennt, hat sich bereits auf eine Lösung festgelegt.
02 · User-Aktivierung

Von "Anmeldungen pushen" zu "Verhalten verändern".

Neu schreiben8 / 100 · Neu schreiben

In Q3 eine starke Aktivierung neuer Nutzer vorantreiben.

  • In Q3 10.000 neue Anmeldungen erreichen.
  • 200.000 Onboarding-E-Mails versenden.
  • Den neu gestalteten Onboarding-Flow bis 1. August launchen.
Warum es scheitert
  • Anmeldungen messen Akquise, nicht Aktivierung.
  • "200.000 Onboarding-E-Mails versenden" misst eine Aktion deines Teams.
  • "Onboarding-Flow launchen" ist nur bestanden oder durchgefallen.
  • "Starke Aktivierung" wird nie definiert.
Startklar88 / 100 · Startklar

Neue Nutzer noch in ihrer ersten Woche zu ihrer ersten bedeutsamen Aktion bringen.

  • Der Anteil neuer Nutzer, die innerhalb von 7 Tagen eine Kernaktion abschließen, steigt von 19% auf 42%.
  • Die mediane Zeit von der Anmeldung bis zur ersten abgeschlossenen Kernaktion sinkt von 4,1 Tagen auf unter 18 Stunden.
  • Die 7-auf-30-Tage-Retention für Nutzer, die in der ersten Woche eine Kernaktion abgeschlossen haben, steigt von 34% auf 52%.
Warum es funktioniert
  • Das Objective definiert "Aktivierung" implizit über die KRs.
  • KR3 verknüpft Aktivierung mit der nachgelagerten Retention.
  • Alle drei KRs sind aus Produkt-Event-Daten beobachtbar.
In Diagnose laden →
Coach-Notiz
Versendete E-Mails zu zählen misst Aufwand, nicht Wirkung. Fang bei der Verhaltensänderung an und baue den Aktivierungs-Funnel von dort rückwärts auf.
03 · Kundensupport

Von Platzhalter-Qualitätszielen zu konkreten Service-Zusagen.

Neu schreiben4 / 100 · Neu schreiben

Qualität und Effizienz im Kundensupport verbessern.

  • Kundenzufriedenheits-Scores verbessern.
  • Durchschnittliche Bearbeitungszeit reduzieren.
  • Erstkontakt-Lösungsquote erhöhen.
Warum es scheitert
  • Alle drei KRs sind Feldnamen ohne Zahlen.
  • Das Objective ist ein Slogan.
  • Diese KRs hätte man schreiben können, ohne ein einziges Ticket anzusehen.
Startklar90 / 100 · Startklar

Bis Ende Q3 die Mehrheit der Kundenanliegen lösen, bevor sie eskalieren oder erneut auftauchen.

  • Die mediane Erstreaktionszeit für Tier-1-Tickets sinkt über alle Kanäle von 9h auf unter 2h.
  • Die Erstkontakt-Lösungsquote für Abrechnungs- und Account-Zugriffstickets steigt von 54% auf 72%.
  • Der CSAT nach Lösung steigt für Tickets im neuen Triage-Workflow von 3,6 auf 4,2 auf einer 5-Punkte-Skala.
Warum es funktioniert
  • Das Objective benennt einen konkreten Fehlermodus.
  • Jedes KR grenzt sich präzise ab.
  • Die drei KRs messen Tempo, Wirksamkeit und Wahrnehmung zusammen.
In Diagnose laden →
Coach-Notiz
Die schwache Version kam auf 4/100. Dieser Wert kommt von drei KRs, die völlig ohne Zahlen sind. "Zufriedenheits-Scores verbessern" ist kein KR. Es ist eine Spaltenüberschrift, die auf Daten wartet.
04 · Umsatz

Von "den gesamten Umsatz verantworten" zu "einen Hebel verantworten".

Neu schreiben6 / 100 · Neu schreiben

Das Geschäft ausbauen und den Umsatz dieses Jahr steigern.

  • Den jährlich wiederkehrenden Umsatz um 30% steigern.
  • In zwei neue Marktsegmente expandieren.
  • Bis Q2 einen neuen VP of Sales einstellen.
Warum es scheitert
  • "ARR um 30% steigern" ist ein Unternehmensergebnis, das kein einzelnes Team steuert.
  • "Einen VP einstellen" ist eine Aufgabe.
  • Das Objective ist eine Tautologie.
  • Kein Ausgangswert bei keinem KR.
Startklar84 / 100 · Startklar

Mehr Testnutzer zu zahlenden Kunden machen, indem die Preisentscheidung leichter wird.

  • Die Trial-zu-zahlend-Conversion steigt für Trials, die den Aha-Moment erreichen, von 8,4% auf 14%.
  • Die mediane Zeit vom Trial-Start bis zur ersten Zahlung sinkt von 21 Tagen auf 12 Tage.
  • Die Expansion-MRR steigt von 11% auf 18% der gesamten MRR.
Warum es funktioniert
  • Das Objective identifiziert einen konkreten Hebel.
  • KR1 grenzt sich auf Nutzer ein, die den Aha-Moment bereits erreicht haben.
  • KR3 verfolgt die Expansion-MRR als Anteil, nicht als absolute Zahl.
In Diagnose laden →
Coach-Notiz
Umsatz-OKRs scheitern fast immer am Test "steuert das Team das überhaupt?". Wenn kein einzelnes Team die ARR steuert, sollte sich auch kein einzelnes Team als KR darauf festlegen.
05 · Retention

Von generischer Churn-Reduktion zu einem konkreten Problemfenster.

Neu schreiben7 / 100 · Neu schreiben

Churn senken und Retention über unseren gesamten Kundenstamm verbessern.

  • Churn senken.
  • Wöchentlich aktive Nutzer verbessern.
  • Bis Q2 ein Customer-Health-Score-Dashboard einführen.
Warum es scheitert
  • KR1 hat keinen Ausgangswert, keinen Zielwert.
  • "Wöchentlich aktive Nutzer verbessern" definiert "aktiv" nicht.
  • "Dashboard einführen" ist eine Projektaufgabe.
  • Das Objective wiederholt dieselbe Idee zweimal.
Startklar87 / 100 · Startklar

Aufhören, Kunden im 30-bis-90-Tage-Fenster zu verlieren, in dem aus Desinteresse eine Kündigung wird.

  • Die monatliche Churn-Rate für Kunden in den ersten 90 Tagen sinkt von 6,2% auf unter 3%.
  • Der Anteil monatlich aktiver Accounts in der 30-bis-90-Tage-Kohorte steigt von 41% auf 62%.
  • Die mediane Zahl der Tage zwischen letztem Login und Kündigung in der 30-bis-90-Tage-Kohorte steigt von 8 auf mindestens 22.
Warum es funktioniert
  • Das Objective benennt das Problemfenster genau.
  • KR3 misst das Frühwarnsignal, nicht das nachlaufende Ergebnis.
  • Alle drei KRs grenzen sich auf dieselbe Kohorte ein.
In Diagnose laden →
Coach-Notiz
Churn hat eine Form. Früher Churn ist ein Aktivierungsproblem. Churn in der Mitte des Lebenszyklus ist ein Engagement-Problem. Später Churn ist ein Wertproblem. Grenze zuerst das Fenster ein.
06 · Produktqualität

Von "Bugs fixen" zu "Qualität unsichtbar machen".

Neu schreiben8 / 100 · Neu schreiben

Die Qualität und Zuverlässigkeit des Produkts verbessern.

  • Alle kritischen Bugs fixen.
  • 99% Uptime erreichen.
  • App-Performance verbessern.
Warum es scheitert
  • "Alle kritischen Bugs fixen" ist eine Aufgabenliste.
  • "99% Uptime" hat keinen Ausgangswert.
  • "App-Performance verbessern" hat keinen Ausgangswert, keinen Zielwert und keine Abgrenzung.
Startklar85 / 100 · Startklar

Produktqualität für Nutzer unsichtbar machen: keine Abstürze, keine Verlangsamungen, keine fehlenden Features über ein ganzes Quartal.

  • P0/P1-Bugmeldungen sinken von 14 pro Woche auf unter 3, gehalten über 8 aufeinanderfolgende Wochen.
  • Die mediane Ladezeit der drei meistgenutzten Flows sinkt im 4G-Netz von 3,8s auf unter 1,4s.
  • Von Nutzern gemeldete Fehler über das In-App-Feedback sinken von 47 pro Woche auf unter 10.
Warum es funktioniert
  • Jedes KR legt ein Fenster anhaltender Leistung fest.
  • KR2 benennt das Messinstrument.
  • KR3 nutzt von Nutzern gemeldete Fehler als Frühindikator.
In Diagnose laden →
Coach-Notiz
"Alle kritischen Bugs fixen" ist der Inbegriff des binären Meilensteins. Am ersten Tag von Q4 hast du entweder null oder nicht. Schreib auf, was sich für Nutzer verändert.
Jag dein eigenes OKR durch die Diagnose.
Oder lade eines der starken Beispiele von oben, um die Ergebnisseite zu sehen.
Diagnose →