GTM Engineering: was ein GTM Engineer macht und wann intern

KI Dieser Artikel wurde mit Hilfe von KI erstellt.

Was ist ein GTM-Engineer?

Ein GTM-Engineer ist eine technische Rolle, die die Systeme baut und betreibt, auf denen Vertrieb und Marketing laufen: Datenanreicherung, Lead-Routing, Outbound-Sequenzen und CRM-Automatisierung. Die Rolle übersetzt eine GTM-Strategie in lauffähige Infrastruktur und bildet die Brücke zwischen Produkt, Marketing, Sales und Engineering. Enger gefasst: GTM Engineering ist der Aufbau und Betrieb der technischen Infrastruktur, die Go-to-Market-Prozesse über Marketing, Vertrieb und RevOps hinweg automatisiert und verbindet.

Der Begriff ist jung. Clay hat GTM Engineering 2023 geprägt, heute gehen laut Clay rund 100 Stellenanzeigen für GTM Engineers pro Monat live, frühe Rollen entstanden bei Unternehmen wie Cursor, Lovable und Webflow. Hinter dem Titel steckt deshalb keine Marketing-Erfindung, sondern eine Verschiebung der Arbeit: Früher bedienten SDRs die Maschine per Hand, Listen kopieren, Kontakte pflegen, Follow-ups schreiben. Heute baut eine technische Rolle die Maschine, und der Vertrieb bedient sie.

Diese Abgrenzung ist der Punkt, an dem die meisten Diskussionen kippen. RevOps ist eine Funktion, der GTM-Engineer eine Jobbezeichnung innerhalb dieses Felds. Die Auswertung von über 100 Stellenanzeigen kommt zum Schluss, dass GTM Engineering RevOps nicht ersetzt, sondern eine Spezialisierung darin ist. Der SDR arbeitet im System, der GTM-Engineer daran. Wer alle drei Rollen in einer Person zusammenfasst, bekommt jemanden, der weder konsequent prospectiert noch saubere Architektur baut.

Was ist ein GTM-System?

Ein GTM-System ist die Maschine hinter der Rolle: die Infrastruktur, die aus Rohdaten qualifizierte Termine macht. Sie besteht aus vier Bausteinen, und der Datenfluss zwischen ihnen entscheidet, ob das System skaliert oder als Sammlung von Einzelteilen endet.

1. Account-Datenbank: das Fundament. Saubere, deduplizierte Datensätze mit Firmen- und Kontaktdaten. Ohne sie läuft jede nachgelagerte Automatisierung in leere Felder. In der Ausgangslage bei hellomed deckten statische Listen nur rund 50 % des adressierbaren Markts ab.

2. Signale und Anreicherung: Trigger-Events wie Führungswechsel, Finanzierungsrunden, Neueinstellungen oder Tech-Stack-Änderungen lösen die Ansprache aus, statt statischer Listen. Waterfall-Enrichment fragt mehrere Datenquellen nacheinander ab, bis ein Datenpunkt gefunden ist.

3. Sequenzen: E-Mail und LinkedIn mit dem Signal als Anlass und einer kurzen Frage als Call-to-Action, personalisiert über LLM-Variablen.

4. CRM-Übergabe: qualifizierte Leads landen regelbasiert im CRM, mit passenden Feldern, Lifecycle-Stages und Zuweisung an den zuständigen Account Executive.

Wie das Signal-Fundament in der Praxis aussieht, zeigt der Fall Limatica: Dort überwacht ein RSS-basiertes Monitoring- und Alerting-System Wettbewerbsaktivitäten, Branchennachrichten, Finanzierungsrunden und Partnerschaften im Batteriemarkt in Echtzeit, sodass die Gründer Zielunternehmen zum richtigen Zeitpunkt mit relevantem Messaging ansprechen können. Der Workflow läuft autonom im Hintergrund, die Ansprache wird vom Signal getriggert, nicht vom Kalender.

Der Schritt, an dem die meisten Setups brechen, ist die CRM-Übergabe. Bei hellomed verbanden wir Clay, Lemlist und Zoho CRM über Custom-n8n-Workflows, ergänzt um Signal-Monitoring mit Auto-Routing an Slack und CRM. Die E-Mail-Antwortrate stieg von unter 1 % auf 15 %, und pro Account-Manager fielen rund 10 Stunden manueller Arbeit pro Woche weg hellomed-Case. Kein einzelnes Tool hat das gebracht, sondern der Datenfluss zwischen ihnen.

Werkzeuge: Clay, n8n, Claude Code

Drei Werkzeuge tragen den Stack, jedes mit einer klaren Rolle. Clay ist eine KI-gestützte GTM-Datenplattform mit über 150 Datenquellen, arbeitet tabellenbasiert und reichert schrittweise über sogenannte Waterfalls an, bei denen mehrere Quellen nacheinander abgefragt werden. Clay übernimmt Orchestrierung, Datenmanagement und Anreicherung in Inbound, Outbound und Data Enrichment.

Der Datenfluss entscheidet: Clay und n8n laufen hybrid kombiniert, Daten gehen zunächst in n8n, werden ausgewertet und gegebenenfalls durch Agenten geschleust, bevor sie ins CRM überführt werden. Native Clay-Integrationen bestehen zu Salesforce und HubSpot, bei Zoho, Pipedrive oder Attio läuft die Anbindung über n8n-Workflows. Klassische Wenn/Dann-Prüfungen sind in Clay schneller gebaut, die dauerhafte Datenlogik gehört in n8n.

Der Stellenmarkt bestätigt diese Arbeitsteilung. In der Analyse von über 100 GTM-Engineer-Anzeigen sind die am häufigsten genannten Komponenten Clay, Make.com oder n8n, HubSpot oder Salesforce, Apollo oder ZoomInfo sowie LLM-APIs von Anthropic und OpenAI. Wie wir Sequenzen konkret aufsetzen, Signal als Anlass, kurze Frage als Call-to-Action, Personalisierung über LLM-Variablen, haben wir separat für Cold-E-Mails im B2B beschrieben.

Intern besetzen oder extern bauen lassen?

Die Entscheidung fällt über drei Größen: Auslastung, Lernkurve und Übergabe. Auslastung zuerst. Buyer-Research im Segment und unsere Projekte zeichnen die Schwelle: Unter rund 5 Mio. ARR reicht das Prozessvolumen erfahrungsgemäß nicht, um eine Vollzeitstelle zu amortisieren. Ab 5 bis 15 Mio. ARR wird die Rolle sinnvoll, weil Datenmodell, Lead-Routing und Reporting genug wiederkehrende Arbeit produzieren. Ein GTM-Engineer, der die halbe Woche in die Wartung einer halbfertigen Automatisierung investiert, ist teurer als das Problem, das er lösen soll.

Die Lernkurve ist real: Die Einarbeitung in Clay dauert mehrere Tage bis Wochen, und die Stelle bindet dauerhaft Gehalt, Onboarding, Tool-Lizenzen und Credit-Verbrauch. Der Talentpool ist klein, die Ersatzbeschaffung dauert: Gesucht ist eine technische Nischenrolle mit echtem Vertriebsverständnis, und solche Profile sind rar. Gehälter und Bewerberzahlen lassen wir hier bewusst weg, das ist ein Thema für einen separaten Artikel.

Genau deshalb ist die dokumentierte Übergabe der entscheidende Faktor, nicht der Preis. Ein Käufer aus unserer Buyer-Research hat es auf den Punkt gebracht: das System einmal bauen lassen und dann intern betreiben, statt dauerhaft eine Agentur zu halten. Externe Partner liefern die Infrastruktur erfahrungsgemäß in Wochen, internes Recruiting zieht sich über Monate. Damit der Betrieb danach funktioniert, müssen Feldlogik, Workflows und CRM-Architektur als Dokument vorliegen, nicht als ungeschriebenes Wissen im Kopf einer Person. Ein undokumentiertes System steht und fällt mit dieser einen Person.

Ist GTM Engineering nur ein Hype?

Die Kritik aus Foren verdient eine ehrliche Antwort. Dort heißt es, der Titel sei ein Scam, seine Inhaber Zapier-Klempner, die Apollo an Clay und Clay an HubSpot hängen und das Ergebnis Architektur nennen. Wer solche Setups gesehen hat, hat in einem Punkt recht: Ein Workflow, der drei Tools verkettet, ist noch keine Architektur, und ein Titel macht daraus keinen Engineer.

Die Gegenprobe liefert der Markt. Clay hat die Rolle 2023 geprägt, rund 100 GTME-Stellenanzeigen gehen pro Monat live, und Clay selbst hat 100 Mio. Dollar Series C bei einer Bewertung von 3,1 Mrd. Dollar eingesammelt. Clay-CEO Kareem Amin nennt GTM Engineering „den ersten KI-nativen Beruf“ und erwartet die nächste bedeutende Jobkategorie im Tech-Bereich. Finanzierungsrunden belegen wenig, aber die Anforderungen in über 100 ausgewerteten Anzeigen konvergieren auf ein konsistentes Profil: Automatisierung entlang des gesamten Funnels, CRM-Datenarchitektur mit Feldlogik und Lead-Routing, LLM-Integration für Personalisierung, Verantwortung für Attribution und Analytics. Der Titel kann Mode sein, die Arbeit nicht.

Unsere Einschätzung aus rund 40 B2B-Projekten, in denen wir GTM-Systeme gebaut und optimiert haben: Die Rolle ist dann Hype, wenn sie ein Tool ersetzt. Wer nur ein Tool bedient, ist ersetzbar. Wer Daten, Signale und Prozesse verantwortet und für die Übergabe ins CRM geradesteht, baut einen Vermögenswert, der Personalwechsel überlebt. Derselbe Unterschied entscheidet zwischen AI-SDR-Tool und selbst gebautem Outbound-System: Kaufen verspricht Bequemlichkeit, Bauen gibt Kontrolle über Datenqualität, Markenrisiko und DSGVO.

Fazit: die Entscheidung fällt am System, nicht am Titel

Zusammengefasst: Ein GTM-Engineer baut und betreibt die Infrastruktur, auf der Vertrieb und Marketing laufen. GTM Engineering ist dabei eine Spezialisierung innerhalb von RevOps, kein Ersatz. Die Entscheidung, wie du die Rolle besetzt, fällt an Auslastung, Lernkurve und dokumentierter Übergabe, nicht am Titel.

• Auslastung stimmt: ab rund 5 bis 15 Mio. ARR trägt eine interne Rolle ihr eigenes Volumen.

• Geschwindigkeit zählt: ein externer Build ist erfahrungsgemäß in Wochen fertig, internes Recruiting dauert Monate.

• Übergabe ist dokumentiert: Feldlogik, Workflows und CRM-Architektur liegen als Dokument vor, nicht im Kopf einer Person.

Wenn du prüfen willst, ob dein Stack diese Kriterien erfüllt, ist das der Einstieg: RevOps & GTM Architecture von simon&co. Die Leistung umfasst GTM-Audit und Revenue-Process-Mapping, CRM-Architektur und Hygiene-Setup mit Feldern, Pipelines und Lifecycle-Stages, Tool-Integration und Datensynchronisierung über den gesamten Stack sowie standardisierte Lead- und Deal-Handoffs zwischen Marketing, SDR und AE. Am Ende steht keine Tool-Sammlung, sondern eine verbundene Revenue-Engine mit einer Single Source of Truth, die dein Team nach der Übergabe selbst weiterentwickelt.