G · DiagnoseConvios-Methodenbaukasten

AI-GTM-Transformations-Loop (DSAE)

Eine Build-Order für den Umbau zur AI-nativen GTM-Funktion in vier Phasen: Decode, Shape, Amplify, Evolve, gefahren als Schleife statt als Wasserfall. Die Kernrahmung: AI Sales ist ein Produkt, kein Projekt; es wird versioniert, nicht abgeschlossen.

Wann Sie diese Methode brauchen

KI-Initiativen im Vertrieb werden häufig als einmaliges Projekt aufgesetzt: Tool auswählen, einführen, abschließen. Danach veralten Playbooks, Signale und Automatisierungen, und der erhoffte Effekt verpufft. Der Umbau braucht eine Reihenfolge, die beim Engpass beginnt, und einen Betriebsmodus, der auf laufende Iteration statt auf einen Endzustand ausgelegt ist.

Vorgehen

  1. 1Decode: Diagnostizieren Sie den Engpass der GTM-Funktion und schärfen Sie die Positionierung, bevor irgendetwas automatisiert wird.
  2. 2Shape: Bauen Sie ein gemeinsames, versioniertes Playbook als eine Wahrheit für Team und KI-Systeme (ICP, Personas, Messaging).
  3. 3Amplify: Verkabeln Sie die Kanäle zu einem signal-gesteuerten Stack, in dem Kaufsignale Workflows auslösen.
  4. 4Evolve: Führen Sie Agents wie Team-Mitglieder ein, mit klarer Rolle, Freigaben und menschlicher Entscheidung.
  5. 5Fahren Sie die vier Phasen als wiederkehrende Schleife; jede Runde versioniert das System weiter.

Typische Anwendung

Ein typischer Fall: Ein B2B-Software-Anbieter hat mehrere KI-Tools im Vertrieb eingeführt, jedes als eigenes Projekt mit Abschlussdatum. Ein Jahr später sind die Prompts veraltet, die Datenflüsse gerissen und die Nutzung eingeschlafen. Der Neustart folgt der Schleife: erst Engpass und Positionierung klären, dann ein gemeinsames Playbook aufbauen, dann die Signale verdrahten, erst danach Agents einführen. Entscheidend ist der Betriebsmodus: Ein Verantwortlicher versioniert das System in festen Zyklen weiter, statt es für fertig zu erklären.

Grenzen und Gegenindikationen

Der Loop ist eine Praktiker-Rahmung und nicht unabhängig validiert; seine Phasen decken sich inhaltlich weitgehend mit etablierten Methoden zu Positionierung, Demand und Orchestrierung. Er beschreibt den GTM-Umbau, nicht die unternehmensweite KI-Transformation. Ohne dauerhafte Ownership fällt das System in den Projekt-Modus zurück, den es vermeiden soll.

Woran Sie Wirkung messen

Zyklus-Kadenz und Versionsstand des Systems (Playbook, Signale, Agent-Chartas) sowie die Engpass-Entwicklung von Runde zu Runde.

Verwandte Methoden

Quellen

  1. 1.A Spiral Model of Software Development and Enhancement (öffnet in neuem Tab) · IEEE Computer 21(5) (Barry W. Boehm) · 1988 · Wissenschaft und FachliteraturTrägt das Prinzip, einen Umbau in wiederholten, risikogetriebenen Runden statt in einem einmaligen Durchlauf zu fahren.

Ursprung: Gasser

Zuletzt geprüft: 2026-07-25 von Dr. Oliver Gausmann

← Zurück zum Katalog

Diese Methode mit KI durchgehen

ClaudeChatGPTPerplexity