GTM & Revenue Architecture

GTM Control Plane: Wie AI Marketing, Sales und Customer Success zu einem Revenue-System verbindet

Marketing generiert Nachfrage. Sales Development sucht neue Accounts. Sales führt Gespräche. Customer Success kennt die bestehenden Kunden. Marketing Operations verwaltet Kampagnen, Sales Operations das CRM.

Diese Aufteilung war sinnvoll, solange jede Funktion einen großen Teil ihrer Arbeit manuell erledigen musste.

AI verändert diese Grenze.

Research, Intent-Erkennung, Lead-Qualifizierung, Content, Outbound, CRM-Pflege, Follow-ups und Account Monitoring lassen sich zunehmend automatisieren oder zumindest maschinell vorbereiten. Dadurch verschwimmen die Grenzen zwischen Marketing, Sales Development, Business Development, Sales und Customer Success.

Das Ergebnis ist mehr als Sales Automation.

Es entsteht die Möglichkeit, Go-to-Market als ein gemeinsames System zu steuern.

Bei Wingmen Experts haben wir ein solches System für unsere eigene Lead Generation aufgebaut. Wir nennen die zentrale Steuerungsebene unsere GTM Control Plane.

Was ist eine GTM Control Plane?

Eine GTM Control Plane verbindet die Informationen und Aktivitäten eines Go-to-Market-Systems über eine gemeinsame Steuerungslogik.

Bei Wingmen sieht die vereinfachte Architektur so aus:

GTM CONTROL PLANE

Accounts / People / Signals / State

INTENT ENGINE

Job Changes · Hiring · Funding · Tech Changes · Website Visits · Content Engagement

OUTBOUND ENGINE

LinkedIn · Email · Calls · Reactivation

INBOUND ENGINE

SEO / GEO · LinkedIn Content · Knowledge Base · Founder Brand

CONVERSATION ENGINE

Clarity Call / Discovery

OPPORTUNITY ENGINE

Diagnose → Scope → Proposal

REVENUE

Der Unterschied zu einem klassischen Funnel liegt nicht in den einzelnen Kanälen. Fast alle Komponenten gab es vorher schon.

Der Unterschied ist, dass sie denselben kommerziellen Kontext nutzen.

Das Problem mit dem klassischen GTM Funnel

Ein klassischer Funnel behandelt Marketing, Lead Generation und Sales häufig als aufeinanderfolgende Funktionen.

Marketing erzeugt einen Lead.

Sales Development qualifiziert ihn.

Sales übernimmt ihn.

Nach dem Abschluss übernimmt Customer Success.

Das funktioniert auf dem Organigramm besser als in der Realität.

Ein ehemaliger Prospect liest sechs Monate später einen Artikel. Ein Bestandskunde stellt einen neuen Vertriebsleiter ein. Ein früher verlorener Account beginnt plötzlich, RevOps-Mitarbeiter zu suchen. Ein Kontakt reagiert auf LinkedIn. Ein Unternehmen besucht mehrere relevante Seiten der Website.

Diese Ereignisse gehören nicht sauber zu einer einzelnen Abteilung.

Sie verändern den kommerziellen Zustand eines Accounts.

Genau hier setzt die GTM Control Plane an.

Der Kern ist nicht der Lead. Der Kern ist der Account State.

Wir wollten bei Wingmen nicht noch eine weitere Lead-Liste bauen.

Wir wollten für relevante Accounts vier Fragen beantworten können:

Wer ist das?

Welche Unternehmen und Personen passen zu unserem ICP?

Was wissen wir?

Welche Beziehungen, Interaktionen und historischen Informationen existieren?

Was hat sich verändert?

Gibt es neue Signale wie Managementwechsel, Hiring, Technologieänderungen oder Content Engagement?

Was ist die sinnvollste nächste Aktion?

Research? LinkedIn? E-Mail? Call? Reaktivierung? Content? Oder vorerst gar nichts?

Damit verändert sich die Logik.

Nicht eine Kampagne entscheidet, was mit einem Account passiert.

Der aktuelle Zustand entscheidet.

Vereinfacht:

Account + People + Signals + History → State → Next Action

Das ist für uns die eigentliche Funktion der GTM Control Plane.

AI lässt Marketing und Sales zusammenwachsen

AI macht diese Architektur wirtschaftlich interessant, weil viele Tätigkeiten zwischen den klassischen Funktionen strukturell ähnlich sind.

Ein Marketing-System recherchiert Themen und Buying Signals.

Ein SDR recherchiert Accounts und Ansprechpartner.

Ein Account Executive recherchiert vor einem Gespräch.

Customer Success beobachtet Veränderungen beim Kunden.

Content Marketing analysiert Fragen und Interessen der Zielgruppe.

Im Kern passiert immer wieder dasselbe:

Informationen werden gesammelt, interpretiert und in eine nächste Aktion übersetzt.

Früher musste diese Arbeit auf verschiedene Menschen verteilt werden, weil sie arbeitsintensiv war.

Heute können gemeinsame AI- und Automatisierungsschichten einen erheblichen Teil davon übernehmen.

Damit verliert die organisatorische Trennung zwischen Marketing, Sales Development, Business Development, Sales und Customer Success zumindest auf Systemebene an Bedeutung.

Die Funktionen verschwinden nicht.

Aber sie können auf dieselbe Informations- und Entscheidungsarchitektur zugreifen.

Unsere Intent Engine sucht nicht nach Leads, sondern nach Veränderungen

Der erste Teil unserer GTM Control Plane ist die Intent Engine.

Sie beobachtet Signale, die einen Account interessanter machen können:

  • Job Changes
  • Hiring
  • Funding
  • Technologieänderungen
  • Website-Aktivität
  • Content Engagement
  • frühere Kontakte und Opportunities

Das Entscheidende ist die Kombination.

Ein Jobwechsel allein ist noch kein Buying Intent.

Eine Stellenanzeige allein auch nicht.

Wenn aber ein ICP-Account einen neuen Sales Leader einstellt, gleichzeitig RevOps-Kompetenz aufbaut und sich bereits mit einem unserer Themen beschäftigt hat, verändert sich die Bewertung.

Die Intent Engine soll deshalb nicht möglichst viele Daten produzieren.

Sie soll erkennen, wann sich der Zustand eines Accounts relevant verändert.

Outbound wird zur Reaktion auf State

Klassische Outbound-Systeme beginnen meistens mit einer Liste:

Accounts auswählen, Kontakte recherchieren, Sequenz starten.

Wir drehen die Logik um.

Zuerst kommt der Account.

Dann der bekannte Kontext.

Dann die Veränderung.

Erst danach kommt der Kanal.

Je nach State kann die richtige Aktion eine LinkedIn-Interaktion, eine E-Mail, ein Call oder die Reaktivierung eines früheren Kontakts sein.

In anderen Fällen ist die richtige Aktion: nichts tun.

Das ist ein wichtiger Unterschied zur klassischen Sales Automation.

Die Frage lautet nicht:

Was können wir automatisieren?

Sondern:

Welche Aktion ist aufgrund des aktuellen Zustands sinnvoll – und welche Teile davon können wir automatisieren?

Inbound und Outbound arbeiten auf denselben Accounts

Parallel dazu arbeitet unsere Inbound Engine.

SEO und GEO erfassen bestehende Nachfrage. Die Knowledge Base beantwortet Probleme unserer Zielgruppe. LinkedIn Content verteilt dieselben Thesen in den Markt. Die Founder Brand schafft zusätzliche Reichweite und Vertrauen.

Im klassischen Modell würde man diese Aktivitäten separat messen.

Organic Traffic hier.

LinkedIn Engagement dort.

Outbound Replies in einem dritten Dashboard.

In einer GTM Control Plane sind sie unterschiedliche Inputs für dasselbe Revenue-System.

Ein Account kann durch Outbound entdeckt werden und später über SEO zurückkommen.

Ein LinkedIn-Kontakt kann einen Knowledge-Base-Artikel lesen.

Ein früherer Prospect kann Monate später über Google erneut auf Wingmen stoßen.

Inbound und Outbound sind dann keine konkurrierenden Lead-Kanäle mehr.

Sie verstärken sich gegenseitig.

Aus dem Funnel wird ein GTM Flywheel

An diesem Punkt verändert sich auch das Modell.

Der klassische Funnel endet bei Revenue.

Unser Zielbild endet dort nicht.

Jede Interaktion erzeugt neue Informationen.

Ein Discovery Call zeigt, welche Probleme Käufer tatsächlich beschreiben.

Diese Sprache verbessert Content und SEO.

Content Engagement liefert neue Intent-Signale.

Outbound zeigt, welche Thesen Resonanz erzeugen.

Opportunities zeigen, welche Probleme tatsächlich Budget bekommen.

Customer-Projekte erzeugen neue Erfahrungen, Proof und Cases.

Diese Erkenntnisse fließen zurück in das System.

Das ergibt ein Flywheel:

Signals → Outreach & Content → Conversations → Opportunities → Revenue → Evidence → bessere Signals, Content und Outreach

Mit jeder Runde sollte das System besser verstehen:

  • welche Accounts relevant sind,
  • welche Signale wirklich zählen,
  • welche Probleme Gespräche erzeugen,
  • welche Inhalte Nachfrage auslösen,
  • welche Ansprache funktioniert,
  • welche Opportunities tatsächlich zu Revenue werden.

Das ist der eigentliche Hebel.

Nicht mehr Aktivität.

Mehr Lernfähigkeit.

Customer Success gehört deshalb in dieselbe Architektur

Customer Success wird in vielen GTM-Modellen erst nach dem Deal relevant.

Für eine GTM Control Plane ist diese Trennung künstlich.

Bestandskunden liefern einige der wertvollsten Signale überhaupt.

Neue Ansprechpartner.

Neue Anforderungen.

Neue Geschäftsbereiche.

Probleme bei Adoption oder Prozessen.

Expansion.

Cross-Sell.

Referenzen.

Cases.

Erkenntnisse aus Delivery.

Ein funktionierendes Revenue-System darf diese Informationen nach dem Abschluss nicht verlieren.

Der Account wechselt lediglich seinen State.

Aus Prospect wird Opportunity.

Aus Opportunity wird Customer.

Aus Customer können Expansion, Referral, Case Study oder später erneut eine Opportunity entstehen.

Der Account bleibt Teil desselben Systems.

Warum das mehr als ein CRM ist

Unsere GTM Control Plane ersetzt das CRM nicht.

Das CRM bleibt eine wichtige Daten- und Transaktionsschicht.

Aber ein CRM beantwortet nicht automatisch die entscheidende Frage:

Was sollte aufgrund aller verfügbaren Informationen jetzt passieren?

Dafür braucht es eine darüberliegende Logik.

Sie muss Accounts und Personen identifizieren, Signale zusammenführen, Historie berücksichtigen, Zustände unterscheiden und daraus Aktionen ableiten.

Die technische Umsetzung kann unterschiedlich aussehen.

CRM, Automatisierungsplattformen, Datenquellen, APIs und AI Agents können Teile davon übernehmen.

Entscheidend ist nicht das Tool.

Entscheidend ist die Architektur.

AI Sales Automation ohne Control Plane skaliert vor allem Aktivität

Das ist aus unserer Sicht einer der größten Fehler beim Einsatz von KI im Vertrieb.

Unternehmen beginnen mit der Automation.

Mehr Research.

Mehr personalisierte E-Mails.

Mehr Content.

Mehr Sequenzen.

Mehr Leads.

Mehr Daten.

Das kann die Produktivität erhöhen. Es kann aber genauso gut ein schlechtes GTM-System beschleunigen.

Wenn Account Selection, State, Ownership und Next Actions nicht definiert sind, produziert AI vor allem mehr Aktivität.

Deshalb bauen wir die Logik in der anderen Reihenfolge:

State vor Action.

Entscheidungslogik vor Automation.

Revenue-System vor Tool Stack.

Was wir bei Wingmen damit erreichen wollen

Unsere GTM Control Plane ist kein fertiges Softwareprodukt, das wir verkaufen.

Sie ist unser internes Operating Model für Lead Generation und Revenue.

Wir wollen damit drei Dinge erreichen.

Erstens: relevante Accounts früher erkennen.

Zweitens: Inbound, Outbound und bestehende Beziehungen nicht als getrennte Datenwelten behandeln.

Drittens: möglichst viel Research, Monitoring, Administration und Koordination automatisieren, ohne die eigentliche kommerzielle Entscheidung aus dem System zu entfernen.

Menschen sollen ihre Zeit dort einsetzen, wo sie den größten Wert erzeugen:

bei Diagnose, Gesprächen, Beziehungen, Lösungsdesign und Entscheidungen.

Die Maschine übernimmt zunehmend das Beobachten, Zusammenführen, Vorbereiten und Lernen.

Vom GTM Tech Stack zum Revenue-System

Die wichtigste Veränderung durch AI im Vertrieb ist deshalb möglicherweise nicht der AI Sales Agent.

Es ist auch nicht die nächste Generation personalisierter Cold Emails.

AI macht eine andere Architektur möglich.

Marketing, Lead Generation, Sales Development, Business Development, Sales und Customer Success können auf einer gemeinsamen Informations- und Steuerungsebene arbeiten.

Inbound erzeugt Signale für Outbound.

Outbound erzeugt Erkenntnisse für Content.

Conversations verbessern Positionierung und Qualifizierung.

Opportunities zeigen, welche Probleme wirtschaftlich relevant sind.

Customer-Projekte erzeugen Proof und neues Wissen.

Dieses Wissen fließt zurück in das System.

So entsteht aus einzelnen GTM-Funktionen ein Flywheel.

Und aus einem Tool Stack wird ein Revenue-System.

Verwandte Inhalte

Was ist Revenue Architecture?

Vom Symptom zum belastbaren Revenue System

Wenn wiederkehrende Vertriebsprobleme an Prozessen, Verantwortlichkeiten, Daten oder Übergaben hängen, reicht eine isolierte Maßnahme selten aus. Revenue Architecture betrachtet das kommerzielle System im Zusammenhang.