RevOps ist gerade das Schlagwort, das in keiner B2B-Sales-Diskussion fehlen darf. Revenue Operations klingt groß, strategisch, ein bisschen amerikanisch — und deshalb reagieren viele mittelständische IT-Unternehmer mit einer Mischung aus Interesse und Skepsis: “Ist das nicht eher was für Konzerne?”
Die kurze Antwort: Nein. Das Kernproblem, das RevOps löst, ist bei einem IT-Dienstleister mit 20 Mitarbeitern genauso real wie bei einem SaaS-Unternehmen mit 200.
Was RevOps wirklich ist — und was nicht
RevOps ist keine Abteilung. Es ist keine Software. Es ist auch kein Prozessberatungsprojekt, das sechs Monate dauert und in einer PowerPoint endet.
RevOps ist das Prinzip, dass Marketing, Vertrieb und Delivery (oder Customer Success) auf eine gemeinsame Datenbasis und auf gemeinsame Ziele ausgerichtet werden — statt in getrennten Silos zu arbeiten, die jeweils ihre eigene Version von “wie es läuft” haben.
Das konkrete Problem, das damit gelöst wird: In den meisten IT-Unternehmen weiß das Marketing nicht, welche Leads wirklich zu Abschlüssen führen. Der Vertrieb weiß nicht, ob die Pipeline ausreicht, um das Quartalsziel zu erreichen. Und die Delivery weiß nicht, wie viele neue Projekte sie in drei Monaten einplanen muss, weil der Vertrieb das nicht verlässlich kommuniziert.
Alle arbeiten hart. Alle arbeiten aber in unterschiedliche Richtungen.
Das eigentliche Problem: Der Tag frisst die Strategie
Es gibt eine Frage, die den RevOps-Bedarf in einem Satz sichtbar macht: Wo verbringen Ihre Führungskräfte den größten Teil ihrer Zeit — mit operativer Ausführung oder mit strategischer Steuerung?
Die ehrliche Antwort in den meisten Unternehmen: mit Ausführung. E-Mails, CRM-Pflege, interne Abstimmungen, Kundentermine, Ad-hoc-Anfragen. Strategische Arbeit — also das Überprüfen und Anpassen von Zielen, das Durchdenken von Wachstumsoptionen, das Lesen von Markt- und Wettbewerbssignalen — findet dann statt, wenn noch Zeit bleibt. Was selten genug ist.
Das ist kein Disziplinproblem. Es ist ein Strukturproblem. Wenn die Systeme und Prozesse so gebaut sind, dass operative Ausführung dominiert, dann dominiert sie — unabhängig davon, wie diszipliniert die Führungskraft ist.
RevOps ändert diese Struktur. Nicht durch mehr Meetings, sondern durch bessere Datenverfügbarkeit, klarere Prozesse und Tools, die strategische Arbeit in den Alltag integrieren statt sie davon zu trennen.
Drei RevOps-Hebel, die IT-Unternehmen sofort nutzen können
1. Gemeinsame Definition von “qualifizierter Lead” und “forecastbarer Deal”
In den meisten IT-Unternehmen gibt es keine einheitliche Antwort auf die Frage, ab wann ein Deal im Forecast als wahrscheinlich gilt. Marketing zählt jeden MQL. Vertrieb zählt jeden Anruf. Der Geschäftsführer verlässt sich auf sein Bauchgefühl.
Der erste RevOps-Hebel ist konsequente Begriffsdefinition: Was ist ein SQL? Ab welchem Stadium zählt ein Deal als forecast-relevant? Wer entscheidet das, und wann wird es überprüft? Diese Entscheidungen brauchen keine Software — sie brauchen Einigkeit.
2. Planung, die alle drei Funktionen verbindet
RevOps bedeutet: Vertriebsplanung, Kapazitätsplanung und Marketingbudget werden nicht mehr separat entwickelt, sondern gemeinsam. Der Marketingplan leitet sich aus dem Vertriebsziel ab. Das Vertriebsziel berücksichtigt die Delivery-Kapazität.
Technisch wird das durch ein dediziertes Vertriebsplanung Tool abgebildet, das Quota, Forecast und Kapazität in einer Ansicht zusammenführt — statt diese Information auf drei Systeme und fünf Excel-Dateien zu verteilen.
3. Proaktive Steuerung statt reaktive Analyse
Der Unterschied zwischen einem RevOps-reifen Unternehmen und einem, das noch auf dem Weg dahin ist: Das erste weiß im März bereits, wie das Q2 aussehen wird — und kann noch handeln. Das zweite weiß es im Juni, wenn Q2 schon fast vorbei ist.
Das setzt voraus, dass Forecasting nicht als Rückblick, sondern als Vorschau funktioniert. Nicht “was haben wir letzten Monat gemacht?”, sondern “was wird nächsten Monat passieren, wenn wir nichts ändern?”
Warum RevOps im DACH-Mittelstand anders aussieht als im US-Markt
In US-amerikanischen SaaS-Unternehmen ist RevOps oft eine eigene Funktion mit eigenem Team — Chief Revenue Officer, Revenue Operations Manager, Sales Operations Analyst. Das ist für einen IT-Dienstleister mit 15 bis 50 Mitarbeitern weder realistisch noch sinnvoll.
Im DACH-Mittelstand bedeutet RevOps meist: klare Prozesse zwischen bestehenden Funktionen, ein Tool das Planung und Forecast vereint, und ein Rhythmus für regelmäßige Abstimmung zwischen Vertrieb, Delivery und Management. Das ist keine Frage der Größe — das ist eine Frage der Entscheidung.
Fazit
RevOps ist kein Konzernthema. Es ist die strukturelle Antwort auf ein Problem, das in jedem wachsenden IT-Unternehmen irgendwann auftaucht: Marketing, Vertrieb und Delivery ziehen nicht an einem Strang, weil sie keine gemeinsame Datenbasis haben. Sales Planner ist für diesen Kontext gebaut — als Planungsebene über dem CRM, die Forecast, Quota und Kapazität verbindet und damit die Grundlage für proaktive Steuerung schafft. Kein RevOps-Team notwendig. Nur der Entschluss, es strukturiert anzugehen.
