Operative Exzellenz ohne Bürokratie: Die Disziplin, das Aufgebaute zu erhalten

In Revenue Operations gibt es viel Begeisterung dafür, Neues aufzubauen, manches davon wählen wir als Operators selbst, manches wünscht sich das Business. Und meistens lieben wir die Herausforderung und stürzen uns direkt ins Bauen. Ich finde, das sagt einiges über das typische RevOps-Profil aus, aber das ist eine Geschichte für einen anderen Tag.

Die Sache ist nur: Alles, was gebaut wird, muss auch gepflegt werden. Und erstaunlich oft werden gerade die „kleinen“ Lösungen geschäftskritisch, oder zumindest zu einem festen Bestandteil der operativen Infrastruktur, von der das Unternehmen abhängt. Etwas Neues von Grund auf zu bauen, ist für Operators das beste Gefühl, und es bekommt als das „sexy“ neue Ding meist auch viel Aufmerksamkeit. Aber wissen Sie, was nicht so sexy ist? Das Aufgebaute zu pflegen, während Sie gleichzeitig an fünf anderen neuen Dingen arbeiten.

In meinem ersten Artikel habe ich darüber geschrieben, wie sich kleine Ineffizienzen still und leise ansammeln, wenn ein Unternehmen wächst, und im zweiten darüber, warum KI sie nicht für Sie aufräumt. Diesmal wird es praktisch.

Wie bauen Sie die Disziplin auf, skalierbare Operations zu erhalten, ohne Ihre RevOps-Funktion zu einem bürokratischen Engpass zu machen?

Meiner Erfahrung nach braucht es dafür selten mehr Governance, mehr Meetings oder ausgefeilteres Projektmanagement. Es beginnt mit ein paar relativ einfachen Gewohnheiten.

1. Definieren Sie Ihre operativen Pflichtaufgaben, und hinterfragen Sie sie regelmäßig

Jede Revenue-Operations-Funktion hat Aufgaben, die einfach erledigt werden müssen – täglich, wöchentlich, monatlich oder quartalsweise. Vielleicht prüfen Sie jeden Mittwoch Opportunities mit veralteten Close Dates. Vielleicht gleichen Sie jeden Monat die Bookings zwischen Salesforce und Ihrem Billing-System ab, und jedes Quartal validieren Sie Territory-Zuordnungen, prüfen die Provisionsberechnungen oder auditieren Ihre kritischen Integrationen.

Was auch immer diese Aufgaben sind: Sie sollten nicht davon abhängen, dass jemand daran denkt. Schreiben Sie sie auf, machen Sie sie wiederkehrend und geben Sie jeder Aufgabe eine verantwortliche Person. Jira, Asana, Notion, ein einfaches Ticketsystem oder eine Tabelle erfüllen alle ihren Zweck; Sichtbarkeit und Verantwortlichkeit sind viel wichtiger als ein ausgefeiltes Framework. Wenn Sie einen schnellen Einstieg suchen: Mein kostenloser RevOps-Wartungskalender enthält 19 Routinen für den Start (mehr dazu am Ende).

Sobald eine Routine aufgeschrieben ist, lohnt sich auch die Frage, ob überhaupt ein Mensch sie erledigen muss. Viele dieser Prüfungen wiederholen sich naturgemäß: Opportunities mit Close Dates in der Vergangenheit markieren, Bookings mit dem Billing abgleichen, jemanden alarmieren, wenn eine Integration nicht mehr synchronisiert. Das sind gute Kandidaten für Automatisierung, oder für einen KI-Agenten, der die wiederkehrenden Schritte ausführt und die Ausnahmen an einen Menschen übergibt. Die Verantwortung bleibt allerdings. Jemand ist weiterhin für die Routine zuständig, prüft, ob die Automatisierung tut, was sie soll, und entscheidet, was mit den Ausnahmen passiert.

Und jetzt kommt der Teil, der genauso wichtig ist: Überprüfen Sie diese Aufgaben regelmäßig, mindestens einmal pro Quartal. Fragen Sie sich:

• Erfüllt diese Aufgabe noch einen geschäftlichen Zweck?
• Erledigen wir sie im richtigen Rhythmus?
• Können wir sie vereinfachen oder automatisieren?
• Hat sich etwas geändert, wodurch diese Kontrolle überflüssig geworden ist?
• Gibt es neue operative Risiken, die wir stattdessen überwachen sollten?

Zwischen operativer Disziplin und Dienst nach Vorschrift liegt ein großer Unterschied. Natürlich brauchen geschäftskritische Prozesse und Integrationen eine viel engmaschigere Überwachung als einmal pro Quartal. Im quartalsweisen Review geht es darum, die Routinen selbst zu hinterfragen; Störungen zu erkennen, passiert laufend.

Eine Pflichtaufgabe ist etwas, zu dessen Pflege Sie sich verpflichten, und zu dieser Verpflichtung gehört, sie regelmäßig zu hinterfragen.

2. Dokumentation gehört zum Job

Ich weiß, Dokumentation begeistert niemanden besonders. Aber wenn Sie jemals ein CRM mit Dutzenden undokumentierter Workflows übernommen oder versucht haben, eine Integration zu verstehen, die jemand gebaut hat, der das Unternehmen vor zwei Jahren verlassen hat, wissen Sie genau, warum sie wichtig ist. Ich sage es immer wieder: Dokumentation ist nicht optional. Sie ist von vornherein ein wesentlicher Teil operativer Arbeit und sollte als Pflicht behandelt werden, denn zur Definition of Done gehört „dokumentiert“!

Übrigens: Heute gibt es wirklich keine Ausrede mehr, nicht zu dokumentieren. Wir haben Tools, die Meetings transkribieren, Entscheidungen zusammenfassen und Wissensdatenbanken pflegen helfen. Also können Sie KI einen ersten Entwurf technischer Dokumentation schreiben, Automatisierungslogik erklären oder chaotische Arbeitsnotizen in strukturierte Anleitungen verwandeln lassen. Okay, Sie müssen noch prüfen, was dabei herauskommt, aber der Aufwand für den Einstieg ist drastisch gesunken.

Und KI hilft nicht nur beim Schreiben der Dokumentation, sondern auch dabei, sie aktuell zu halten, und das ist meist der schwierigere Teil. Ein paar Möglichkeiten, das aufzusetzen:

• Halten Sie Entscheidungen dort fest, wo sie fallen. Nehmen Sie das Meeting auf, in dem eine Änderung beschlossen wird, lassen Sie es transkribieren und KI daraus eine kurze Änderungsnotiz machen: was sich geändert hat, warum und wer dafür verantwortlich ist.
• Dokumentieren Sie als Teil der Änderung. Wenn Sie einen Workflow, ein Feld oder eine Integration anpassen, geben Sie der KI die alte und die neue Version und lassen Sie sie die passende Dokumentationsseite aktualisieren, damit die Doku mit dem System mitwächst.
• Lassen Sie KI nach Lücken suchen. Geben Sie einem KI-Assistenten einmal pro Quartal Ihre Dokumentation zusammen mit einem Export des aktuellen Setups und lassen Sie ihn markieren, was nicht mehr übereinstimmt: Felder, die es nicht mehr gibt, Verantwortliche, die das Unternehmen verlassen haben, Workflows, die niemand dokumentiert hat.
• Machen Sie die Dokumentation befragbar. Verbinden Sie sie mit einem Assistenten, den Ihr Team fragen kann („Wie funktioniert unser Lead Routing?“). Wenn er keine Antwort weiß oder falsch antwortet, haben Sie die nächste Seite gefunden, die überarbeitet werden muss.

Meine Regel ist einfach: Wenn Sie einen geschäftskritischen Prozess ändern, aktualisieren Sie seine Dokumentation als Teil derselben Änderung. Und gute Dokumentation beantwortet praktische Fragen:

• Was macht dieser Prozess, und warum gibt es ihn?
• Wer ist dafür verantwortlich?
• Welche Systeme betrifft er?
• Was passiert, wenn er ausfällt, und woran erkennen wir, dass er funktioniert?

Niemand braucht ein 40-seitiges Handbuch. Jeder Workflow braucht genug Informationen, damit jemand anderes ihn verstehen, pflegen und Fehler beheben kann, und diese Dokumentation sollte beschreiben, wie die Dinge heute funktionieren, einschließlich aller Änderungen seit dem Go-live des Systems.

3. Setzen Sie KI dort ein, wo das Business sie braucht

Vorab, damit keine Missverständnisse entstehen: Ich bin klar für KI in Operations. Richtig eingesetzt, kann sie endlich die Grundlagenarbeit übernehmen, für die nie jemand Zeit hatte: Daten bereinigen, Prozesse dokumentieren, Routineprüfungen durchführen und Ausnahmen abfangen, bevor sie zu Problemen werden. Genau dort würde ich sie zuerst einsetzen.

Weniger überzeugt bin ich, und das ist im heutigen GTM-Technologieumfeld vielleicht eine unpopuläre Meinung, wenn wir den Großteil unserer Zeit damit verbringen, mit den neuesten Tools zu spielen und glänzende neue KI-Projekte auf Fundamenten zu starten, die dafür noch nicht bereit sind. Wenn Sie für eine operative Funktion verantwortlich sind, verlässt sich Ihr Unternehmen auf das, was Sie liefern. Sales braucht verlässliche Informationen, Finance belastbare Zahlen, Customer Success funktionierende Prozesse und die Geschäftsführung Systeme, denen sie vertrauen kann. KI sollte Ihnen zuerst helfen, dieser Verantwortung gerecht zu werden, die Experimente kommen danach.

Der Großteil unseres KI-Aufwands sollte also in die Lösung echter operativer Probleme fließen, angefangen bei den Grundlagen. Ich nenne das das 90/10-Prinzip.

90 % Ihres KI-Aufwands

• Löst ein echtes geschäftliches Problem
• Baut auf einem verlässlichen Prozess auf
• Hat eine verantwortliche Person und eine Messgröße

→

10 % Ihres KI-Aufwands

• Erkundung und Experimente
• Neue Tools in einem geschützten Rahmen testen
• Die Ideen finden, die sich zu skalieren lohnen

In meinem letzten Artikel bin ich die Fragen durchgegangen, die Sie stellen sollten, bevor Sie einen neuen KI-gestützten Workflow einführen: welches Problem er löst, ob der zugrunde liegende Prozess verlässlich ist und wie Sie das Ergebnis messen. Zwei weitere gehören auf diese Liste: Was passiert, wenn die Automatisierung einen Fehler macht, und wer ist für ihr Ergebnis verantwortlich?

Ein KI-Agent, der jede Woche fünf Stunden manuelle Arbeit spart, kann enorm wertvoll sein. Ein KI-Agent, der fünf Stunden Fehlersuche, manuelle Korrekturen und Unsicherheit verursacht, ist es wahrscheinlich nicht. Und wenn es um Umsatzreporting, Kundendaten, Billing oder andere geschäftskritische Systeme geht, steht noch mehr auf dem Spiel.

Sichern Sie das Fundament, bevor Sie darauf aufbauen.

4. Hören Sie Ihren GTM-Führungskräften zu, und lassen Sie den Business Impact Ihre Roadmap bestimmen

Eine der wichtigsten Aufgaben in Revenue Operations ist es zu verstehen, was das Unternehmen tatsächlich braucht, und das gelingt nicht, wenn Sie den ganzen Tag im CRM sitzen. Sie brauchen regelmäßige Gespräche mit Sales, Marketing, Customer Success, Finance und manchmal Product oder IT. Genug strukturierte Abstimmung, um zu verstehen, was funktioniert, was die Leute frustriert und wohin sich das Unternehmen entwickelt, ohne noch eine weitere Reihe wöchentlicher Meetings einzuführen.

Und bitte halten Sie diese Gespräche irgendwo fest. Eine Anfrage, die in drei verschiedenen Teams auftaucht, kann auf ein echtes operatives Problem hinweisen. Eine wiederkehrende Beschwerde über einen bestimmten Workflow kann Ihnen zeigen, dass der Prozess nicht mehr dazu passt, wie die Leute tatsächlich arbeiten.

Aber hier ist Urteilsvermögen gefragt, denn nicht jede Anfrage aus dem Business sollte zur operativen Priorität werden. Ein CRO möchte vielleicht ein neues Dashboard, ein Sales Manager eine zusätzliche Automatisierung, Marketing ein neues Attributionsmodell, und Customer Success kämpft vielleicht mit Übergaben. Alle diese Anliegen verdienen Aufmerksamkeit.

Über die Roadmap sollte der Business Impact entscheiden, nicht der höchste Titel, die häufigste Nachfrage oder die lauteste Stimme.

Ein paar Fragen helfen:

• Verbessert es die Umsatzentwicklung?
• Reduziert es operatives Risiko?
• Beseitigt es eine spürbare Ineffizienz?
• Unterstützt es eine strategische Priorität?
• Und was passiert, wenn wir es jetzt nicht angehen?

Manchmal lautet die richtige Antwort Ja. Manchmal Noch nicht, und manchmal Nein. Ein guter Operator kann den Unterschied erklären.

5. Bauen Sie eine Roadmap, die zur Größe Ihrer Organisation passt

Ich glaube nicht, dass jede Revenue-Operations-Funktion dasselbe Betriebsmodell braucht. Wenn Sie die einzige RevOps-Person in einem wachsenden Unternehmen sind, brauchen Sie wahrscheinlich keine aufwendige Sprintplanung, keine Story Points und keinen quartalsweisen Planungsworkshop mit fünfzehn Stakeholdern. Eine Roadmap brauchen Sie aber trotzdem, auch wenn sie nur aus einer Handvoll klarer Prioritäten besteht, die Sie mit Ihrer Führungskraft abgestimmt haben: die Fähigkeiten, die Sie in diesem Quartal aufbauen wollen, die Prozesse, die verbessert werden müssen, die Pflege, die auf jeden Fall weiterlaufen muss, und was mit der vorhandenen Kapazität realistisch umsetzbar ist. Das Ziel ist, nicht mehr jede Woche dem hinterherzulaufen, was gerade am dringendsten erscheint, ohne dabei zusätzlichen Projektmanagement-Aufwand zu erzeugen.

In größeren Organisationen wird das zur Führungsaufgabe. Der Head of RevOps, VP RevOps oder CRO, je nach Struktur, muss sicherstellen, dass die operativen Prioritäten zur Geschäftsstrategie passen. Aber diese Roadmap sollte nicht ausschließlich von oben entstehen. Operators, die direkt mit Systemen und Prozessen arbeiten, erkennen Schwachstellen oft lange bevor sie im Reporting für die Geschäftsführung auftauchen. Sie wissen, welche Integrationen fragil sind, welche manuellen Workarounds still und leise zur Dauerlösung geworden sind, mit welchen Prozessen sich Teams immer wieder schwertun und welche kleinen Verbesserungen erstaunlich viel unnötige Arbeit beseitigen könnten. Die Führungsebene wiederum sieht die kommerzielle Strategie, die finanziellen Prioritäten und die organisatorischen Veränderungen, die auf das Unternehmen zukommen.

Bottom-up

• Was im operativen Alltag passiert
• Fragile Integrationen und Dauer-Workarounds
• Wo Teams dem Prozess schwer folgen können

→

Top-down

• Was das Unternehmen erreichen muss
• Kommerzielle Strategie und finanzielle Prioritäten
• Organisatorische Veränderungen am Horizont

Und eines sollte auf dieser Roadmap immer sichtbar sein: die Pflege. Wenn jede verfügbare Stunde in neue Projekte fließt, zahlt die bestehende operative Infrastruktur irgendwann den Preis.

6. Geben Sie Ihren Teams Raum, sich weiterzuentwickeln

Diesen Punkt möchte ich besonders betonen, denn er ist entscheidend, wenn Sie nicht zum Engpass Ihres GTM werden wollen: Sie müssen lernen, mit Veränderung und sich wandelnden geschäftlichen Anforderungen umzugehen, und gleichzeitig klare Grenzen um das ziehen, was konsistent bleiben muss. Operative Exzellenz sollte nicht bedeuten, alle in immer starrere Prozesse zu zwängen. Unternehmen brauchen Raum zum Experimentieren: Sales muss neue Ansätze testen, Marketing neue Kanäle erkunden, Customer Success sich an veränderte Kundenerwartungen anpassen, und RevOps selbst braucht die Freiheit, bestehende Arbeitsweisen zu hinterfragen.

In der Praxis standardisieren Sie vielleicht Opportunity-Definitionen, Meilensteine im Kundenlebenszyklus und Anforderungen an das Finanzreporting, aber das heißt nicht, dass jeder Vertriebsmitarbeiter jeden Kunden auf genau dieselbe Weise angehen muss. Sie setzen vielleicht strenge Kontrollen für Kundendaten und produktive Integrationen, aber Teams können neue Tools trotzdem in einer geeigneten Umgebung ausprobieren.

Standardisieren Sie, worauf sich das Unternehmen verlassen muss. Lassen Sie Raum zum Experimentieren, wie Teams ihre Ziele erreichen.

Um mit den Veränderungen im Unternehmen Schritt zu halten, empfehle ich, jedes Quartal eine Q&A-Runde zu Tech Stack und Prozessen mit Ihren GTM-Teams durchzuführen. Drei Fragen reichen, um ein gutes Gespräch in Gang zu bringen:

• Was sollten wir angehen?
• Was kostet Sie im Alltag zu viel Zeit?
• Was machen wir inzwischen NICHT mehr so wie früher?

Die Antworten zeigen Ihnen, wo sich Prozesse verschoben haben, welche Tools im Weg stehen und welche Experimente bereits laufen, ohne dass es jemand gesagt hat. Und wenn sich ein Experiment bewährt, sorgen Sie dafür, dass es einen Weg gibt zu entscheiden, ob es Teil des Standard-Betriebsmodells werden soll. Sonst entsteht durch Experimente nur eine weitere Sammlung unverbundener Prozesse, und wir sind wieder am Anfang.

Die eigentliche Herausforderung ist die Balance

Für mich bedeutet operative Exzellenz, ein Umfeld zu schaffen, in dem das Unternehmen verlässlich arbeiten und gleichzeitig kontinuierlich verbessern kann, wie es arbeitet. Mit den ausgefeiltesten Prozessen, der detailliertesten Dokumentation oder dem größten Tech Stack hat das wenig zu tun, und RevOps sollte nicht zu der Abteilung werden, die allen anderen vorschreibt, wie sie zu arbeiten haben.

Es bedeutet, die Dinge zu schützen, die jeden einzelnen Tag funktionieren müssen, zu dokumentieren, was Sie bauen, und zu hinterfragen, ob bestehende Prozesse noch Sinn ergeben. Es bedeutet, den Menschen zuzuhören, die die Arbeit machen, ohne die übergeordneten Prioritäten des Unternehmens aus den Augen zu verlieren, und zu wissen, wann man experimentiert, wann man standardisiert und wann man etwas einfach in Ruhe lässt. Vor allem aber bedeutet es zu erkennen, dass Pflege und Weiterentwicklung zwei verschiedene Aufgaben sind. Beide brauchen Zeit, beide brauchen eine verantwortliche Person, und beide tragen zum Geschäftserfolg bei.

Damit Ihnen die erste Gewohnheit leichter fällt, habe ich die operativen Pflichtaufgaben in einen kostenlosen RevOps-Wartungskalender übertragen: eine Excel-Vorlage mit 19 Routinen für den Start, von täglich bis jährlich, mit verantwortlicher Person und Fälligkeitsdatum für jede, und einem quartalsweisen Review der Routinen selbst.

Kostenlose Ressource · Excel-VorlageRevOps-Wartungskalender →