Jeder Gründer, mit dem ich dieses Jahr spreche, stellt mir eine Variante derselben Frage: Soll ich einen GTM-Engineer oder eine RevOps-Person einstellen? Sie haben dieselben Beiträge gelesen wie Sie. Der GTM-Engineer ist die Rolle der Stunde, derjenige, der Clay an HubSpot anbindet, den KI-Outbound baut und in einer Woche ausliefert, wofür man früher ein Quartal brauchte. RevOps klingt nach der älteren, langsameren Sache, also will man sie überspringen. Das Problem ist, dass dies nicht zwei Namen für denselben Job sind, und den falschen allein einzustellen ist der Weg, auf dem sich ein schnelles Revenue-Team leise von seinem eigenen CRM entfernt.
Warum das eine Frage des Jahres 2026 ist
Der Grund, warum das gerade jetzt aktuell ist: Die Go-to-Market-Organisation wird gleichzeitig schlanker und technischer. ICONIQ Growths Lesart der modernen GTM-Organisation 2026 zeigt, dass das Medianunternehmen für dieses Jahr null RevOps-Personalwachstum plant, während es rund ein Zehntel der RevOps-Zeit für KI-Experimente reserviert, die es vor achtzehn Monaten noch nicht gab. Unternehmen mit vollständig eingebetteter KI erwirtschaften etwa den doppelten Net-new-Umsatz pro Kopf. Der Druck ist also real: mehr leisten, mit demselben Personalbestand, mit besseren Tools. Ein Titel, der genau das verspricht, der GTM-Engineer, landet mittendrin.
Was ein GTM-Engineer wirklich ist
Ein GTM-Engineer ist ein Builder. Er kommt aus Daten und Automatisierung, beherrscht das Tooling, und sein Instinkt ist, Systeme zu verdrahten und auszuliefern. Wie First Round es in der Beschreibung von Clays Skalierung formulierte, geht es darum, die Engineering-Disziplin zu nehmen und sie ins Go-to-Market zu bringen. Das ist echter Wert. Eine Person, die Pre-Call-Research, Lead Scoring und eine Outbound-Motion bauen kann, ersetzt das, was früher drei Rollen und ein Backlog waren. In einer Stadt wie Berlin bringen die GTM-Engineers am Markt diesen Engineering-Fokus und dieses Tempo mit. Was sie meist nicht mitbringen, ist Revenue-Operations-Best-Practice.
Was RevOps wirklich besitzt
RevOps ist kein langsamerer GTM-Engineer. Es besitzt etwas anderes: das System of Record und die Frage, ob es noch die Wahrheit sagt. Das heißt die Customer Journey, die Definitionen hinter jeder Stage und jedem Feld, das Reporting, auf dem Ihr Forecast beruht, und die Disziplin, all das an der tatsächlichen Verkaufsrealität auszurichten. Der Test, den ich verwende, ist einfach. Ein GTM-Engineer bringt die Maschine dazu, mehr zu tun. RevOps stellt sicher, dass die Maschine noch der Realität entspricht. Das sind unterschiedliche Jobs, und in den meisten Teams unter ein paar hundert Personen ist eine Person in einem davon wirklich besser als in dem anderen.
Der Fehlermodus: Automatisierung ohne System of Record
Wir haben kürzlich mit einem Series-B-B2B-SaaS-Team in der DACH-Region gearbeitet, das die moderne Sache gemacht und zuerst einen starken GTM-Engineer eingestellt hatte. Sechs Monate später war die Automatisierung beeindruckend: Signups angereichert, Deals erstellt, Sequenzen feuern, überall Dashboards. Das Problem war, dass sich das Geschäft leise bewegt hatte und das CRM nicht. Neue Sales-Motions liefen in Chat und Tabellen, weil sie schneller aufzusetzen als sauber zu modellieren waren, Stages bedeuteten für jeden Rep etwas anderes, und der Forecast beruhte auf Feldern, die niemandem gehörten. Nichts davon war die Schuld des Engineers. Niemand hatte ihm den anderen Job gegeben. Wenn Business-Aktionen und das CRM nicht mehr aufeinander ausgerichtet sind und es niemanden gibt, dessen Job es ist, sie auszurichten, wächst die Lücke jede Woche, und sie wächst am schnellsten bei den Teams, die am meisten automatisieren.
Wer besitzt was
Die Antwort für die meisten skalierenden Teams ist also nicht das eine oder das andere. Es ist beides, mit einer klaren Linie dazwischen. Die Linie, die ich ziehen würde:
- RevOps besitzt das System of Record: die Customer Journey, Stage- und Feld-Definitionen, Datenqualität und Revenue-Reporting. Das ist die Rolle, die stabil sein sollte und nicht fluktuieren darf.
- Der GTM-Engineer besitzt die Geschwindigkeit: die Automatisierungen, die KI-Workflows, die Integrationen und die Experimente, die diese Woche live müssen.
- RevOps setzt die Leitplanken, innerhalb derer der Engineer baut, damit aus Tempo keine Drift wird.
Wenn Sie nur Budget für eine Einstellung haben, dimensionieren Sie sie an Ihrem Problem. Ist Ihr CRM ein Chaos und Ihr Forecast Fiktion, brauchen Sie zuerst den RevOps-Owner, denn es bringt nichts, auf einem System zu automatisieren, dem Sie nicht trauen können. Sind Ihre Daten sauber, aber Sie sind langsam und manuell, ist der GTM-Engineer die wirkungsvollere Einstellung. Machen Sie es nicht komplizierter als nötig: Reparieren Sie das, was wirklich kaputt ist.
Es gibt eine dritte Option, die immer mehr unserer Kunden wählen, und ich bin ehrlich: Sie ist eines unserer Service-Angebote. Behalten Sie den GTM-Engineer im Haus, wo das schnelle, produktspezifische Bauen hingehört, und mieten Sie die RevOps-Verantwortung fraktional, bis Sie groß genug sind, um sie fest zu besetzen. Die Konfiguration, die bei uns funktioniert, ist ein fraktionaler RevOps-Owner, der das System of Record und das Reporting hält, mit einem internen GTM-Engineer, der schnell innerhalb dieser Leitplanken baut. Sie innovieren weiter schnell, ohne das System driften zu lassen, und Sie zahlen kein Vollzeitgehalt für eine Rolle, die leichter wird, sobald die erste Bereinigung erledigt ist.
Was ich tun würde
- Benennen Sie den Job, nicht den Titel. Schreiben Sie auf, welche der beiden Rollen Ihnen tatsächlich fehlt: jemand, der die Maschine mehr tun lässt, oder jemand, der die Maschine ehrlich hält. Die meisten Teams wissen es in einem Satz.
- Auditieren Sie, bevor Sie automatisieren. Machen Sie zuerst eine echte Discovery zu CRM und Customer Journey. Sind Business-Aktionen und System bereits nicht ausgerichtet, macht mehr Automatisierung die Lücke größer, nicht kleiner.
- Trennen Sie die Rollen: RevOps für das System of Record, GTM Engineering für die Geschwindigkeit, und vermischen Sie die beiden nie. Die stabile und die schnelle Rolle haben unterschiedliche Temperamente; verlangen Sie nicht von einer Person, beides zu sein, es sei denn, sie hat wirklich beides gemacht.
- Können Sie nur eine finanzieren, dimensionieren Sie sie am Schaden. Kaputte Daten und Fantasie-Forecast: RevOps zuerst. Saubere Daten, langsame Umsetzung: GTM-Engineer zuerst.
- Erwägen Sie, die Rolle zu mieten, die Sie noch nicht fest besetzen können. Ein fraktionaler RevOps-Owner plus ein interner GTM-Engineer ist die Konfiguration, die zwischen Series A und Series C bei uns am besten hält.
Der GTM-Engineer ist eines der besten Dinge, die Revenue-Teams seit Jahren passiert sind, und Sie sollten wahrscheinlich einen einstellen. Verwechseln Sie nur nicht den Bau mit dem System darunter. Die Teams, die sich 2026 die Finger verbrennen, sind nicht die, die zu langsam waren; es sind die, die am schnellsten auf einem CRM automatisiert haben, das niemandem gehörte. Wenn Sie eine zweite Hand am System of Record wollen, während Ihr Engineer weiter ausliefert, ist genau dafür unsere Revenue-Operations-Arbeit da, oder Sie nehmen Kontakt auf und wir starten mit dem, was am meisten driftet. Zur verwandten Frage, wo Umsatz leise versickert, sobald das System steht, lesen Sie den Begleitbeitrag über die zwei Übergaben, die niemandem gehören.
Quellen
- SaaStr, zusammenfassend ICONIQ Growths GTM-Org-Report 2026. „The Modern GTM Org in 2026: 20-30% Leaner, 9x Flatter, ~2x More Net New Revenue Per Rep.“ Mai 2026. saastr.com
- First Round Review. „The GTM Inflection Points That Powered Clay to a $1B+ Valuation.“ firstround.com
- SaaStr. „How Owner.com’s CRO Is Closing $2M+ in ARR Per Rep With AI.“ 2026. saastr.com