OKRs für ein Startup setzen (mit Beispielen)

Um OKRs für ein Startup zu setzen, wähle für das Quartal ein bis drei Objectives, also kurze, qualitative Aussagen darüber, was am wichtigsten ist. Gib jedem zwei bis vier Key Results: messbare Ergebnisse mit einem Ausgangswert und einem Zielwert, die belegen, dass das Objective erreicht wurde. Prüfe den Fortschritt in einem kurzen wöchentlichen Check-in, bewerte am Quartalsende ehrlich und nutze, was du gelernt hast, um die nächsten festzulegen.

OKRs (Objectives and Key Results) sind eine Zielmethode, die mit Intel verbunden ist und später in der Tech-Branche bekannt wurde. Für ein Startup liegt ihr Nutzen vor allem darin, dass sie ein kleines Team zwingen, sich darauf zu einigen, was in diesem Quartal zählt und was nicht.

Wann OKRs helfen und wann nicht

OKRs helfen, wenn:

• das Team groß genug ist, dass Menschen in verschiedene Richtungen ziehen könnten.
• es mehr gute Ideen als Zeit gibt und du einen Weg brauchst, Nein zu sagen.
• du ein funktionierendes Produkt hast und bestimmte Ergebnisse verbessern willst, etwa Aktivierung oder Bindung.

Sie helfen weniger, wenn:

• du noch nach dem Problem suchst, das gelöst werden soll. Vor der Validierung ändern sich Ziele wöchentlich. Eine einfache Liste von Experimenten funktioniert dann besser.
• du allein bist und der ganze Plan in deinen Kopf passt. Ein einzelnes Objective auf einem Haftzettel reicht vielleicht.
• sie zu Papierkram werden. Wenn das Aktualisieren der OKRs länger dauert als die Arbeit selbst, fahr sie zurück.

Der Aufbau eines guten OKR

Objective: Was du erreichen willst, in Worten. Es sollte bedeutsam sein, spezifisch genug, um Entscheidungen zu leiten, und zeitlich begrenzt, meist auf ein Quartal.

Key Results: Woran du merkst, dass du es erreicht hast. Jedes sollte:

• messbar sein, also eine Zahl mit Ausgangswert und Ziel.
• ein Ergebnis und keine Aufgabe sein, zum Beispiel „Aktivierungsrate von X % auf Y %“ statt „Onboarding-Checkliste bauen“.
• im Einflussbereich des Teams liegen.
• überprüfbar sein. Du weißt, woher die Daten kommen.

Initiativen (Aufgaben, Projekte) stehen darunter. Sie sind deine Wetten, wie sich die Key Results bewegen lassen, und du darfst sie mitten im Quartal ändern.

Nutze deine eigenen echten Ausgangswerte. Wenn du noch keinen hast, könnte das erste Key Result sein, ihn zu messen.

Schritt 1: Von der wichtigsten Frage des Unternehmens ausgehen

Bevor du etwas schreibst, beantworte: Was ist das Wichtigste, das sich in diesem Quartal ändern muss? Für ein frühes Startup ist das meist eines davon:

Dein Go-to-Market-Plan und die Kennzahlen aus SaaS-Kennzahlen erklärt sind dafür gute Grundlagen.

Schritt 2: Ein bis drei Objectives formulieren

Wenn es ein Team gibt, entwerft die Objectives gemeinsam. Gute Objectives:

• passen in einen Satz und sind leicht zu merken.
• beschreiben eine Veränderung und nicht das übliche Geschäft.
• würden einen echten Unterschied machen, wenn sie erreicht werden.

Schwach: „Marketing verbessern.“ Besser: „Einen Kanal finden, der zuverlässig Testnutzer bringt.“

Schritt 3: Key Results für jedes Objective schreiben

Frag dich bei jedem Objective: „Wenn das am Quartalsende wahr wäre, woran würden wir es merken?“ Schreib zwei bis vier Antworten als Zahlen auf.

Ein kurzer Test für jedes Key Result:

• Könnte es jemand außerhalb des Teams überprüfen?
• Gibt es einen Ausgangswert und ein Ziel?
• Ist es ein Ergebnis und keine Aktivität?
• Würde das Erreichen wirklich bedeuten, dass das Objective erfüllt ist?
• Lässt es sich auf schädliche Weise manipulieren? Wenn ja, stell ihm eine Gegenkennzahl zur Seite.

Beispiel für ein Paar (erfunden): Ein Key Result, das Testanmeldungen steigern soll, ließe sich durch das Anziehen der falschen Leute manipulieren. Deshalb koppelst du es mit einem Key Result zum Anteil der Tests, die tatsächlich aktiv werden.

Verbindlich vs. ambitioniert

Manche Teams kennzeichnen ihre Key Results:

• Verbindlich: Du erwartest, sie voll zu erreichen. Ein Verfehlen ist ein Problem, das besprochen werden muss.
• Ambitioniert: Streckziele. Wenn du den größten Teil erreichst, ist das ein gutes Ergebnis.

Lege von Anfang an fest, welche Key Results verbindlich und welche ambitioniert sind, damit ein Teilergebnis später nicht falsch verstanden wird.

Schritt 4: Einen Rhythmus festlegen

Ein leichter Takt für ein kleines Team:

Der wöchentliche Check-in kann aus drei Fragen pro Key Result bestehen: Wo stehen wir jetzt, wie sicher sind wir, das Ziel zu erreichen, und was blockiert uns?

Schritt 5: Bewerten und lernen

Bewerte am Quartalsende jedes Key Result. Üblich ist eine Skala von 0,0 bis 1,0 oder einfach ein Prozentsatz des erreichten Ziels. Schreib dann ein paar Sätze zu jedem Objective:

• Was hat die Zahlen bewegt, und was nicht?
• Waren die Key Results die richtigen Messgrößen?
• Was machen wir im nächsten Quartal anders?

Die Lehren zählen mehr als die Bewertungen.

Ein vollständiges Beispiel für ein kleines SaaS (erfunden)

Ein Zwei-Personen-Team hat ein Buchungstool für selbstständige Nachhilfelehrer gelauncht. Anmeldungen kommen rein, aber viele richten nie ihre Verfügbarkeit ein.

Objective 1: Neue Nachhilfelehrer sind bereit, in ihrer ersten Sitzung Buchungen anzunehmen.

• KR1: Anteil neuer Lehrer, die innerhalb von 24 Stunden ihre Verfügbarkeit veröffentlichen: von [Ausgangswert] auf [Ziel].
• KR2: Anteil neuer Lehrer, die innerhalb von 14 Tagen die erste Buchung erhalten: von [Ausgangswert] auf [Ziel].
• KR3: Mindestens acht Onboarding-Gespräche führen und die Erkenntnisse festhalten.

Objective 2: Herausfinden, welcher Kanal Lehrer bringt, die bleiben.

• KR1: Quelle jeder Anmeldung erfassen (bisher nicht erfasst).
• KR2: Drei Kanal-Experimente durchführen, jeweils mit schriftlichem Ergebnis.
• KR3: Einen Kanal identifizieren, dessen Anmeldungen mindestens den Gesamtdurchschnitt an Aktivierung erreichen.

Beachte, dass KR3 in Objective 1 eher eine Aktivität ist. Das ist akzeptabel, wenn das Ziel das Lernen ist, aber die meisten Key Results sollten Ergebnisse sein.

OKR-Vorlage

Kopiere das in ein Dokument oder eine Tabelle:

Häufige Fehler

• Zu viele OKRs. Wenn alles Priorität hat, hat nichts Priorität.
• Aufgabenlisten, die sich als Key Results ausgeben. „Feature X launchen“ sagt nichts darüber, ob es funktioniert hat.
• Kein Ausgangswert. Ohne Startpunkt sind Ziele nur Vermutungen.
• Setzen und vergessen. OKRs, die bis zum Quartalsende unberührt bleiben, sind nur eine Wunschliste.
• Kopplung an Gehalt. Dann setzen Menschen Ziele, von denen sie wissen, dass sie sie schaffen.
• Den Prozess eines anderen Unternehmens kopieren. Ein Team mit fünf Personen braucht kein kaskadierendes Zielsystem eines Konzerns.

OKRs mit Mythex verfolgen

Für die meisten kleinen Teams reichen eine Tabelle oder ein Dokument. Wenn du etwas Maßgeschneidertes willst, etwa eine einfache interne Seite, auf der jeder Verantwortliche sein Key Result wöchentlich aktualisiert und das Team den Fortschritt auf einen Blick sieht, kannst du das einem KI-App-Builder wie Mythex beschreiben. Dann hast du ein funktionierendes internes Tool mit Datenbank dahinter. Wie du ein internes Tool baust und wie du ein Dashboard baust behandeln diesen Ansatz. In beiden Fällen ist das Tool weit weniger wichtig als die wöchentliche Gewohnheit, die Zahlen gemeinsam anzuschauen.

Fragen