Zhenya BankouskiJa. Jedes RevOps-Team, das mehr als einen Stakeholder bedient, braucht ein Ticketsystem, auch ein Ein-Personen-Team, weil es jede Anfrage an einem Ort erfasst, Prioritäten sichtbar macht und die Zeit des Teams schützt. Es muss nicht komplex sein. Es genügen ein Eingangsformular in Slack oder Teams, das ein Ticket in Ihrem Projektmanagement-Tool anlegt, ein einheitliches Ticketformat, eine vereinbarte Prioritätsskala und eine Person, die den Backlog verantwortet.
Warum RevOps unter Anfragen begraben wird
Wer in RevOps arbeitet, wird von allen Seiten beansprucht. Marketing wartet auf einen Report, Sales auf ein neues Gebiet, Customer Success ist mit der Berechnung des Health Scores unzufrieden, und der CEO braucht bis morgen einen Report für den Vorstand. Das ist die Kehrseite einer Supportfunktion für alle GTM-Teams. Um alle eingehenden Anfragen zu bearbeiten, brauchen Sie ein Ticketsystem.
Die Unterbrechungen sind keine Einbildung. Laut Microsofts Work Trend Index 2025 werden die am häufigsten kontaktierten Beschäftigten, die oberen 20 % nach Volumen, während ihrer Kernarbeitszeit alle zwei Minuten durch Meetings, E-Mails oder Chats unterbrochen (Microsoft). RevOps-Mitarbeitende gehören oft zu dieser Gruppe, und viele arbeiten allein. In unserer Umfrage RevOps in 2025 waren 23 % der Befragten die einzige RevOps-Fachkraft im Unternehmen, einige davon in Unternehmen mit mehr als 1.000 Mitarbeitenden.
Was ein Ticketsystem für RevOps ist und wie Sie es einrichten
Ein Ticketsystem ist ein strukturierter und organisierter Weg, eingehende Anfragen, Probleme oder Aufgaben zu verwalten und nachzuverfolgen. Es bietet einen zentralen Ort, um Anfragen zu erfassen, zu bearbeiten und zu lösen, ob sie von externen Kunden oder internen Stakeholdern kommen.
Sein wichtigster Vorteil ist, dass Sie Anfragen nachverfolgen können. Ohne Ticketsystem ist das Risiko hoch, eine Aufgabe zu vergessen, falsch zu priorisieren oder die Verantwortlichkeit zu verlieren. Aus diesen und vielen anderen Gründen sehen wir Ticketsysteme auch in RevOps. Ob Sie ein Ein-Personen-Team oder ein großes Team sind, ich empfehle ein Ticketsystem für RevOps-Teams jeder Größe.
Das Setup muss nicht komplex sein. Die wichtigsten Anforderungen sind, dass Ihre Stakeholder Anfragen ohne Reibung stellen können und Ihr RevOps-Team leicht darauf zugreifen kann. Ihren Stakeholdern empfehle ich, Tickets in Slack oder Teams einzureichen, weil sie dort die meiste Zeit verbringen. In Slack kann der Workflow Builder Anfragen über ein Formular sammeln und über Konnektor-Schritte an andere Tools weitergeben; er ist in den kostenpflichtigen Tarifen verfügbar (Slack).
Profi-Tipp. Machen Sie Ihren Stakeholdern klar, dass Anfragen per Direktnachricht oder über einen anderen Kanal nicht bearbeitet werden.
Für Ihr RevOps-Team sollten die Tickets in Ihrer Projektmanagement-Software ankommen, weil das Team dort die meiste Zeit verbringt. Die gängigsten Projektmanagement-Tools bieten diese Integration standardmäßig an. Sobald sie eingerichtet ist, erhält Ihr Team einen stetigen Strom von Support-Tickets. Was könnte da schiefgehen? Der gefürchtete Backlog.
Eine einfache Vorlage für den Eingang von RevOps-Anfragen
Die meisten Verzögerungen beginnen mit einer unvollständigen Anfrage. Veröffentlichen Sie ein kurzes Formular wie das folgende und geben Sie Tickets zurück, die es nicht erfüllen.
| Feld | Was Sie abfragen | Warum es wichtig ist |
|---|---|---|
| Art der Anfrage | Report, Datenkorrektur, Zugriff oder Login, Prozessänderung, neuer Build, Bug | Leitet dringenden Support auf eine Überholspur und Verbesserungen in den Backlog |
| Beschreibung | Was brauchen Sie, und welche Geschäftsentscheidung oder welches Ergebnis unterstützt es? | Ermöglicht RevOps, das eigentliche Problem zu lösen, nicht nur das genannte |
| Abnahmekriterien | Woran erkennen wir beide, dass es erledigt ist? | Verhindert Nacharbeit und endlose Rückfragen |
| Frist und Grund | Wann wird es gebraucht, und was passiert dann, etwa eine Vorstandssitzung oder ein Kampagnenstart? | Trennt echte Dringlichkeit von Vorlieben |
| Auswirkung | Wer ist betroffen, und wie viele Nutzer, Kunden oder Deals? | Fließt in die Priorisierung ein |
| Links und Anhänge | Report-Links, Datensatz-IDs, Screenshots | Spart eine Klärungsrunde |
In Kundenprojekten arbeiten die reibungslos laufenden Setups mit zwei Spuren. Dringender Support, etwa ein defekter Report oder ein Nutzer, der sich nicht anmelden kann, bekommt Routing, ein Reaktionsziel und einen Eskalationspfad. CRM-Änderungen, Erweiterungen und neue Builds kommen in einen geplanten Backlog. Wenn beides über dieselben informellen Kanäle hereinkommt, entstehen falsch zugeordnete Anfragen, wiederholte Nachfragen und unklare Zuständigkeiten.
So verwalten und priorisieren Sie das RevOps-Backlog
Ein Backlog im Ticketing ist eine Situation, in der mehr Anfragen eingehen, als das Team in angemessener Zeit bearbeiten kann. Ein Backlog ist nicht zwangsläufig schlecht; es kommt darauf an, warum er besteht. Er kann durch hohe Nachfrage, fehlende Ressourcen oder einen ineffizienten Ticketprozess entstehen. Entscheidend ist, dass Sie Ihren Backlog managen, und das beginnt damit, wie Informationen erfasst werden.
Jeder Eintrag ist eine Anfrage eines internen Kunden, in einem Standardformat geschrieben, für Klarheit und Einheitlichkeit. Jedes Ticket enthält eine Beschreibung, Abnahmekriterien und alle relevanten Details oder Anhänge, die klarstellen, was zu tun ist. Die Einträge im Backlog werden dann nach Geschäftswert, Dringlichkeit, Komplexität und Abhängigkeiten priorisiert. Schließlich sollte jeder Eintrag eine Zeitschätzung haben. In der einfachsten Form kann das wie in der folgenden Tabelle aussehen.
| ID | Titel | Beschreibung | Priorität | Status | Schätzung |
|---|---|---|---|---|---|
| 01 | Provisionsberechnung | Zeigt für das letzte Quartal nicht den richtigen Betrag | Hoch | Offen | 3 Stunden |
| 02 | Vertriebs-KPI Q2 | Report aktualisieren, um verspätete Bookings zu berücksichtigen | Hoch | In Bearbeitung | 5 Stunden |
| 03 | Login nicht möglich | Meine 2FA funktioniert nicht | Mittel | Offen | 15 Minuten |
| 04 | Prozess-Onboarding | Schulung für neue Mitarbeitende | Mittel | Offen | 3 Stunden |
Geben Sie Ihrem Team eine Anleitung, wie Anfragen einzureichen sind, einschließlich der Mindestinformationen, die eine Beschreibung enthalten muss. Schulen Sie das Team darin und erklären Sie, dass unvollständige Anfragen zurückgegeben werden; so vermeiden Sie Verzögerungen in der Bearbeitung. Alle sollten außerdem dasselbe Verständnis der Prioritätsskala haben, denn was der eine für hohe Priorität hält, ist in Wirklichkeit vielleicht mittel. Das Team sollte wissen, dass RevOps Prioritäten anpassen kann, und Sie sollten Stakeholder informieren, wenn Sie das tun, damit sie mitziehen.
Vergessen Sie nicht, jedem Backlog-Eintrag eine Schätzung hinzuzufügen. Schätzungen sind entscheidend für die Ressourcenplanung und die Priorisierung. In der Beispieltabelle oben würden wir nicht zwingend mit Ticket 01 und 02 beginnen. Stattdessen würden wir zuerst Ticket 03 erledigen, weil der Zeitaufwand am geringsten ist. Das Team sollte diese Entscheidung selbst treffen können, und im Zweifel entscheidet der Backlog-Verantwortliche.
Ihr Backlog sollte einen Verantwortlichen haben, der für sein Management zuständig ist. Die Rolle ist vielseitig. Gegenüber den Stakeholdern klärt der Verantwortliche Konflikte rund um den Backlog; wenn Sie mit mehreren Stakeholdern arbeiten, wird einer von ihnen unweigerlich fragen, warum seine Anfrage länger dauert als die eines anderen. Gegenüber dem RevOps-Team gibt der Verantwortliche Orientierung bei der Priorisierung und überwacht den Zustand des Backlogs. Dazu kann alles gehören, von erledigten Tickets und dem Abgleich der Arbeitslast mit der Kapazität bis zur Prüfung veralteter Einträge.
Bei gut geführten Teams sehen wir oft, dass der Großteil der Kapazität für die Quartals-Roadmap verplant ist und ein fester Puffer für dringende Anfragen freigehalten wird. Eine neue Anfrage der Geschäftsführung erfordert dann eine ausdrückliche Abwägung, statt geplante Arbeit stillschweigend zu verdrängen.
Wenn Ihr Team unter Anfragen begraben ist und Sie nicht sagen können, wohin die Zeit geht, zeigt unser RevOps-Audit, woher die Arbeit kommt und was Sie zuerst beheben sollten.
SLA-Kennzahlen für ein RevOps-Ticketsystem
Ein SLA ohne veröffentlichte Zahl ist ein Wunsch. Wählen Sie einige Kennzahlen aus, legen Sie Ziele je Anfrageart und Priorität fest und teilen Sie die Ergebnisse jeden Monat mit Ihren Stakeholdern.
| Kennzahl | Was sie Ihnen sagt |
|---|---|
| Zeit bis zur ersten Reaktion | Ob sich Anfragende gehört fühlen; das ist die Zahl, die Stakeholdern zuerst auffällt |
| Zeit bis zur Lösung, je Anfrageart | Wo das Team langsam ist und ob schnelle Fixes wie vorgesehen vorgezogen werden |
| Größe und Alter des Backlogs | Ob die Nachfrage die Kapazität übersteigt; alte Einträge brauchen eine Entscheidung, nicht noch mehr Wartezeit |
| Arbeitslast im Verhältnis zur Kapazität | Ob das Team mehr Stunden einplant, als es hat |
| Anteil der wegen Unvollständigkeit zurückgegebenen Tickets | Ob das Eingangsformular und die Schulung funktionieren |
| Roadmap-Arbeit im Verhältnis zu Ad-hoc-Arbeit | Ob reaktive Anfragen strategische Projekte verdrängen |
Messen Sie zunächst einen Monat lang die aktuelle Leistung, bevor Sie sich auf Ziele festlegen. Ein Ziel, das Sie jede Woche verfehlen, schadet dem Vertrauen mehr als gar kein Ziel.
Welches Ticketing-Tool sollte RevOps nutzen?
Nutzen Sie das Tool, in dem Ihr Team bereits arbeitet. Drei Setups decken die meisten RevOps-Teams ab.
- Ein Formular in Slack oder Teams, das eine Aufgabe in Ihrem Projektmanagement-Tool anlegt. Das ist die einfachste Option und passt zu den meisten Teams.
- Ein Service-Desk-Tool mit Anfragearten, Warteschlangen und SLA-Timern. Es lohnt sich bei hohem Anfragevolumen oder wenn mehrere Teams die Warteschlange teilen.
- Das eigene Ticket- oder Case-Objekt Ihres CRM. Das funktioniert, wenn die meisten Anfragenden ohnehin im CRM arbeiten und Sie Anfragen neben den Datensätzen haben möchten, die sie betreffen.
Bewerten Sie jede Option anhand der beiden Anforderungen von oben. Anfragende sollen ohne Reibung einreichen können, und das RevOps-Team soll Tickets dort sehen, wo es arbeitet. Bevor Sie ein eigenes Tool kaufen, prüfen Sie, was Ihr bestehender Stack bereits abdeckt; unser Leitfaden zum Schlankhalten Ihres RevOps-Tool-Stacks zeigt, wie.
Braucht RevOps ein Ticketsystem?
Sollte RevOps ein Ticketsystem haben? Die Antwort ist ein klares Ja. Die Unternehmen, mit denen ich arbeite und die den reibungslosesten Betrieb haben, haben alle ein Ticketsystem. Es ist nicht nur für RevOps nützlich, sondern für jedes Team, das Anfragen bearbeitet. Die Vorteile für Priorisierung, Ressourcenplanung und Effizienz sprechen für sich. Vor allem aber schützt ein gut geführtes Ticketsystem samt Backlog die psychische Gesundheit Ihres Teams.
Ein funktionierender Anfrageeingang unterstützt auch die anderen Gewohnheiten aus unserer Liste der RevOps-Best-Practices, von der Dokumentation bis zur Kommunikation der Wirkung. Wenn Sie eine Außensicht darauf möchten, wohin die Zeit Ihres Teams geht, ist unser RevOps-Audit ein guter Ausgangspunkt.
FAQ zu Ticketsystemen für RevOps
Brauchen kleine RevOps-Teams ein Ticketsystem?
Ja. Ein Ein-Personen-Team profitiert am meisten, weil niemand da ist, der eine vergessene Anfrage auffängt. In unserer Umfrage RevOps in 2025 arbeiteten 23 % der Befragten als einzige RevOps-Fachkraft, und genau dort sparen eine einzige Warteschlange und eine sichtbare Prioritätenliste die meiste Zeit.
Was sollte ein RevOps-Ticket enthalten?
Ein gutes Ticket enthält die Art der Anfrage, eine Beschreibung, was gebraucht wird und warum, Abnahmekriterien, eine Frist samt Grund, die Auswirkung auf Nutzer, Kunden oder Deals sowie Links oder Anhänge. Geben Sie Tickets zurück, denen diese Angaben fehlen, und schulen Sie Anfragende im Format.
Wie sollte RevOps Anfragen priorisieren?
Priorisieren Sie nach Geschäftswert, Dringlichkeit, Komplexität und Abhängigkeiten, und versehen Sie jeden Eintrag mit einer Zeitschätzung, damit kleine Aufgaben schnell erledigt werden können. Wenn Prioritäten kollidieren, entscheidet der Backlog-Verantwortliche, idealerweise mit den OKRs des Unternehmens als Filter.
Welches SLA sollte ein RevOps-Team festlegen?
Legen Sie Ziele je Anfrageart und Priorität fest statt einer Zahl für alles, und stützen Sie sie auf einen Monat gemessener Leistung. Veröffentlichen Sie die Zeit bis zur ersten Reaktion und die Zeit bis zur Lösung, und besprechen Sie sie jeden Monat mit den Stakeholdern.
Kann Slack ein Ticketsystem ersetzen?
Nein, aber es ist ein guter Eingang. Nutzen Sie ein Slack-Formular, das ein Ticket in Ihrem Projektmanagement-Tool anlegt, und führen Sie Diskussionen in Threads, die mit diesem Ticket verknüpft sind. Slack allein bietet keine dauerhafte Statusverfolgung, sodass Anfragen und Prioritäten im Kanal untergehen.
