14. Enterprise Deal strukturieren: Discovery, Rollenspiel, Abschluss

Otto

Stell dir vor, du hast exakt dreißig Minuten Zeit. Auf der anderen Seite des Tisches sitzen drei erfahrene Führungskräfte, und deine Aufgabe ist es, einen komplexen Enterprise Deal zu strukturieren. Und in der Aufgabenstellung steht ein scheinbarer Widerspruch: Dreißig Minuten Kundenmeeting, aber bitte vorher zehn Minuten Discovery Walkthrough und zwanzig Minuten Rollenspiel.

Leonie

Genau da geraten doch die meisten sofort ins Schleudern. Zehn Minuten klingen erst mal nach viel Zeit, um zu zeigen, wie gründlich man recherchiert hat. Aber wenn du diese zehn Minuten nutzt, um dem Panel einfach nur vorzulesen, was Thales so macht, hast du eigentlich schon verloren, oder?

Otto

Vollkommen. Das ist die klassische Falle, das sogenannte Fact Dumping. Das Panel weiß doch selbst, was im Szenario steht. Was sie sehen wollen, ist deine Flughöhe. Warum hat dieser Account jetzt einen Wendepunkt erreicht? Im Walkthrough geht es darum, die eigene Denke offenzulegen. Quasi wie ein Regiekommentar beim Schach.

Leonie

Ein Regiekommentar, ja. Man zeigt dem Prüfungsgremium das Brett, bevor man die Figuren bewegt. Und da gibt es doch diese ganz scharfe Trennlinie zwischen dem, was man weiß, und dem, was man eben noch nicht wissen kann. Was ist da der Unterschied bei Thales?

Otto

Bekannt ist: Thales nutzt GitLab bereits in der Software Factory, es gibt nachweisbare Erfolge bei Kollaboration und CI CD. Aber es gibt eben auch verbleibende Fragmentierung über verschiedene Sparten hinweg. Das Unbekannte ist das Entscheidende: Ist diese Zersplitterung ein echtes Problem oder schlicht notwendige Programmautonomie?

Leonie

Klar, in der Avionik oder im Verteidigungsbereich gelten ganz andere Sicherheitszonen. Da schreibt der Auftraggeber vielleicht bestimmte Werkzeuge zwingend vor. Wenn ich da als Vertrieblerin reingehe und behaupte, alles vereinheitlichen zu müssen, laufe ich frontal gegen eine Wand.

Otto

Ganz genau. Man muss im Walkthrough sagen: Ich weiß, dass Varianz existiert, aber ich weiß noch nicht, ob es vermeidbare Silos sind oder regulatorische Vorgaben. Das zeigt dem Panel sofort Methodenkompetenz. Und dann kommt die Einstiegsstrategie für die drei Rollen.

Leonie

Wobei man da mental extrem beweglich bleiben muss. Ich kenne das aus realen Kundensituationen. Du bereitest deine Folien akribisch vor, willst gerade ansetzen, und plötzlich unterbricht dich der Kunde oder das Panel und sagt: Wissen Sie was, lassen Sie die Folien weg, wir sind jetzt live im Meeting. Und zack, sind die zehn Minuten Vorrede gestrichen.

Otto

Deshalb braucht man zwingend den Fallback Plan für die vollen dreißig Minuten Live Rollenspiel. Wer keinen Plan B in der Tasche hat, fängt in dem Moment an zu stammeln. Wenn man aber vorbereitet ist, schaltet man einfach um, nutzt die ersten drei Minuten für Kontext und Erlaubnis und geht direkt in die Führung des Gesprächs.

Otto

Wenn du dann im Gespräch bist, egal ob nach dem Walkthrough oder direkt, kommt der heikelste Moment: das Warum Jetzt. Warum sollten diese drei vielbeschäftigten Leute ausgerechnet heute ihre Zeit mit dir verbringen?

Leonie

Und da neigen viele dazu, eine epische Präsentation über digitale Transformation anzuwerfen. Zwanzig Folien über die Zukunft der Softwareentwicklung. Aber bei Thales gibt es doch ganz konkrete, öffentlich nachlesbare Fakten, die man nutzen kann, richtig?

Otto

Exakt drei Signale reichen völlig aus. Erstens: Thales skaliert KI Assistenten massiv. Von aktuell zweitausendsiebenhundert regelmäßigen Nutzern auf fünftausend bis Ende 2026. Zweitens: Das interne Vorhaben LEA, also Agent Garden, wo zehntausende Entwickler mit agentischen Werkzeugen arbeiten sollen, und GitLab wird da sogar explizit als Integration genannt.

Leonie

Und das dritte Signal ist die Governance. Thales betont ja öffentlich immer wieder menschliche Kontrolle, also Human in the Loop, und strikte Nachvollziehbarkeit. Aber wie baut man daraus jetzt eine These, ohne belehrend zu wirken?

Otto

Indem man es als Outside In Hypothese formuliert. Man sagt: Wenn Ihre Entwickler durch KI plötzlich viel schneller Code generieren, wandert der eigentliche Engpass doch unweigerlich flussabwärts. In die Code Reviews, in die Test Pipelines, in Sicherheitschecks und Freigabeprozesse. Und dann fragt man sofort: Sehen Sie das in der Praxis auch so, oder liegt die Hürde woanders?

Leonie

Das ist brillant, weil man dem Kunden nichts unterstellt, sondern seine Beobachtung überprüfen lässt. Aber sag mal, viele Vertriebler würden an dieser Stelle doch sofort die Duo Agent Platform auspacken und rufen: Wir haben die Lösung für Ihre Reviews!

Otto

Und genau das wäre der Dealbreaker. Die eiserne Regel lautet: Ich suche keinen Anwendungsfall für DAP, sondern ich suche messbare operative Reibung im Prozess. Wenn am Ende herauskommt, dass die Teams schlicht mit unterschiedlichen CI Pipelines kämpfen oder Sicherheitslizenzen fehlen, dann ist vielleicht GitLab Ultimate oder eine saubere Pipeline Konsolidierung die Antwort, nicht KI.

Leonie

Produkt-Disziplin, sozusagen. Man verkauft nicht das glänzendste neue Werkzeug, sondern löst das Problem, das der Kunde tatsächlich hat. Wer DAP anpreist, bevor der Schmerz quantifiziert ist, verliert die Glaubwürdigkeit bei der Security und beim Engineering Executive sofort.

Otto

Kommen wir zur eigentlichen Live Choreografie. In den verbleibenden zwanzig Minuten tickt die Uhr gnadenlos. Minute null bis zwei gehört dem Wiederanknüpfen und dem Einholen der Erlaubnis: Klingt das nach einer sinnvollen Nutzung unserer gemeinsamen Zeit? Erst wenn alle nicken, geht es los.

Leonie

Und dann startet die Multi Stakeholder Discovery von Minute vier bis elf. Da sitzen ja der Engineering Executive, der Chef der Software Factory und der Sicherheitsverantwortliche. Wie steuert man diesen Raum, ohne dass einer die ganze Zeit dominiert?

Otto

Über eine ganz klare Reihenfolge der Ankerfragen. Zuerst der Engineering Executive: Was muss sich in den nächsten zwölf bis achtzehn Monaten messbar verbessern? Wenn der zum Beispiel sagt, wir müssen die Liefergeschwindigkeit verdoppeln, wendet man sich sofort an die Software Factory: Wo im aktuellen Zyklus entsteht die meiste Reibung, die dieses Ziel blockiert?

Leonie

Und sobald die Software Factory sagt, unsere Senior Reviewer hängen tagelang an Merge Requests fest, holt man die Sicherheit rein: Wenn wir diesen Workflow automatisieren, welche Kontrollgrenzen sind für Sie nicht verhandelbar? Und dann... kommt der schwerste Teil für jeden Verkäufer.

Otto

Frage stellen und den Mund halten. Wirklich schweigen und zuhören. Nicht den Satz des Kunden vollenden, nicht sofort die Lösung reinwerfen. Erst wenn man die Kennzahlen hat: Wie viele Reviews? Wie viele Stunden Wartezeit? Erst dann fasst man von Minute elf bis vierzehn zusammen. Das ist die Kette: Discover, Synthesise, Align.

Leonie

Und bei der Positionierung von Minute vierzehn bis siebzehn positioniert man dann ausschließlich bedingt. Sie haben gesagt, die Wartezeit bei Reviews bremst Sie aus, während menschliche Freigabe Pflicht bleibt. Genau dafür gibt es den Code Review Flow. Und kommerziell bindet man sie nicht an starre Riesenpakete, sondern an Credits.

Otto

Richtig. Wir testen das in einer kontrollierten Gruppe und messen die tatsächlichen Credits gegen das Ergebnis, also Kosten pro erfolgreichem Review. Wenn die Stückkostenrechnung nicht aufgeht, skalieren wir es nicht. Das nimmt jedes Risiko aus dem Gespräch.

Leonie

Das ist eigentlich das faszinierende Paradoxon an solchen Verhandlungen. Man denkt immer, der beste Vertriebler sei derjenige mit der mitreißendsten Demo und den schlagfertigsten Antworten. Aber in Wirklichkeit gewinnt derjenige, der am wenigsten redet, präzise Fragen stellt und den Kunden dazu bringt, seine eigenen Schmerzen zu beziffern.

Otto

Ganz genau. Der Raum gehört dem Kunden, die Choreografie gehört dir. Und am Ende steht kein unverbindliches Ich melde mich nächste Woche, sondern ein definierter Workshop mit festen Teilnehmern und klaren Messkriterien. So schließt man nach dreißig Minuten punktgenau ab.