Deutsch

Ein Tag im Leben eines RevOps Managers: Was die Stellenbeschreibung verschweigt

Die Stellenbeschreibung für Ihre RevOps-Manager-Rolle beginnt vermutlich mit etwas wie "Verantwortung für die Prognosegenauigkeit, Partnerschaft mit der Vertriebsleitung, funktionsübergreifende Abstimmung vorantreiben." Real, technisch korrekt, nutzlos. Nichts davon bereitet Sie auf die Slack-DM um 7:42 Uhr von Ihrem CRO vor, die lautet: "Hey, kannst du checken, warum der ACV im Dashboard um 18 % gefallen ist? Frage vor dem Standup."

Diese DM ist der eigentliche Job. Eine Panik in eine Zahl übersetzen, eine Zahl in eine Grundursache, eine Grundursache in eine Ein-Satz-Antwort, die Ihr CRO im Standup wiederholen kann, ohne zu klingen, als rudere er, und das alles in den siebzehn Minuten, bevor das Standup beginnt. Die Stellenbeschreibung erzählt Ihnen nichts von dieser DM. Hier ist also ein Dienstag, den ich kürzlich hatte, Stunde für Stunde, mit geänderten Namen und echten Datenqualitätsproblemen.

Wenn Sie ein Kandidat sind, der die Rolle bewertet: Darauf lassen Sie sich ein. Wenn Sie seit sechs Monaten dabei sind und sich fragen, ob das normal ist: Ja, ist es. Wenn Sie ein Hiring Manager sind, der die Stelle zuschneidet: Lesen Sie das und überarbeiten Sie die Stellenbeschreibung.

7:42 Uhr: Die Slack-DM vor dem Kaffee

Das Handy vibriert. CRO. ACV-Frage. Ich öffne Looker auf dem Handy, werfe einen Blick auf die Kohorte, und mir ist sofort klar: Das ist kein echter ACV-Rückgang. Es ist ein Definitions-Rückgang. Jemand hat vor zwei Tagen geändert, wie Annual Contract Value im dbt-Modell konsolidiert wird, und jetzt werden Mehrjahres-Deals über die Jahre gemittelt, statt den Vertragswert des ersten Jahres zu nehmen. Die Zahl hat sich nicht bewegt, die Berechnung hat sich geändert.

Ich tippe zurück: "Nicht echt. dbt-Modelländerung am Freitag, Mehrjahres-Deals werden gemittelt. Bis 9 Uhr gepatcht. Nimm im Standup die Zahl von letzter Woche." Krise mit einer Nachricht entschärft. Zeit, den Tag tatsächlich zu beginnen.

8:00 Uhr: Pipeline-Scan

Kaffee, zweiter Monitor, zwei Tabs: Salesforce und Clari. Ich schaue mir nicht die Pipeline an. Ich schaue mir an, was sich in der Pipeline über Nacht bewegt hat.

Das ist der Muskel, von dem Ihnen niemand sagt, dass Sie ihn aufbauen müssen. Eine ruhende Pipeline ist bedeutungslos. Eine Pipeline in Bewegung (was die Phase gewechselt hat, was das Abschlussdatum verschoben hat, wo der Betrag bearbeitet wurde) ist der Ort, an dem die Wahrheit lebt. Ich lasse einen gespeicherten Report laufen: In den letzten 24 Stunden geänderte Opportunities, gruppiert nach Phasenwechsel. Dreiundsechzig Zeilen.

Die meisten sind Rauschen. Drei sind es nicht.

Die erste ist ein 180-Tsd.-$-Deal, der gerade zum dritten Mal das Abschlussdatum verschoben hat. Q3 auf Q4, Q4 auf Q1, Q1 auf Q2. Das ist das Muster des dreifachen Verrutschens, und nach meiner Erfahrung bedeutet es, dass der Deal tot ist und der AE es noch nicht weiß, oder es weiß und den Schlag nicht einstecken will. Ich markiere ihn in meinem Notizbuch, um ihn im Forecast-Meeting anzusprechen.

Die zweite ist ein Deal, der still und leise von Negotiation zurück zu Proposal gefallen ist. Phasenrückschritte sind fast immer entweder ein echtes Signal (Champion-Wechsel, neues Budget) oder ein Problem der CRM-Hygiene (ein AE, der das falsche Dropdown getroffen hat). Ich prüfe das Aktivitätsprotokoll. Der Champion hat das Unternehmen am Montag verlassen. Echter Rückschritt. Der AE hat die Deal-Beschreibung nicht aktualisiert, also wäre das im Forecast-Meeting unsichtbar gewesen. Ich nehme ihn auf meine Liste.

Die dritte ist ein 40-Tsd.-$-Deal, bei dem der AE den Betrag um 20 % erhöht hat, ohne dass in elf Tagen Aktivität im Account war. Verdächtig. Betragsänderungen ohne Aktivität sind ein Anzeichen für Sandbagging oder Strecken. Ich frage morgen im 1:1 danach, nicht im Forecast-Meeting. Einen AE vor dem CRO bloßzustellen, ist der Weg, AEs zu verlieren.

9:30 Uhr: Vorbereitung auf das Forecast-Meeting

Das Forecast-Meeting um 10 Uhr ist der Ort, an dem mein Job am sichtbarsten und am fragilsten ist. Ich habe dreißig Minuten, um drei Zahlen abzustimmen, die übereinstimmen sollten, es aber nie tun:

  1. Was der CRO sagen wird, basierend auf seiner Einschätzung der AEs aus seinen 1:1s von gestern.
  2. Was Clari zeigt, basierend auf dem von den Reps eingetragenen Commit und Best Case, gewichtet durch das KI-Modell.
  3. Was die AE-für-AE-Konsolidierung in Salesforce zeigt, basierend auf dem, was gerade tatsächlich im CRM steht.

Diese drei Zahlen liegen typischerweise um 8 bis 15 % auseinander. Die Zahl des CRO ist meist die höchste (Recency-Bias aus den 1:1s). Die von Clari liegt meist in der Mitte. Die Salesforce-Konsolidierung ist meist die niedrigste, weil die Hälfte der AEs ihre Deals seit letztem Donnerstag nicht aktualisiert hat.

Mein Job in diesen dreißig Minuten ist es, die drei Deals zu identifizieren, zu denen der CRO Fragen bekommen wird, die Antworten vorzuschreiben und zu entscheiden, ob ich das zugrunde liegende Datenqualitätsproblem heute anspreche oder warte. Heute ist das Problem, dass ein Zapier-Flow, den jemand 2024 eingerichtet hat, still und leise Stage-Werte bei eingehenden Leads überschreibt. Es gibt aktuell zweiundvierzig Opportunities in Stage = Discovery, die in Stage = Qualification sein sollten, weil der Zap auf den falschen Trigger feuert. Ich finde so etwas alle paar Monate. Ich protokolliere es, behebe es nach dem Meeting und erwähne es im Meeting nicht. Der CRO braucht um 10 Uhr keine Zapier-Diagnose.

11:00 Uhr: Die Anfrage zur Systemreparatur

Forecast-Meeting beendet. Posteingang offen. Vier Slacks. Der eine, auf den es ankommt, kommt von einem AE: "Outreach loggt keine Tasks zurück in SF für die neue Sequence. Ist das ein Bug?"

Es ist kein Bug. Es ist nie ein Bug. Es ist, dass das Marketing vor zwei Wochen die Kampagne umbenannt hat, das Kampagnen-zu-Sequence-Mapping in Outreach still und leise kaputtgegangen ist, und jetzt das Task-Logging für jeden Deal scheitert, der aus dieser Kampagne stammt. Vierzig Minuten zur Diagnose (Outreach-API-Logs lesen, mit der SF-Kampagnenhistorie abgleichen, die Umbenennung finden). Zehn Minuten zur Behebung (das Mapping aktualisieren, die Änderung pushen, validieren, dass drei Test-Tasks korrekt geloggt werden). Null Dank, denn für den AE war es einfach "Outreach ist mal wieder kaputt".

Das ist der Teil des Jobs, der sich aufsummiert. Jedes System, das Sie betreiben, ist eine Marketing-Umbenennung, eine Salesloft-Sequence-Änderung, eine Salesforce-Feld-Abkündigung davon entfernt, kaputtzugehen. Die guten RevOps Manager, die ich kenne, führen alle ein privates Wiki: welche Integrationen kaputtgehen, wenn welche Sache upstream geändert wird. Meines hat 31 Einträge. Es ist das wertvollste Dokument, das ich besitze.

13:00 Uhr: Der asynchrone Streit über Datenqualität

Mittagessen am Schreibtisch. Slack-Thread mit drei SDRs und zwei AEs darüber, dass Lead Source leer bleibt. Das ist der wiederkehrende Streit, und ich habe gelernt: Der einzige Weg, ihn zu gewinnen, ist, die Kosten zu ihrem Problem zu machen, nicht zu meinem.

Ich poste im Kanal: "Habe die Daten gezogen: Letztes Quartal hatten 31 % der Closed-Won-Deals keine Quellenzuordnung. Deshalb wird dem Marketing im Vergütungsplan Credit gekürzt. Wenn ihr wollt, dass die Vergütung Inbound korrekt gewichtet, müssen wir die Quelle bei jedem Lead ausfüllen. Ich verlange nicht, dass ihr das Feld mögt. Ich sage euch, warum eure Spiff-Berechnung falsch ist."

Drei Antworten in fünf Minuten. Zwei AEs streiten. Ein SDR sagt "fair, ich kümmere mich drum." Das ist der Sieg. Sie brauchen nicht, dass alle zustimmen, Sie brauchen, dass die Rechnung sichtbar genug ist, damit niemand so tun kann, als gäbe es sie nicht. Datenqualitäts-Streits gewinnt man mit Vergütungsfolgen, nicht mit Vorträgen.

15:00 Uhr: Drei Stakeholder, ein Datensatz

Am späten Nachmittag stapeln sich die Anfragen. Heute:

  • Der CFO will die Netto-Umsatzbindung nach Segment für das Board-Deck. Braucht sie Freitag.
  • Der CMO will die Attribution nach Kanal für eine Kampagnen-Nachbetrachtung. Will sie morgen.
  • Der CRO will die Pipeline-Abdeckung nach Rep für ein 1:1 mit dem COO. Will sie in zwei Stunden.

Dieselben Quelldaten. Drei verschiedene Auswertungen. Drei verschiedene Fristen. Ich kann heute eine ausliefern.

Ich liefere die des CRO. Nicht, weil er am wichtigsten ist, sondern weil seine Frist die kürzeste und die Auswertung die einfachste ist. Pipeline-Abdeckung nach Rep ist ein 90-Sekunden-Filter im Looker-Explore. Ich schicke dem CFO eine Halte-E-Mail: "Arbeite an NRR nach Segment. Ich habe Donnerstag zum Tagesende einen Entwurf für Sie, damit wir Freitag für Überarbeitungen haben." Ich schreibe dem CMO per Slack: "Kanal-Attribution-Nachbetrachtung kommt Mittwochnachmittag. Wollen Sie die Kanäle vorher mit mir abstecken, oder soll ich Ihren letzten Brief als Standard nehmen?"

Der Trick, nicht unterzugehen, ist, jede Anfrage entweder in ein geliefertes Artefakt oder eine abgesteckte Zusage mit Datum zu verwandeln. Offene Anfragen verrotten. Abgesteckte nicht.

17:30 Uhr: Abstimmung von Commit und Best Case

Der Großteil des Teams loggt sich aus. Ich öffne Salesforce und ziehe die Pipeline-Bewegung des Tages in ein einseitiges Google Sheet. Drei Spalten: AE, Veränderung im Commit, Veränderung im Best Case.

Ich suche nach zwei Mustern. AEs, deren Commit sich kaum bewegt, deren Best Case aber ständig anschwillt, übercommitten: Sie polstern für das Meeting, stopfen aber optimistische Deals in den Best Case, um bei der Abdeckung gut auszusehen. AEs, deren Commit nach unten geht, deren Best Case aber gleich bleibt, betreiben Sandbagging, sie senken still und leise die Untergrenze, während die Obergrenze unverändert bleibt. Beide Muster lügen in unterschiedliche Richtungen. Beide sind wichtig für die Quotenplanung des nächsten Monats.

Heute gibt es von jedem eins. Ich schreibe eine zweizeilige Zusammenfassung in meine Notizen: "Sara: übercommittet beim Best Case, drei Deals sehen gestreckt aus. Marcus: Commit um 90 Tsd. $ gefallen ohne Aktivität zur Rechtfertigung, Sandbag-Kandidat." Das war's. Diese zwei Zeilen werden zur Agenda für das morgige Forecast-Meeting.

21:00 Uhr: Abendessen. Dann das dbt-Modell.

Meine Frau fragt, wie mein Tag war. Ich sage "normal." Sie weiß, was das bedeutet. Ich komme durchs Abendessen.

Um 21:00 Uhr bin ich wieder am Schreibtisch, weil das Looker-Dashboard, das der CRO morgen um 8 Uhr öffnet, aus einem dbt-Modell zieht, von dem ich jetzt weiß, dass es kaputt ist. Das morgendliche ACV-Problem war das Symptom, die Ursache ist eine Spaltenumbenennung im vorgelagerten Modell opportunities_enriched, für die mein nachgelagertes Modell revenue_metrics nicht aktualisiert wurde.

Ich öffne das dbt-Projekt. Ich finde die problematische Spalte. Der alte Name war acv_first_year, der neue ist acv_year_one. Wer auch immer die vorgelagerte Änderung gemacht hat, hat sie nicht weitergegeben. Ich korrigiere das nachgelagerte SQL über drei Referenzen in zwei Modellen. Ich lasse dbt test lokal laufen. Zwei Assertions schlagen wegen eines unzusammenhängenden Null-Problems fehl, dem ich heute Nacht nicht nachgehen kann, also behebe ich gezielt das ursprüngliche Problem, pushe den PR, pinge unseren Analytics Engineer, damit er es morgen früh reviewt, und validiere, dass das Modell sauber in der Produktion neu gebaut wurde.

23:14 Uhr. Ich öffne Looker, aktualisiere das Dashboard. Der ACV steht wieder auf der richtigen Zahl. Ich klappe meinen Laptop zu. Das Forecast-Meeting ist um 8 Uhr.

Was die Stellenbeschreibung nicht sagt

Die Stellenbeschreibung beschreibt den Titel. Sie sagt, Sie verantworten die Prognosegenauigkeit und treiben die funktionsübergreifende Abstimmung voran. Sie sagt nicht, was diese Phrasen tatsächlich bedeuten.

Sie sind ein Übersetzer. Der CRO spricht Pipeline. Der CFO spricht Marge. Der CMO spricht MQLs und CAC. Die AEs sprechen Provision. Ihr Job ist es, alle vier Zahlen auf dieselbe zugrunde liegende Wahrheit abzustimmen, jeden Tag, rechtzeitig zum nächsten Meeting. An den meisten Tagen bemerkt es niemand. An dem Tag, an dem man es bemerkt, liegt es daran, dass etwas kaputtgegangen ist und Sie der Einzige sind, der sehen kann, warum.

Sie sind außerdem ein Debugger von Systemen, an die sonst niemand denkt. Salesforce-Feldumbenennungen, Zapier-Flows, dbt-Spalten-Drift, Outreach-Kampagnen-Mappings, Looker-Explore-Caches: Das ist Ihr Wetter. AEs sehen Wetter als Bugs. Sie sehen es als Dienstag.

Und Sie sind ein Politiker ohne Mandat. Sie vermitteln Meinungsverschiedenheiten zwischen Führungskräften, die über Ihnen stehen, mit Daten, um die sie nicht gebeten haben und denen sie nicht ganz vertrauen, zu Fristen, die nicht Ihre sind.

Wie es nach 6 Monaten gut aussieht

Wenn Sie neu auf dem Posten sind, sind das die Frühindikatoren dafür, dass Sie es schaffen werden:

  1. Sie können die drei größten Datenqualitäts-Lecks in der Organisation benennen. Laut, ohne Notizen, in der Reihenfolge der Umsatzauswirkung.
  2. Sie haben mindestens einen wiederkehrenden Report eingestellt, den niemand gelesen hat. Bonuspunkte, wenn es ein Liebling des CRO war, der sich als Eitelkeit herausstellte.
  3. Das Forecast-Meeting läuft 15 Minuten kürzer als zu Ihrem Anfang. Weil die Fragen vor dem Meeting beantwortet werden, nicht währenddessen.
  4. Mindestens ein AE hat aufgehört, Ihnen wegen Dingen zu schreiben, die er selbst erledigen kann. Er hat es gelernt, weil Sie einen gespeicherten Report gebaut und aufgehört haben, DMs zu beantworten, die der Report beantworten würde.
  5. Die Finance vertraut Ihrer Pipeline-Abdeckungszahl. Vertrauen heißt hier, dass sie aufhört zu fragen "ist das echt" und anfängt zu fragen "was bedeutet das".

Wenn Sie nach sechs Monaten drei dieser fünf erreichen, sind Sie auf Kurs. Wenn Sie null erreichen, ist nicht die Rolle kaputt, sondern Ihr Aufgabenbereich. Sprechen Sie mit Ihrem Manager darüber, wofür Sie tatsächlich eingestellt wurden, im Gegensatz zu dem, was Sie als Feuerwehr erledigt haben.

Der Stack, den Sie jeden Tag anfassen

Die Tools ändern sich alle zwei Jahre. Die Kategorien nicht. Hier ist, was typischerweise am Gürtel eines RevOps Managers in einem B2B-SaaS mit 5 bis 200 Mio. $ ARR hängt:

  • CRM: Salesforce oder HubSpot. System of Record für Accounts, Kontakte, Opportunities. Salesforce gewinnt bei Anpassbarkeit und Phasenlogik, HubSpot gewinnt bei Geschwindigkeit der Einrichtung und Marketing-Integration. So oder so finden hier 60 % Ihrer Datenqualitäts-Streits statt.
  • Forecasting-Schicht: Clari oder BoostUp. Sitzt über dem CRM, gewichtet Deals mit KI-Signalen, macht Risiken sichtbar. Sie werden mehr Zeit damit verbringen, ihre Zahlen zu validieren, als ihnen zu vertrauen. Behandeln Sie sie als Hypothesen-Maschine, nicht als Quelle der Wahrheit.
  • Sales Engagement: Outreach oder Salesloft. Sequences, Dialer, Task-Logging. Die erste Stelle, die kaputtgeht, wenn das Marketing eine Kampagne umbenennt. Halten Sie das Integrations-Health-Dashboard angepinnt.
  • Funktionsübergreifende Umsetzung: Rework. Für B2B-SaaS-Teams, die die Schicht aus Deals/Tasks/Projekten brauchen, die CRM-Aktivität mit der tatsächlichen Lieferung verbindet (Implementierung, Onboarding, Success). Starke Passung, wenn der Vertrieb an ein CS- oder Services-Team übergibt und die Arbeit irgendwo außerhalb des CRM leben muss. Nützlich, wenn Ihr Team mittelgroß ist (20 bis 500) und Sie funktionsübergreifende Abläufe brauchen, ohne drei Tools zusammenzuflicken.
  • Transformationen: dbt. Verantwortet die Modellierungsschicht zwischen rohem Warehouse und BI. Wenn Sie dbt nicht beherrschen, lernen Sie es. Wenn doch, sind Sie schon um 23 Uhr auf Abruf.
  • BI: Looker oder Tableau. Was Führungskräfte tatsächlich öffnen. Looker für explore-getriebenes Self-Service, Tableau für Executive-Dashboards. Beide sind dbt nachgelagert, wenn dbt kaputt ist, ist BI kaputt.
  • Slack: wo der eigentliche Job größtenteils stattfindet. Die DMs, die Threads, die asynchronen Streits. Wenn Ihre Slack-Hygiene schlecht ist, ist Ihr Tag schlecht.

Sie werden auch Excel und Google Sheets mehr anfassen, als Sie zugeben möchten. Manchmal ist der schnellste Weg, drei Zahlen abzustimmen, sie in ein Sheet zu kippen, die Deltas zu überfliegen und weiterzumachen. Entschuldigen Sie sich nicht dafür.

Abschluss

Wenn dieser Dienstag (die Diagnose, das Vermitteln, das SQL um 23 Uhr, die Halte-E-Mail an den CFO, das Vergütungsfolgen-Argument mit den SDRs) für Sie energiegeladen klingt, sind Sie für die Rolle gemacht. Der Job ist nicht leicht, aber er ist in sich stimmig. Es gibt einen Grund für jeden Teil des Tages, und die Teile summieren sich.

Wenn er sich wie eine Strafe anhört, hat die Stellenbeschreibung Sie belogen. Es ist keine Schande, vor dem nächsten Forecast-Meeting auszusteigen. RevOps braucht keine Märtyrer, es braucht Übersetzer, die schlafen können.

Die Stellenbeschreibung, die dieser Artikel entlarvt, finden Sie in der begleitenden Stellenbeschreibung Revenue Operations Manager. Die Lücke zwischen der Stellenbeschreibung und diesem Dienstag ist der Ort, an dem die meisten RevOps-Neueinstellungen in ihren ersten 90 Tagen scheitern. Lesen Sie beides. Entscheiden Sie.

Mehr erfahren