Zum Inhalt springen

Operating Intelligence · Betrieb & Führung

COO im Startup: Mandat, Rollenmodell und Entscheidung

Ein Entscheidungsleitfaden für Gründer und CEOs: Bedarf prüfen, Mandat und CEO/COO-Grenze definieren, den passenden Archetyp wählen und Wirkung messen.

Siddharth Gangal Entscheidungsleitfaden
5 Entscheidungsauslöser Mandat & Rollenmodell Kadenz & Kennzahlen

Entscheidungsrahmen

  • — Benennen Sie zuerst die wiederkehrenden Entscheidungen, die heute keinen eindeutigen Owner haben.
  • — Prüfen Sie, ob ein bestehender Funktionsleiter, ein Chief of Staff oder ein besserer Prozess das Problem lösen kann.
  • — Definieren Sie das COO-Mandat schriftlich: Entscheidungen, Grenzen, Eskalationen und Erfolgsmaße.
  • — Wählen Sie den Archetyp nach dem dominanten Engpass, nicht nach einem allgemeinen COO-Profil.
  • — Vereinbaren Sie einen festen CEO/COO-Review-Rhythmus, bevor die Rolle startet.

Was ein COO im Startup besitzt

Ein COO ist nicht der ranghöchste Projektmanager. Er besitzt die Mechanik, mit der Strategie in bereichsübergreifende Entscheidungen übersetzt wird. Dazu gehören der operative Plan, die Weekly Operating Review, gemeinsame Kennzahldefinitionen, Eskalationswege und die Umsetzung der Initiativen, die mehrere Funktionen gleichzeitig betreffen.

Der CEO bleibt für Unternehmensrichtung, Kapitalallokation, Führung der C-Suite und zentrale externe Beziehungen verantwortlich. Der COO entscheidet innerhalb des vereinbarten Mandats über operative Zielkonflikte und stellt sicher, dass aus einer Entscheidung ein Owner, ein Termin und ein messbares Ergebnis werden. Strategische Richtungswechsel und Entscheidungen außerhalb dieses Mandats gehen zurück an den CEO.

Entscheidungsfeld CEO besitzt COO besitzt
StrategieRichtung und PrioritätenOperativen Plan und Abhängigkeiten
RessourcenKapitalallokationKapazitätsplan innerhalb des Budgets
AusführungAusnahmen außerhalb des MandatsKadenz, Owner und Eskalationen
KommunikationBoard und zentrale StakeholderFunktionsübergreifende Ausrichtung

Fünf Auslöser für die COO-Entscheidung

Die Mitarbeiterzahl beschreibt Größe, aber nicht das Führungsproblem. Relevanter sind diese wiederkehrenden Auslöser:

1. Entscheidungen fallen zwischen Funktionen

Sales, Finance, Product und Customer Success verfolgen nachvollziehbare Einzelziele, aber niemand besitzt den Zielkonflikt. Der CEO moderiert dieselbe Abstimmung wiederholt. Ein COO ist dann sinnvoll, wenn diese Entscheidungen ein unternehmensweites Mandat brauchen.

2. Der CEO ist der Standard-Eskalationspunkt

Operative Fragen erreichen den CEO nicht als Ausnahme, sondern als Normalfall. Bevor eine neue Rolle entsteht, sollte der CEO prüfen, welche Entscheidungen delegierbar sind und welche ausdrücklich bei ihm bleiben müssen.

3. Planung und Realität driften wiederholt auseinander

Ziele werden gesetzt, doch Abhängigkeiten, Kapazität und Risiken sind nicht in einem operativen Plan verbunden. Der COO besitzt in diesem Fall nicht jede Initiative, sondern das System, das Abweichungen früh sichtbar macht und Entscheidungen nachhält.

4. Kennzahlen haben mehrere Definitionen

Wenn Funktionen dieselbe Kennzahl unterschiedlich berechnen, fehlt eine belastbare Entscheidungsgrundlage. Der COO kann Definition, Datenquelle, Owner und Review-Frequenz verbindlich festlegen.

5. Eine strategische Veränderung braucht einen operativen Owner

Ein neues Segment, eine Reorganisation oder ein neues Geschäftsmodell betrifft mehrere Funktionen. Ein COO kann die Umsetzung führen, wenn der CEO weiterhin Richtung und Investitionsrahmen besitzt.

Drei COO-Archetypen nach Engpass

Der passende Archetyp ergibt sich aus dem wichtigsten operativen Engpass. Mischformen sind möglich; das Primärmandat sollte dennoch eindeutig sein.

Executor: Entscheidungen in Umsetzung überführen

Der Executor passt, wenn die Richtung klar ist, aber wichtige Initiativen keine verlässlichen Owner, Meilensteine oder Eskalationswege haben. Sein Mandat ist Ausführung: Prioritäten in einen realistischen Plan übersetzen und Blockaden entscheiden.

Integrator: Funktionen auf ein Betriebssystem ausrichten

Der Integrator passt, wenn Teams lokal funktionieren, aber Übergaben, Definitionen und Planungszyklen nicht zusammenpassen. Sein Mandat ist Koordination: gemeinsame Daten, eine feste Operating-Kadenz und klare Entscheidungsrechte schaffen.

Skalierungsarchitekt: Struktur für den nächsten Plan bauen

Der Skalierungsarchitekt passt, wenn das aktuelle Organisationsmodell die geplante Entwicklung nicht tragen kann. Sein Mandat umfasst Kapazitätsmodell, Organisationsdesign, Führungsstruktur und die Reihenfolge operativer Investitionen.

COO vs. VP Operations: das Mandat entscheidet

Ein VP Operations ist die richtige Wahl, wenn das Problem innerhalb einer klaren Funktion liegt. Ein COO ist die richtige Wahl, wenn die Lösung verbindliche Entscheidungen über mehrere Funktionen hinweg erfordert. Titel und Berichtslinie ersetzen dieses Mandat nicht.

Kriterium COO VP Operations
ProblemFunktionsübergreifender ZielkonfliktEngpass in einer Funktion
MandatUnternehmensweite operative EntscheidungenEntscheidungen im eigenen Bereich
ErgebnisGemeinsame Prioritäten und verlässliche AusführungLeistungsfähige operative Funktion
AlternativeMandat an bestehenden C-Level-OwnerHead of Operations oder Prozessverantwortlicher

Das COO Operating Model: Kadenz vor Dashboard

Ein Dashboard ist erst nützlich, wenn feststeht, welche Entscheidung in welchem Rhythmus getroffen wird. Das Operating Model verbindet Kennzahl, Abweichung, Entscheidung, Owner und Termin.

McKinsey empfiehlt COOs, ausdrücklich zu definieren, welche Rolle sie spielen und welche nicht, den laufenden Betrieb an ihr Team zu delegieren und für kritische Interaktionen eine feste Kadenz sowie die benötigten Daten und Berichte festzulegen. Diese Prinzipien bilden eine belastbare Grundlage für die CEO/COO-Arbeitsteilung. Quelle: McKinsey, „The COO agenda: Personal operating model“ (2024).

KadenzZweckErwartetes Ergebnis
WöchentlichAbweichungen und Blockaden entscheidenEntscheidung, Owner, Termin
MonatlichPlan, Ressourcen und Trends überprüfenAngepasster operativer Plan
QuartalsweiseMandat, Prioritäten und Kapazität neu bewertenBestätigte oder geänderte Ziele
CEO/COOGrenzfälle und strategische Ausnahmen klärenDokumentierte Entscheidungsgrenze

COO-Metriken: Formel und Entscheidung

Kennzahlen sind keine allgemeingültige COO-Scorecard. Die Auswahl folgt dem Geschäftsmodell und dem Mandat. Jede Kennzahl sollte eine konkrete Frage beantworten:

KennzahlFormelOperative Frage
Net Revenue RetentionMRR bestehender Kunden am Ende ÷ MRR derselben Kunden am AnfangBleibt und wächst bestehender Umsatz?
Burn MultipleNet Burn ÷ Net New ARRWie viel Kapital benötigt neues ARR?
ARR pro MitarbeitendemARR ÷ VollzeitäquivalenteEntwickelt sich Umsatz im Verhältnis zur Kapazität?
Pipeline CoverageQualifizierte Pipeline ÷ UmsatzzielReicht die aktuelle Pipeline für den Plan?
PlanerfüllungIst-Wert ÷ Plan-WertWo ist eine Entscheidung statt einer Erklärung nötig?

Definitionen und Berechnungslogik finden Sie im deutschen Fairview Glossar. Ergänzend beschreibt der Leitfaden zu Operating Intelligence Metrics, wie Signale in eine operative Entscheidung überführt werden.

Wann ein Startup keinen COO braucht

Ein COO löst kein unklar definiertes Führungsproblem. Verzichten Sie vorerst auf die Rolle, wenn einer dieser Fälle zutrifft:

  • Das Problem liegt in einer Funktion: Dann braucht diese Funktion Führung oder einen klareren Prozess, kein unternehmensweites COO-Mandat.
  • Der CEO will keine Entscheidungsrechte abgeben: Ohne delegierbares Mandat entsteht eine zusätzliche Abstimmungsebene.
  • Die strategische Richtung ist ungeklärt: Ein COO kann Ausführung strukturieren, aber die grundlegende Unternehmensentscheidung nicht ersetzen.
  • Erfolg ist nicht definiert: Vor der Einstellung müssen Ausgangslage, gewünschtes Ergebnis und Review-Zeitpunkt feststehen.

Operating Intelligence im COO-Modell

Fairview ist eine Operating Intelligence Plattform — Operations-Intelligenz für umsatzkritische Entscheidungen. Sie verbindet fragmentierte Betriebsdaten zu einer gemeinsamen Sicht auf Umsatz, Marge, Pipeline und Forecast und macht daraus priorisierte nächste Schritte.

Für den COO ist diese Sicht kein Berichtsziel. Sie ist die Datengrundlage der Weekly Operating Review: Abweichung erkennen, Ursache prüfen, Entscheidung treffen, Owner benennen und Wirkung in der nächsten Review kontrollieren. Mehr zur Plattform finden Sie auf der Fairview Produktseite.

Häufige Fragen zum COO im Startup

Was ist der Unterschied zwischen CEO und COO im Startup?

Der CEO verantwortet Unternehmensrichtung, Kapitalallokation und zentrale externe Beziehungen. Der COO besitzt das unternehmensweite Betriebssystem: funktionsübergreifende Prioritäten, Entscheidungsrhythmus, Umsetzung und Eskalationen. Die konkrete Grenze muss schriftlich im Mandat festgelegt werden.

Wann sollte ein Startup einen COO einstellen?

Ein COO ist gerechtfertigt, wenn mehrere Funktionen regelmäßig voneinander abhängen, wichtige Entscheidungen zwischen Teams liegen bleiben, der CEO zum dauerhaften Eskalationspunkt wird und die Verantwortung nicht sinnvoll an einen einzelnen Funktionsleiter delegiert werden kann. Die Mitarbeiterzahl allein ist kein ausreichendes Kriterium.

Welche Kennzahlen sollte ein COO-Dashboard zeigen?

Ein COO-Dashboard sollte nur Kennzahlen zeigen, die eine operative Entscheidung auslösen. Dazu gehören je nach Geschäftsmodell Umsatz und Marge, Pipeline und Forecast, Kundenbindung, Liquidität und Burn, Kapazität sowie der Fortschritt funktionsübergreifender Initiativen. Jede Kennzahl braucht einen Owner, eine Definition, einen Zielkorridor und eine Eskalationsregel.

Was ist der Unterschied zwischen COO und VP Operations?

Ein VP Operations führt einen klar abgegrenzten operativen Funktionsbereich. Ein COO erhält vom CEO ein unternehmensweites Mandat, funktionsübergreifende Prioritäten zu setzen, Zielkonflikte zu entscheiden und die operative Kadenz zu führen.

Wie messen COOs operative Leistung objektiv?

COOs messen nicht Aktivität, sondern die Wirkung ihres Mandats: weniger ungeklärte Eskalationen, verlässlichere Entscheidungen, klare Verantwortlichkeit und bessere Planerfüllung. Das Dashboard kombiniert dafür vorlaufende Signale mit Ergebniskennzahlen und dokumentiert Entscheidung, Owner und Termin.

Siddharth Gangal

Über den Autor

Siddharth Gangal

Founder, Fairview

Zweifacher SaaS-Gründer und Gründer von Fairview. Zuvor Mitgründer der Solar-Design-Plattform ARKA 360 nach seinem Abschluss am IIT Mandi.

Redaktionell geprüft von Akshay VR