OKRs sind kaputt: Wie Startups Ziele setzen sollten
Klassische OKRs wurden für Google mit 10.000 Mitarbeitenden gebaut. Warum sie bei Startups in der Frühphase scheitern — und was stattdessen funktioniert.
Veröffentlicht , aktualisiert · 9 Min. Lesezeit
Irgendwann um 2015 herum hat sich die Startup-Welt Hals über Kopf in OKRs verliebt. Schließlich brachte John Doerr sie in den frühen Tagen zu Google, Intel hatte sie genutzt, um den Chip-Markt zu dominieren, und jeder Produktivitäts-Blog im Internet predigte sie als den Schlüssel zu exzellenter Umsetzung.
Also begannen Gründer überall damit, vierteljährliche Objectives zu schreiben, Key Results durch ihre winzigen Teams herunterzukaskadieren und wöchentliche Check-ins anzusetzen, um den Fortschritt gegen das Framework zu überprüfen.
Die meisten von ihnen haben das Ganze innerhalb von zwei Quartalen klammheimlich aufgegeben. Nicht, weil es ihnen an Disziplin fehlte — sondern weil das Framework grundlegend nicht zu ihrer Situation passte. Zu verstehen, warum OKRs bei Startups in der Frühphase scheitern und was du stattdessen verwenden solltest, kann dir Monate an fehlgeleitetem Ziel-Theater ersparen.
Das Alignment-Problem, das du gar nicht hast
OKRs wurden bei Intel erfunden und bei Google populär gemacht, um eine ganz bestimmte organisatorische Herausforderung zu lösen: Tausende von Menschen über Dutzende von Teams hinweg dazu zu bringen, in dieselbe Richtung zu ziehen.
Die kaskadierende Struktur — Unternehmens-Objectives, die in Abteilungs-Objectives fließen, die in Team-Objectives fließen, die in individuelle Objectives fließen — ist wirklich genial, wenn dein größtes Risiko darin besteht, dass das Engineering-Team in Gebäude 40 nicht weiß, was das Produkt-Team in Gebäude 43 priorisiert.
Aber wenn du ein Team von drei Leuten bist, die am selben Tisch sitzen, oder ein Solo-Gründer, der aus seiner Küche arbeitet, ist Alignment nicht dein Problem. Du kannst dich buchstäblich zu deinem Mitgründer umdrehen und fragen „Hey, sollten wir das machen?“ und bekommst in fünf Sekunden eine Antwort.
Der Overhead ist der Preis: Ein formelles kaskadierendes Framework fügt in diesem Kontext nicht nur null Wert hinzu — es bremst dich aktiv aus, indem es Prozess einführt, wo keiner nötig ist. Am Ende verbringst du mehr Zeit damit, das Ziel-System zu pflegen, als die Ziele tatsächlich zu verfolgen.
Ein Quartal ist eine Ewigkeit
Die meisten OKR-Implementierungen laufen in vierteljährlichen Zyklen. Setze deine Objectives im Januar, prüfe den Fortschritt im Februar, mache im März ein formelles Review, fang im April von vorne an. Für ein Series-B-Unternehmen mit etabliertem Product-Market-Fit und einer relativ stabilen strategischen Ausrichtung funktioniert dieser Takt gut.
Für ein Startup in der Frühphase sind drei Monate ein geologisches Zeitalter:
- Woche zwei: Dein größter Kunde könnte abspringen
- Woche fünf: Ein Wettbewerber könnte etwas launchen, das deine gesamte Roadmap entwertet
- Woche acht: Ein Gespräch mit einem Interessenten könnte offenbaren, dass dein Zielmarkt von Anfang an falsch war
Bis dein vierteljährliches Review ansteht, sind die Objectives, die du sorgfältig ausgearbeitet hast, Artefakte einer Realität, die nicht mehr existiert. Du bewertest dich selbst anhand von Zielen, die schon vor sechs Wochen aufgehört haben, relevant zu sein.
Die Aktivitätsfalle
Der heimtückischste OKR-Fehler in Startups ist es, Key Results zu schreiben, die Aktivität statt Lernen messen. So zeigt sich derselbe Impuls auf verschiedenen Qualitätsebenen:
| Key Result | Was es misst | Warum es zu kurz greift |
|---|---|---|
| „Fünf neue Features launchen“ | Aktivität / Output | Klingt konkret und messbar, sagt dir aber nichts darüber, ob diese Features eine Rolle gespielt haben |
| „Churn um 15 % reduzieren“ | Ein Outcome | Besser — es ist ein Outcome, kein Output — aber in den frühesten Phasen können dich selbst Outcome-Metriken in die Irre führen, weil du noch nicht weißt, welche Outcomes wichtig sind |
Miss die Lerngeschwindigkeit: Was du in dieser Phase verfolgen solltest, ist die Rate, mit der du Unsicherheit beseitigst. Wie schnell lernst du, was funktioniert und was nicht? Wie viele Annahmen hast du in diesem Sprint validiert oder widerlegt? Diese Art von Metrik klingt schwammig, ist aber tatsächlich das ehrlichste Maß für Fortschritt in der Frühphase.
Was tatsächlich funktioniert
Nachdem man Hunderte von Gründern mit traditionellen OKRs hat ringen sehen, zeichnet sich unter denen, die gut umsetzen, ein klares Muster ab. Sie geben das Setzen von Zielen nicht völlig auf — sie passen es an die Geschwindigkeit und Unsicherheit des Aufbaus in der Frühphase an.
Zweiwöchige Lern-Sprints
Statt Ziele für 90 Tage zu setzen, setze sie für 14. Jeder Sprint dreht sich um die Beantwortung einer Frage — konkret deiner riskantesten Annahme im Moment.
- Gute Sprint-Frage: „Werden Enterprise-Käufer 500 $/Monat dafür zahlen?“
- Schlechte Quartals-Aspiration: „50.000 $ ARR erreichen“ — gibt dir keinerlei Orientierung, was du am Montagmorgen tun sollst
Am Ende jedes zweiwöchigen Sprints hast du eine klare Antwort (oder zumindest deutlich mehr Daten als zuvor). Du setzt die Frage des nächsten Sprints basierend auf dem, was du gerade gelernt hast. Das schafft eine Feedback-Schleife, mit der vierteljährliche Planung schlicht nicht mithalten kann.
Ein Objective nach dem anderen
Startups, die versuchen, drei Objectives gleichzeitig zu verfolgen, machen am Ende 33 % Fortschritt bei jedem, statt 100 % Fortschritt bei einem. In der Frühphase hast du nicht die Bandbreite für parallele strategische Initiativen.
Wähle die eine wichtigste Sache — die, die, wenn du sie hinbekommst, alles andere leichter oder irrelevant macht — und stecke deine gesamte Energie hinein.
Miss Überzeugung, nicht Fertigstellung
Du misst, wie viel du darüber gelernt hast, was funktioniert, nicht wie viele Dinge du hinausgeschoben hast.
| Statt dessen... | Versuch das... |
|---|---|
| „Den Onboarding-Flow ausliefern“ | „Sprich mit 10 neuen Nutzern und erreiche eine Zufriedenheitsbewertung von 7+ für die Klarheit des Onboardings“ |
| „E-Mail-Marketing-Kampagne launchen“ | „Führe 3 E-Mail-Experimente durch und identifiziere, welche Value Proposition eine Antwortrate über 20 % erzeugt“ |
Wöchentliche Kurskorrekturen
Stelle jeden Montag drei Fragen:
- Was haben wir letzte Woche gelernt?
- Was ist gerade unsere riskanteste Annahme?
- Was ist das schnellste Experiment, um sie zu testen?
Wenn sich die Antwort auf Frage zwei seit letzter Woche geändert hat, sollten sich auch deine Ziele ändern. Das ist kein Versagen und kein Mangel an Fokus — das ist gute Startup-Umsetzung, und es ist das Herzstück eines funktionierenden wöchentlichen Betriebstakts. Starrheit ist der Feind, wenn der Boden unter deinen Füßen in Bewegung ist.
Wann du zu echten OKRs aufsteigen solltest
Traditionelle OKRs sind nicht schlecht — sie sind für die meisten Startups in der Frühphase verfrüht. Der richtige Zeitpunkt, ein formelles OKR-Framework einzuführen, ist, wenn du Folgendes hast:
- Bestätigten Product-Market-Fit — siehe wie du erkennst, wann du ihn erreicht hast
- Ein Team von 8+ Personen, bei dem Alignment zu einer echten Herausforderung wird
- Eine strategische Ausrichtung, die stabil genug ist, um 90 Tage im Voraus zu planen, ohne dass sich alles ändert
Bis dahin halte es leichtgewichtig. Das beste Framework ist das, das dein Team tatsächlich nutzt, nicht das, das in einem Strategie-Dokument beeindruckend aussieht.
Wie das in 1tab.ai aussieht
1tab.ai bringt Ziele, Aufgaben, Recherche und Strategie in denselben Workspace — sodass deine Sprint-Objectives mit der Arbeit verbunden bleiben, die sie voranbringt. Kein Syncen, kein Copy-Paste zwischen Tools.