Funktionsübergreifendes Vermitteln: Wenn Ops zum Bindegewebe wird

Es ist 16:47 Uhr an einem Donnerstag. Die Slack-DM landet von Ihrem VP of Sales: "hey, kannst du kurz auf einen Call springen, Sales und CS streiten sich schon wieder um die Quota-Gutschrift beim Upgrade."

Sie sind nicht im Sales-Team. Sie sind nicht im CS-Team. Sie verantworten den Vergütungsplan nicht und Sie verantworten den Verlängerungsablauf nicht. Sie werden 90 Minuten auf diesem Call sein, und in Minute 87 wird jemand sagen "okay, kann Ops einfach eine Lösung ausarbeiten und herumschicken?"

Willkommen in dem Job, für den Sie niemand eingestellt hat.

Die Stellenbeschreibung des Operations Manager spricht von Prozessgestaltung, Lieferantenmanagement, KPIs, Dashboards. Was sie nicht sagt, aber jeder im Führungsteam still erwartet: Sie sind das Bindegewebe zwischen jeder Funktion, die nicht direkt miteinander redet. Sales und CS. Finance und Sales. IT und Marketing. Product und CS. Sie werden in jeden teamübergreifenden Streit hineingezogen, der keinen klaren Verantwortlichen hat, und Ihre Leistungsbeurteilung wird stillschweigend "hat das Unternehmen aufgehört, aus diesen Wunden zu bluten" enthalten.

In diesem Playbook geht es darum, wie Sie diese Rolle ausfüllen, ohne zur dauerhaften Abladestelle für die nicht verantwortete Arbeit aller anderen zu werden.

Die Vermittler-Denkweise

Hier ist der mentale Wandel, den ich drei Jahre gebraucht habe, um ihn wirklich zu verinnerlichen: Sie sind nicht der Entscheider. Sie sind der Übersetzer.

Sales spricht in Pipeline-Abdeckung und Quotenerreichung. CS spricht in NRR, GRR und gefährdeten Accounts. Finance spricht in GAAP, abgegrenzten Umsätzen und Prüfpfaden. IT spricht in Tickets, Change-Fenstern und "hat das überhaupt jemand in Staging getestet." Product spricht in Roadmap-Gewicht und Engineering-Kapazität.

Fünf Stämme, fünf Vokabulare, fünf Sätze von Anreizen. Die meisten funktionsübergreifenden Streits sind eigentlich keine Meinungsverschiedenheiten über Fakten. Es sind zwei Funktionen, die aneinander vorbeireden, weil niemand einen Dialekt in den anderen übersetzt.

Diese Übersetzung ist Ihr Job. Und in der Sekunde, in der Sie Partei ergreifen, verlieren Sie den Job.

Wenn Sie sich beim Streit um die Quota-Gutschrift auf die Seite von Sales stellen, wird CS Ihren Arbeitsgruppen nicht mehr vertrauen. Wenn Sie sich bei einem Thema der Umsatzrealisierung auf die Seite von Finance stellen, wird Sales um Sie herum arbeiten. Die Verhandlungsmacht des Vermittlers kommt aus der Neutralität. Sie müssen die Person sein, der jede Funktion vertraut, ihre Position gegenüber den anderen fair zu vertreten, selbst wenn Sie insgeheim denken, dass eine Seite sich lächerlich verhält.

Es gibt eine taktische Version davon: Übernehmen Sie den Prozess, nie die Entscheidung. Sie leiten die Besprechung. Sie erstellen das Dokument. Sie schreiben die Zusammenfassung. Sie verantworten das Ergebnis nicht. Das Ergebnis gehört den beiden VPs, die tatsächlich P&L im Spiel haben. Ihre Aufgabe ist es, dafür zu sorgen, dass sie einen so sauberen Weg zu einer Entscheidung haben, dass sie nicht umhinkommen, eine zu treffen.

Die Zuordnung "Wer verantwortet das?"

Bevor Sie irgendetwas vermitteln können, brauchen Sie eine brutal konkrete Antwort auf eine Frage: Wer verantwortet jeden wiederkehrenden Workflow, der Teamgrenzen überschreitet?

Erstellen Sie ein RACI pro Workflow. Eine Seite. Fünf Spalten. Keine Mehrdeutigkeit. Wenn zwei Teams beide glauben, für denselben Workflow Accountable zu sein, haben Sie gerade das eigentliche Problem gefunden, und Sie haben es vor der nächsten Slack-DM um 16:47 Uhr gefunden.

Hier ist ein echtes Beispiel für die Übergabe von Lead zu Opp:

Ein Accountable pro Zeile. Immer. Wenn Sie zwei Namen in der Accountable-Spalte haben, haben Sie einen Streit, der nur darauf wartet zu passieren. Bringen Sie ihn vor dem Brand ans Licht, nicht während.

Erstellen Sie eines davon für jeden wiederkehrenden teamübergreifenden Workflow:

• Lead-Übergabe (Marketing → SDR → AE)
• Verlängerungsprognose (CS → Finance → Sales)
• Churn-Rettung (CS → Sales → Product)
• Abrechnungsstreit (Finance → CS → Sales)
• Systemänderungsantrag (IT → betroffene Funktionen)
• Einarbeitung neuer Mitarbeitender (HR → IT → Manager → Ops)
• Übergabe der Kunden-Einarbeitung (Sales → CS, siehe unten, das ist der Klassiker)

Ein typisches mittelgroßes Unternehmen hat 8 bis 12 davon. Sie können den ganzen Satz in einem Quartal abarbeiten, wenn Sie es zu Ihrem Nebenprojekt machen. Niemand sonst wird es tun, und der Tag, an dem Sie alle 12 zugeordnet haben, ist der Tag, an dem sich Ihr Job verändert.

Eine funktionsübergreifende Arbeitsgruppe führen

Wenn etwas Teamübergreifendes aktiv kaputt ist, werden Sie in eine Besprechung gezogen. Diese Besprechung wird standardmäßig sein:

• 60 Minuten, wöchentlich wiederkehrend
• 8 bis 12 Personen, darunter 4, die Sie nie getroffen haben
• Statusupdates von jeder Funktion
• Keine Entscheidung
• Eine Folgebesprechung für nächsten Donnerstag angesetzt

Das ist das Format, das sicherstellt, dass nichts behoben wird. Lehnen Sie es ab.

Hier ist das Format, das tatsächlich funktioniert:

Höchstens 60 Minuten. Wenn Sie in 60 Minuten mit den richtigen Leuten im Raum zu keiner Entscheidung kommen, haben Sie keine Arbeitsgruppe, sondern eine Statusbesprechung. Status gehört in asynchrone Dokumente, nicht in Kalender.

Höchstens drei Personen. Eine Person pro betroffener Funktion. Jeder, der Consulted werden muss, bekommt das Dokument vorab und die Zusammenfassung danach. Jeder, der Informed werden muss, bekommt die Zusammenfassung. Sie bekommen nicht die Besprechung.

Entscheiden-oder-absagen-Regel. Wenn bis Minute 55 keine Entscheidung erreicht ist, wird die Besprechung abgesagt und das Thema eskaliert an die VPs. Nicht "lass uns wieder zusammenkommen." Nicht "lass mich mit meinem Team klären." Abgesagt. Eskaliert. Die Drohung der Eskalation ist das, was die Entscheidung erzwingt.

Kein wiederkehrender Termin, bis die Entscheidung getroffen ist. Arbeitsgruppen existieren, um ein bestimmtes Thema zu lösen, und lösen sich dann auf. In der Minute, in der sie wöchentlich in den Kalender kommen, werden sie zum Theater der Statusupdates.

Eine Arbeitsgruppen-Agenda, die auf einen Notizzettel passt:

Arbeitsgruppe: Quota-Gutschrift bei Upgrades mitten im Zyklus
Datum: 2026-05-02
Teilnehmende: VP Sales, VP CS, RevOps (Vermittler)

1. (10 Min.) Das Problem in einem Satz benennen. Bestätigen, dass wir einig sind.
2. (15 Min.) Jede Funktion stellt ihre Position dar. 5 Min. pro Funktion. Keine Unterbrechungen.
3. (20 Min.) Drei Optionen auf dem Tisch. Vor- und Nachteile, wer was bezahlt.
4. (10 Min.) Eine auswählen. Oder eskalieren.
5. (5 Min.) Zusammenfassung, Verantwortlicher, Frist. Fertig.

Entscheiden-oder-absagen-Regel gilt. Minute 55: Entweder haben wir eine Entscheidung oder das geht morgen an den CRO und CCO.

Dieses Format spart pro funktionsübergreifendem Thema rund 4 Stunden Besprechungszeit gegenüber dem Standard. Über ein Jahr, bei 8 bis 12 dieser Themen, sparen Sie Ihrem Führungsteam 32 bis 48 Stunden Besprechungen, und Sie verkürzen die Entscheidungszeit von 3 Wochen auf etwa 4 Tage.

Eskalations-Priorisierung

Nicht jeder Brand ist Ihr Brand. Der schnellste Weg, diesen Job zu verlieren, ist, jedes teamübergreifende Versagen aufzunehmen, das in Ihren DMs landet. Der zweitschnellste Weg ist, alles zurückzuschieben und als die Ops-Person bekannt zu werden, die nicht helfen will.

Die Priorisierungsregel: Übernehmen Sie den Prozess, nie die Entscheidung.

Wenn die Slack-DM eintrifft, stellen Sie sich zwei Fragen:

1. Gibt es eine einzige Funktion, die für diese Entscheidung eindeutig Accountable ist?
2. Hat sie die Informationen, die sie braucht, um sie zu treffen?

Wenn beides ja, schieben Sie zurück. Höflich, mit einem konkreten Grund und mit einem Weg nach vorn.

"Das ist eine Sales-CS-Entscheidung zum Vergütungsplan. Ich verantworte die Quotenpolitik nicht. Können Sie und Mike (VP CS) sich morgen 15 Minuten nehmen? Ich schicke ein Dokument mit den drei Szenarien, damit Sie entscheidungsbereit hineingehen."

Sie weigern sich nicht zu helfen. Sie weigern sich, die Entscheidung zu verantworten. Sie bieten an, die Vorarbeit zu leisten, was der eigentliche Mehrwert des Vermittlers ist.

Wenn nein zu Frage 1 (wenn es wirklich unverantwortet ist oder zwei Funktionen beide die Verantwortung beanspruchen), dann übernehmen Sie. Aber übernehmen Sie nur den Prozess.

"Gut, ich führe die Arbeitsgruppe. Wir machen es Donnerstag um 14 Uhr, 60 Minuten, Sie und Sarah, entscheiden-oder-absagen. Ich schicke das Vorbereitungsdokument am Dienstag. Die Entscheidung liegt bei Ihnen beiden. Ich treibe nur die Agenda voran."

Das Muster: Sie machen es ihnen leicht zu entscheiden. Sie entscheiden nicht in ihrem Namen. Der Tag, an dem Sie anfangen, im Namen von VPs zu entscheiden, ist der Tag, an dem Sie zum bequemen Sündenbock für jedes schlechte teamübergreifende Ergebnis werden.

Der Klassiker "Niemand verantwortet die Übergabe der Kunden-Einarbeitung"

Das ist das häufigste funktionsübergreifende schwarze Loch, das ich je gesehen habe, und ich würde 100 Dollar wetten, dass es bei Ihnen im Unternehmen gerade jetzt kaputt ist.

Die Gestalt des Problems:

• AE schließt den Deal am Freitag um 17:30 Uhr ab. High Fives.
• Der Kunde erwartet einen Kickoff-Call "nächste Woche."
• CS übernimmt den Account ... wann genau? Wenn der AE die CRM-Stufe aktualisiert? Wenn Finance die erste Rechnung ausstellt? Wenn der Kunde den Support anmailt und fragt, wann sein Kickoff ist?
• Die 72 Stunden zwischen "Deal abgeschlossen" und "CSM verantwortet ihn" gehören niemandem.

In diesen 72 Stunden erreicht die Begeisterung des Kunden ihren Höhepunkt und beginnt zu verfallen. Am Freitag um 17:30 Uhr war er begeistert. Bis Mittwoch hat er sich anderen Prioritäten zugewandt. Der Kickoff-Call landet in einem kühleren Raum, als er hätte müssen.

Unternehmen, die diese Übergabe in Ordnung bringen, sehen einen Anstieg von 8 bis 15 % bei der 90-Tage-Bindung und eine messbare Verbesserung der Zeit bis zum ersten Wert. Das ist keine Marketingstatistik, die ich aus der Luft greife. Es ist die Spanne, die ich persönlich bei vier mittelgroßen SaaS-Unternehmen beobachtet habe, die diesen Workflow zugeordnet und eine durchgängige Verantwortung zugewiesen haben.

So bringen Sie es in Ordnung:

Schritt 1: Ordnen Sie die Übergabe in 90-Minuten-Abschnitten zu. Stunde 0 (Deal wird unterschrieben) bis Stunde 168 (eine Woche nach Abschluss). Wer ist für jedes Fenster Accountable? Welches Artefakt muss existieren? Was erlebt der Kunde? Die meisten Unternehmen stellen fest, dass die Stunden 12 bis 60 völlig unverantwortet sind.

Schritt 2: Weisen Sie eine durchgängige Verantwortung zu. Ein Name. Üblicherweise ein Customer Onboarding Manager, falls vorhanden, sonst ein benannter CSM. Er ist von dem Moment an Accountable, in dem der AE die Opp als Closed-Won markiert, bis der Kickoff-Call stattfindet.

Schritt 3: Messen Sie das SLA. Kickoff-Call innerhalb von 48 Stunden nach Abschluss angesetzt. Erste E-Mail an den Kunden innerhalb von 4 Stunden. Synchronisierung von CRM und Onboarding-Tool innerhalb von 1 Stunde. Bauen Sie ein Dashboard. Prüfen Sie es wöchentlich mit der Sales- und CS-Führung. Das Dashboard, nicht die Besprechung, macht das SLA real.

Schritt 4: Führen Sie die Arbeitsgruppe, um das Design festzulegen. 60 Minuten, 3 Personen (VP Sales, VP CS, Sie), entscheiden-oder-absagen. Gehen Sie mit der Zuordnung und drei Verantwortungsoptionen hinein. Gehen Sie mit einer hinaus.

Das ist der funktionsübergreifende Eingriff mit dem höchsten Hebel in den meisten B2B-SaaS-Unternehmen. Wenn Sie nichts anderes aus diesem Playbook umsetzen, setzen Sie das um.

Das Post-Mortem-Playbook

Teamübergreifende Pannen werden passieren. Ein verpatzter Produkt-Launch. Eine verpasste Verlängerung, von der alle annahmen, dass jemand anderes sie im Blick hatte. Ein Salesforce-Update, das die Lead-Weiterleitung sechs Tage lang lahmlegte. Die Frage ist nicht, ob sie passieren. Die Frage ist, ob Sie etwas daraus lernen.

Führen Sie ein schuldfreies Post-Mortem innerhalb von 5 Arbeitstagen durch. Nicht 30. Nicht "nächstes Quartal." Fünf Arbeitstage, solange die Erinnerung frisch ist und die Beteiligten sich noch dafür interessieren.

Drei Fragen, in dieser Reihenfolge:

1. Wie verlief der Entscheidungspfad? Wer hat was wann und auf welcher Informationsgrundlage entschieden? Rekonstruieren Sie den Zeitverlauf. Seien Sie konkret.
2. Wo ist es kaputtgegangen? War es eine fehlende Entscheidung, eine falsche Entscheidung oder eine richtige Entscheidung, die schlecht umgesetzt wurde? Verschiedene Brüche brauchen verschiedene Lösungen.
3. Wer verantwortet die Lösung? Ein Name, eine Frist, ein konkretes Artefakt (aktualisiertes RACI, neues SLA, Systemänderung, Schulung).

Eine Gerüstvorlage:

Post-Mortem: {Vorfallname}
Datum des Vorfalls: 2026-04-12
Datum des Post-Mortems: 2026-04-17
Verantwortlicher (Vermittler): Camellia (Ops)
Teilnehmende: {3-5 direkt beteiligte Personen}

Zeitverlauf (konkret sein, wo möglich Zeitstempel verwenden):
- 04-12 09:14: ...
- 04-12 11:30: ...
- 04-12 14:02: ...

Wie verlief der Entscheidungspfad?
{2-3 Absätze, die rekonstruieren, wer was entschieden hat.}

Wo ist es kaputtgegangen?
- Fehlende Entscheidung? Ja/Nein. Details.
- Falsche Entscheidung? Ja/Nein. Details.
- Umsetzungsversagen? Ja/Nein. Details.

Was wir ändern:
1. {Konkrete Lösung}, Verantwortlicher: {Name}, Frist: {Datum}
2. {Konkrete Lösung}, Verantwortlicher: {Name}, Frist: {Datum}

Was wir NICHT ändern (und warum):
{Dinge, nach denen Leute fragen werden, die wir bewusst unangetastet ließen.}

Schuldfreie Regel: Dieses Dokument benennt Entscheidungen, nicht Personen. Namen erscheinen im Zeitverlauf zur Klarheit, nicht im Abschnitt "Wo ist es kaputtgegangen".

Das Dokument liegt in einem geteilten Ordner. Nicht in jemandes DMs. Nicht in einem Slack-Thread. Ein Ordner mit einer einheitlichen Konvention für Dateinamen, den jeder im Führungsteam sechs Monate später finden kann, wenn dasselbe Thema kurz davor ist, wieder zu passieren.

Die schuldfreie Rahmung ist wichtig. In der Minute, in der ein Post-Mortem zur Hexenjagd wird, hören die Leute auf, ehrlich zu sein, und Sie hören auf, etwas zu lernen. Der Sinn ist nicht herauszufinden, wer Mist gebaut hat. Der Sinn ist herauszufinden, was an Ihrem Prozess es zugelassen hat, dass ein Fehler so viel Schaden anrichtete.

Vermitteln ist ein echter Job

Hier ist das, was mir niemand gesagt hat, als ich diese Arbeit aufnahm: Vermitteln ist ein echter Job. Es ist kein Overhead. Es ist nicht "das weiche Zeug." Es ist die Rolle mit dem höchsten Hebel in mittelgroßen Unternehmen, und sie bleibt fast immer unbedankt, weil die Arbeit unsichtbar ist, wenn sie gut gemacht wird.

Gut gemacht sieht Vermitteln nach nichts aus. Besprechungen sind kurz. Entscheidungen werden getroffen. Teamübergreifende Streits wiederholen sich nicht. Einarbeitungs-Übergaben laufen reibungslos. Die Verlängerungsprognose hat keine "Moment, wer verantwortet diesen Account?"-Momente. Alle gehen davon aus, dass das Unternehmen einfach so läuft.

Schlecht gemacht sieht Vermitteln nach Slack-DMs jeden Donnerstag um 16:47 Uhr aus, nach dreimonatigen Entscheidungszyklen und nach einem Führungsteam, das sich still gegenseitig verübelt.

Der Ops-IC, der das meistert, wird zur Person, der jeder VP vertraut. Sie werden in den Strategieraum gezogen, nicht weil Sie einen Titel haben, der sagt, dass Sie dorthin gehören, sondern weil Sie die einzige Person sind, die das gesamte System sehen und in fünf verschiedenen Dialekten erklären kann. Das ist der Weg vom Operations Manager zum Director of Operations. Er führt schnurstracks durch die Vermittlerrolle, und die meisten Menschen verpassen ihn, weil sie denken, es sei nicht ihr Job.

Es ist Ihr Job. Jetzt haben Sie ein Playbook dafür.

Mehr erfahren

• Die Stellenbeschreibung Operations Manager
• RACI-Vorlagen für Revenue Operations
• Entscheidungsbesprechungen führen, die tatsächlich entscheiden
• SLA-Design für die Übergabe von Lead zu Opp
• Der Weg vom Ops Manager zum Director of Operations