Ihre ersten 30/60/90 Tage als neuer Ops Manager
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Es ist Montag um 9:14 Uhr. Ihr Laptop ist eingerichtet, Ihr Slack-Handle ist falsch, und jemand hat Sie bereits zu einer Kalendereinladung namens "Q2 Renewals Sync (DRINGEND)" hinzugefügt, die in 11 Minuten beginnt.
Willkommen in Ihrem neuen Ops-Job.
Sie werden im Durchschnitt 14 Anbieterverträge erben, die Sie nie gesehen haben, 47 SOPs auf einem Notion-Friedhof, von denen die Hälfte auf tote Confluence-Seiten verweist, ein zuletzt 2023 angefasstes Runbook und eine wiederkehrende Dienstags-Besprechung um 8 Uhr, deren ursprünglichen Zweck niemand erklären kann. Die ehrliche erste Frage ist nicht "was sollte ich tun?" Es ist "was sollte ich lange genug ignorieren, um herauszufinden, was wichtig ist?"
Das ist der Plan, den ich mir gewünscht hätte, als ich das erste Mal ohne Playbook in eine B2B-SaaS-Ops-Rolle ging. Er geht davon aus, dass Sie ein IC im mittleren bis höheren Bereich sind, der an einen VP berichtet, dass Sie noch kein Team haben und dass Sie 90 Tage Zeit haben, bevor jemand eine echte Meinung von Ihnen erwartet.
Warum 30/60/90 besser ist als "sofort durchstarten"
Die erste automatische Verlängerung landet in Woche 6. Die erste "dieser Bericht ist falsch"-Slack-Panik trifft um 16 Uhr an einem Freitag in Woche 3 ein. Bis Woche 8 werden Sie in eine politisch aufgeladene SOP-Neufassung gezogen worden sein, die letztes Jahr das gescheiterte Projekt von jemand anderem war.
Wenn Sie keine Struktur haben, verbringen Sie 90 Tage damit, auf den jeweils lautesten Brand zu reagieren. Sie schließen ein paar Tickets, Ihr VP ist vage zufrieden, und an Tag 91 werden Sie merken, dass Sie zu nichts einen Standpunkt haben.
Ein 30/60/90-Plan tut eine Sache: Er gibt Ihnen die Erlaubnis, Dinge in Woche 2 nicht zu beheben. Prüfen, bevor man handelt. Der neue Ops-Mitarbeiter, der in Woche 2 die Möbel umstellt, verliert für sechs Monate an Glaubwürdigkeit. Derjenige, der in Woche 12 mit einer gerankten Liste toter Anbieter und einem benannten Verantwortlichen für jeden wiederkehrenden Prozess auftaucht, wird unentbehrlich.
Tage 1 bis 30: prüfen, nicht handeln
Die Versuchung in Ihrem ersten Monat ist, etwas Sichtbares auszuliefern. Widerstehen Sie ihr. Ihre Aufgabe für 30 Tage ist, eine Landkarte des Terrains zu erstellen. Vier Dinge kommen an die Wand.
1. Ziehen Sie jeden Anbietervertrag
Öffnen Sie eine Tabelle. Sie werden zwei Jahre lang in dieser Tabelle leben, also benennen Sie sie gut. Die Spalten, die zählen:
| Spalte | Warum sie da ist |
|---|---|
| Anbietername | Offensichtlich |
| Tool-Kategorie | CRM, Marketing, Finance, Support, intern |
| Jahreskosten | Die Zahl auf der Rechnung, nicht der Listenpreis |
| Verlängerungsdatum | Das einzelne wichtigste Feld |
| Kündigungsfrist | 30/60/90-Tage-Kündigungsfenster |
| Interner Verantwortlicher | Eine Person, kein Team |
| Datum des letzten QBR | Sagt Ihnen, ob überhaupt jemand aufpasst |
| Anzahl aktiver Lizenzplätze | Was Sie tatsächlich nutzen |
| Anzahl lizenzierter Lizenzplätze | Wofür Sie bezahlen |
| Status | Aktiv / in Prüfung / Streichliste |
Die meisten SaaS-Ops-Leute, die ich kenne, stellen bis Woche 4 fest, dass allein die Lücke zwischen "aktiven Lizenzplätzen" und "lizenzierten Lizenzplätzen" 6 bis 12 Monate ihres Gehalts an Verschwendung abdeckt. Das ist keine Angeberei. So locker sind die meisten Stacks.
Wenn Finance das Vertragsarchiv verantwortet, holen Sie sich eine Lese-Einladung. Wenn es niemand verantwortet (wahrscheinlich), haben Sie gerade die Aufgabe geerbt, eines aufzubauen. Kündigen Sie das nicht an. Bauen Sie es einfach.
2. Ordnen Sie die Prozessverantwortlichen zu
Wählen Sie die 15 bis 20 wiederkehrenden Prozesse aus, die Umsatz, Kunden oder Geld berühren. Lead-Weiterleitung. Abrechnungsabgleich. QBR-Vorbereitung. Onboarding-Übergabe. Verlängerungsprognose. Support-Eskalation. Die CS-zu-Abrechnung-Übergabe bei Nutzungsüberschreitungen.
Fragen Sie für jeden drei Personen: "wer verantwortet das tatsächlich von Anfang bis Ende?"
Die Hälfte der Antworten wird "niemand" sein. Ein Viertel wird "ich glaube Sarah?" sein, und Sarah wird Ihnen sagen, dass sie nur einen Teil davon macht. Das verbleibende Viertel wird einen echten Verantwortlichen haben, und dieser Verantwortliche wird entweder am Ertrinken oder kurz davor sein zu gehen.
Das ist Ihr zweites Ergebnis. Beheben Sie noch nichts. Schreiben Sie nur auf, was Sie gefunden haben.
3. Sitzen Sie in fünf funktionsübergreifenden Besprechungen als stiller Beobachter
Sagen Sie den Leuten, dass Sie zuhören, nicht beitragen. Wählen Sie fünf:
- Das RevOps-Standup: um zu sehen, wie Lead-, Opp- und Pipeline-Daten tatsächlich fließen
- Die CS-Übergabebesprechung: um zu sehen, was kaputtgeht, wenn Sales einen Kunden übergibt
- Der Finance-Abschluss: um zu sehen, welche manuellen Prozesse die Bücher noch zusammenhalten
- Eine Support-Eskalationsprüfung: um zu sehen, worüber Kunden tatsächlich verärgert sind
- Die Führungs-Abstimmung: um zu sehen, über welche Kennzahlen Ihr VP und der CEO tatsächlich streiten
Machen Sie sich handschriftlich Notizen. Leute sagen mehr vor jemandem, der nicht tippt. Das Ziel ist, mitzuhören, was kaputt ist, nicht, dass man Ihnen sagt, was kaputt ist. Jedes Team wird Ihnen seine offizielle Version der Realität erzählen. Die Besprechungen werden Ihnen den Rest erzählen.
4. Identifizieren Sie die drei am stärksten kaputten Prozesse
Bis zum Ende von Woche 4 sollten Sie eine gerankte Liste haben. Das Kriterium ist nicht "was im Organigramm steht." Es ist "worüber sich Leute donnerstags um 18 Uhr in Slack beschweren."
Ranken Sie nach drei Dingen: wie oft es kaputtgeht, wie viel Geld oder Vertrauen es kostet, wenn es kaputtgeht, und wie unverantwortet es ist. Die unverantworteten sind die Eingriffe mit dem höchsten Hebel, weil niemand den Status quo verteidigt.
Teilen Sie die Liste noch nicht. Sie werden sie für Tag 90 brauchen.
Tage 31 bis 60: ein Beenden, ein Beheben, eine Zuordnung
Monat zwei ist, wenn Sie aufhören, die neue Person zu sein, und anfangen, die Ops-Person zu sein. Sie dürfen ausliefern, aber nur drei Dinge, und jedes verschafft Ihnen eine andere Art von Glaubwürdigkeit.
Beenden Sie einen toten Anbietervertrag
Wählen Sie das offensichtlich toteste Tool aus Ihrer Prüfung. Die Kriterien für "offensichtlich tot":
- Anzahl aktiver Lizenzplätze unter 20 % der lizenzierten
- Letzter Login von irgendjemandem liegt mehr als 90 Tage zurück
- Der ursprüngliche Befürworter hat das Unternehmen vor mehr als 6 Monaten verlassen
- Die Verlängerung ist mehr als 60 Tage entfernt (damit Sie Zeit haben, sauber zu kündigen)
Wählen Sie nicht das politisch aufgeladene. Wählen Sie nicht das, das der Vorgänger Ihres VP persönlich unterschrieben hat. Wählen Sie das langweilige offensichtliche und beenden Sie es. Schicken Sie eine 4-zeilige E-Mail an den Account Manager des Anbieters, setzen Sie Ihren Finance-Partner in Kopie, archivieren Sie den Vertrag.
Das erste Mal, als ich eine Anbieterprüfung durchführte, fand ich ein Projektmanagement-Tool, das sich zweimal automatisch verlängert hatte, nachdem sein Befürworter das Unternehmen verlassen hatte. Es kostete etwa 38.000 Dollar im Jahr. Die Kündigung dauerte elf Minuten. Die Glaubwürdigkeit aus diesem einen Schritt verschaffte mir sechs Monate Spielraum, um schwierigere Dinge zu tun.
Beheben Sie ein kaputtes SOP von Anfang bis Ende
Wählen Sie das mit dem lautesten Schmerz, das, über das sich Leute wirklich beschweren. Nicht das strategischste. Nicht das hübscheste. Das schmerzhafte.
Dokumentieren Sie es von Anfang bis Ende. Gehen Sie es einmal mit den Leuten durch, die die Arbeit tatsächlich machen, nicht denen, die es entworfen haben. Ordnen Sie jede Übergabe zu, jedes Tool, jede Stelle, an der Informationen durch eine Ritze fallen. Dann schreiben Sie die neue Version: kurz, ausführbar, mit einem benannten Verantwortlichen.
Lassen Sie sich vom Verantwortlichen schriftlich bestätigen. Eine zweizeilige Slack-Nachricht ("ja, ich verantworte das, hier ist das Dokument") reicht. Die Bestätigung ist das, was es real macht.
Versuchen Sie nicht, zwei zu beheben. Zwei ist, wie Sie am Ende in Monat zwei nichts ausliefern.
Schlagen Sie Ihrem VP eine Zuordnung der Prozessverantwortlichen vor
Nehmen Sie die Prozesszuordnung aus Monat eins und machen Sie daraus ein einseitiges Dokument. Jeder wiederkehrende Prozess hat genau einen Namen daneben. Für die unverantworteten schlagen Sie einen Verantwortlichen vor: jemanden, dessen bestehende Aufgabe am nächsten liegt, oder jemanden, der bereits 60 % davon informell macht.
Bringen Sie es zu Ihrem VP. Bitten Sie nicht um Erlaubnis, alles zu beheben. Bitten Sie um Erlaubnis, die obersten drei zu beheben, mit benannten Verantwortlichen und einem 90-Tage-Zeitplan.
Ihr VP hat die vollständige Zuordnung wahrscheinlich noch nicht gesehen. Die meisten VPs of Ops erben Bruchstücke und bekommen nie ein vollständiges Bild. Sie reichen ihnen eines.
Tage 61 bis 90: eine Kennzahl verantworten, den Plan präsentieren
Bis Tag 60 haben Sie eine Zuordnung erstellt, eine Sache beendet, eine Sache behoben und eine Struktur vorgeschlagen. Monat drei ist, wo Sie Ihren Namen an eine Zahl binden.
Verantworten Sie eine Prozesskennzahl öffentlich
Wählen Sie eine. Nur eine. Einige Beispiele, die funktionieren:
- Onboarding-Zeit bis zum Wert: Tage vom unterschriebenen Vertrag bis der Kunde sein erstes messbares Ergebnis erreicht
- Vorlaufzeit der Vertragsverlängerung: Tage zwischen dem Auslösen der Verlängerungswarnung und der getroffenen Verlängerungsentscheidung
- CS-zu-Abrechnung-Übergabe-SLA: Stunden zwischen einer CS-Eskalation und der Bestätigung durch Finance
- Nutzung des Anbieter-Stacks: Prozentsatz der lizenzierten Lizenzplätze, die in den letzten 30 Tagen tatsächlich aktiv waren
Welche auch immer Sie wählen, posten Sie die aktuelle Zahl öffentlich. Slack-Kanal, Dashboard, wöchentliche Zusammenfassung, irgendwo Sichtbares. Dann posten Sie sie nächste Woche wieder. Und die Woche darauf.
Das Ziel ist nicht, ein Ziel zu erreichen. Das Ziel ist, die Person zu sein, deren Name neben einer Zahl erscheint. So werden Ops-Leute zu vertrauenswürdigen Personen: die Kennzahl ist Ihre, der Trend ist Ihrer, und wenn er sich bewegt, haben Sie eine Meinung dazu, warum.
Präsentieren Sie einen 90-Tage-Bericht
Bauen Sie ein kurzes Deck oder Dokument. Fünf Abschnitte:
- Was ich gefunden habe: die Prüfungsergebnisse, in Zahlen (X Anbieter, Y Dollar Gesamtausgaben, Z % Nutzung)
- Was ich beendet habe: der tote Anbieter, die gesparten Dollar, die benötigte Zeit
- Was ich behoben habe: das SOP, wer es jetzt verantwortet, Belege, dass es funktioniert
- Was noch kaputt ist: Ihre Top-3-Liste, gerankt, mit groben Kostenschätzungen
- Was ich als Nächstes tun würde: Ihr H2-Vorschlag
Halten Sie es unter 10 Folien oder 1.500 Wörtern. Das ist das Dokument, das Ihr VP an seinen Chef weiterleiten wird. Machen Sie es weiterleitbar.
Schlagen Sie einen H2-Ops-Plan vor
Drei bis fünf Initiativen. Jede hat:
- Einen Namen
- Einen Verantwortlichen (Sie oder jemanden, den Sie benannt haben und der zugestimmt hat)
- Eine Frist
- Eine erwartete Wirkung in gesparten Dollar oder zurückgewonnenen Stunden
Diese letzte Spalte ist nicht verhandelbar. "Anbieter-Governance verbessern" ist keine Initiative. "Verschwendung im Anbieter-Stack von 310.000 Dollar/Jahr auf 180.000 Dollar/Jahr bis Q4 reduzieren" schon. Die Dollar-Zahl darf ungefähr sein. Vagheit ist der Killer, nicht Ungenauigkeit.
Bringen Sie den H2-Plan an Tag 88 zu Ihrem VP. Tag 90 ist die formelle Präsentation. Tag 91 ist, wenn die Arbeit beginnt.
Ein Entscheidungsrahmen: beenden / beheben / in Ruhe lassen
Sie werden in Ihren ersten 90 Tagen auf dutzende kleiner Entscheidungen darüber stoßen, welche Kämpfe Sie ausfechten. Nutzen Sie das.
| Signal | Beenden | Beheben | In Ruhe lassen |
|---|---|---|---|
| Schmerzlevel | Hoch und anhaltend | Hoch, aber begrenzt | Niedrig oder selten |
| Verantwortlicher | Niemand, oder Befürworter weg | Bereits ein benannter Verantwortlicher | Starker bestehender Verantwortlicher |
| Aufwand zur Behebung | Niedrig (Kündigung, Löschung) | Mittel (Prozess-Neufassung) | Hoch (politisch, teamübergreifend) |
| Umkehrbarkeit | Geringes Risiko bei Rückgängigmachung | Mittleres Risiko | Hohes Risiko |
| Sichtbare Wirkung | Sauber, messbar | Sauber, messbar | Langsam oder unsichtbar |
Beenden Sie die Dinge, die offensichtlich tot, günstig zu entfernen und ohne Verteidiger sind. Beheben Sie die Dinge mit einem klaren Verantwortlichen, bei denen der Schmerz akut und die Neufassung klein ist. Lassen Sie vorerst das politische SOP in Ruhe, den Bericht, den Ihr CEO persönlich gebaut hat, den Anbietervertrag, der drei Wochen vor der Verlängerung steht. Das sind Probleme für Monat vier.
Reale Tretminen
Fünf Dinge, die passieren werden, ungefähr in dieser Reihenfolge:
- Eine automatische Verlängerung wird ausgelöst, während Sie sich noch einarbeiten. Ein Vertrag über 42.000 Dollar verlängert sich in Woche 5, weil die Kündigungsfrist in Woche 3 ablief. Lektion: Ziehen Sie Verlängerungsdaten an Tag 2, nicht in Woche 4.
- Die "dieser Bericht ist falsch"-Slack-Panik am Freitag um 16 Uhr. Jemand in der Führung wird eine Zahl entdecken, die nicht zu einer anderen Zahl passt. Sie verantworten keinen der beiden Berichte. Sie werden trotzdem markiert. Der richtige Zug: bestätigen, fragen, welche Definition als verbindlich gelten soll, es am Montag beheben. Versuchen Sie nicht, am Freitag um 17 Uhr ein Held zu sein.
- Das politische SOP, das Sie niemand anfassen lässt. Üblicherweise abrechnungs- oder preisbezogen. Jemand Ranghohes hat es gebaut. Es anzufassen erfordert dessen Segen. Parken Sie es. Bringen Sie es an Tag 90 als Teil von H2 zur Sprache.
- Der Anbieter, dessen Befürworter vor 8 Monaten gegangen ist. Er hat sich zweimal automatisch verlängert. Die Verlängerung ist in 11 Tagen. Sie müssen schnell entscheiden. Greifen Sie standardmäßig zur Kündigung, es sei denn, jemand tritt vor, um ihn schriftlich zu verteidigen.
- Die "kannst du auch X verantworten?"-Ausweitung. Bis Woche 7 wird jemand versuchen, Ihnen die Beschaffung, das IT-Asset-Tracking oder die gesamte HR-Ops zu übergeben. Lehnen Sie höflich alles ab, was nicht auf der erklärten Prioritätenliste Ihres VP steht. Ihre Umfangsdisziplin in Monat zwei legt Ihren Umfang für das Jahr fest.
Wie Sie erkennen, ob es funktioniert
Bis Tag 90 sollten drei Dinge wahr sein:
- Ein Verlängerungskalender existiert, ist geteilt, und jemand außer Ihnen hat hineingeschaut.
- Jeder wiederkehrende Prozess auf Ihrer Zuordnung hat genau einen benannten Verantwortlichen, der ihn bestätigt hat.
- Ihr VP kann Ihre H2-Prioritäten seinem Chef beschreiben, ohne Sie zu fragen, welche das sind.
Wenn diese drei wahr sind, haben Sie den Job gemacht. Die nächsten 270 Tage drehen sich um Umsetzung, aber das Fundament steht. Wenn eines davon an Tag 90 noch vage ist, ist das das Signal: Beheben Sie das eine, bevor Sie irgendetwas Neues übernehmen.
Prüfen Sie, bevor Sie handeln. Beenden Sie eine Sache. Beheben Sie eine Sache. Verantworten Sie eine Zahl. Präsentieren Sie den Plan. Die Operations Manager, die das tun, werden innerhalb von 18 Monaten zu Directors of Operations. Die, die die Prüfung überspringen und in Woche 2 anfangen, die Möbel umzustellen, versuchen ein Jahr später immer noch, politisches Kapital zurückzugewinnen.
Wählen Sie den langsamen Weg. Er ist schneller.
Mehr erfahren

Principal Product Marketing Strategist
On this page
- Warum 30/60/90 besser ist als "sofort durchstarten"
- Tage 1 bis 30: prüfen, nicht handeln
- 1. Ziehen Sie jeden Anbietervertrag
- 2. Ordnen Sie die Prozessverantwortlichen zu
- 3. Sitzen Sie in fünf funktionsübergreifenden Besprechungen als stiller Beobachter
- 4. Identifizieren Sie die drei am stärksten kaputten Prozesse
- Tage 31 bis 60: ein Beenden, ein Beheben, eine Zuordnung
- Beenden Sie einen toten Anbietervertrag
- Beheben Sie ein kaputtes SOP von Anfang bis Ende
- Schlagen Sie Ihrem VP eine Zuordnung der Prozessverantwortlichen vor
- Tage 61 bis 90: eine Kennzahl verantworten, den Plan präsentieren
- Verantworten Sie eine Prozesskennzahl öffentlich
- Präsentieren Sie einen 90-Tage-Bericht
- Schlagen Sie einen H2-Ops-Plan vor
- Ein Entscheidungsrahmen: beenden / beheben / in Ruhe lassen
- Reale Tretminen
- Wie Sie erkennen, ob es funktioniert
- Mehr erfahren