11. Warum Logo Dropping Enterprise-Pitches zerstört

Leonie

Minute acht im Enterprise Panel. Draußen regnet es, drinnen sitzen sechs leitende Architekten, die Arme verschränkt. Und genau in dem Moment, in dem die erste kritische Frage zur Sicherheitsarchitektur kommt, passiert es. Klick. Eine Folie mit acht Kundenlogos.

Otto

Bitte nicht. Der klassische Logo Friedhof. Lockheed Martin, Barclays, NatWest, alles bunt zusammengewürfelt.

Leonie

Genau das. Und der Verkäufer lächelt siegessicher in die Runde, so nach dem Motto: Seht ihr, die ganz Großen machen das alle schon, ihr müsst uns einfach vertrauen.

Otto

Und im Raum passiert exakt das Gegenteil. Totenstille. Die Architekten schalten innerlich ab, weil, na ja, was beweist denn so eine Folie eigentlich? Null Komma gar nichts.

Leonie

Sie beweist im Grunde nur, dass man nervös wird, sobald Gegenwind kommt. Wir haben ja neulich schon darüber gesprochen, warum man in solchen Meetings vor Minute 18 auf keinen Fall in den Produkt Pitch verfallen darf. Aber die Flucht in fremde Erfolgsstorys ist fast noch gefährlicher.

Otto

Ich, ich habe das mal live erlebt vor ein paar Jahren. Ein Pitch bei einem großen europäischen Industrieversorger. Hochgradig reguliert, Betriebsrat im Nacken, überall sensible Netze. Und der Kollege präsentiert voller Stolz die Kennzahlen einer 45 Köpfe Agentur aus den Niederlanden. Vierhundert Prozent Return on Investment! Vierfache Geschwindigkeit! Er dachte wirklich, das haut die um.

Leonie

Und wie haben die reagiert?

Otto

Der Chefprüfer hat ihn einfach nur zwei Sekunden angeschaut und ganz trocken gefragt: Schön für die Kollegen in Oldenzaal, aber was genau hat deren Agenturalltag mit unseren nuklearen Sicherheitszertifizierungen zu tun? Danach war das Meeting gelaufen. Vorbei.

Leonie

Weil fremde Kennzahlen eben niemals eine Prognose für den Kunden sind. Das ist diese fundamentale Regel: Do not transfer. Wenn CACI meldet, dass sie sieben Werkzeuge in einer Plattform konsolidiert haben, dann ist das ein Beleg für Plattformkonsolidierung dort. Bei CACI. Mehr nicht.

Otto

Richtig. Und man muss höllisch aufpassen, was man da eigentlich zitiert. Es gibt reinen Plattform Proof, wie eben Lockheed Martin oder Sigma Defense, wo es um CI CD Pipelines und Standardisierung geht. Dann gibt es Duo Proof, also reine Code Assistenten wie bei Barclays, wo Entwickler Zeilen generieren. Und dann gibt es die Duo Agent Platform, kurz DAP, wo tatsächlich autonome Agenten Workflows orchestrieren.

Leonie

Und wenn man das durcheinanderwirft, verliert man jede Glaubwürdigkeit. Wenn ich dem Kunden die 400 Prozent aus der Forrester Gesamtstudie präsentiere und behaupte, das sei das Messergebnis von Thales oder NatWest, dann merken technische Gutachter sofort, dass man Zahlen frisiert. Forrester hat eine hypothetische Modellorganisation berechnet. Das ist Wirtschaftsforschung, keine Fallstudie.

Otto

Das Paradoxe am Logo Dropping ist doch: Je lauter man fremde Millionen und Prozentwerte in den Raum ruft, desto deutlicher signalisiert man dem Kunden, dass man seine tatsächlichen Schmerzen überhaupt noch nicht verstanden hat.

Leonie

Exakt. Du überdeckst deine Unkenntnis mit fremdem Glanz. Stattdessen braucht man eine völlig andere Methode. Einen sauberen, fast schon chirurgischen Ablauf für jeden einzelnen Einwand.

Otto

Und wie sieht dieser Zirkel konkret aus, wenn man nicht mehr die Folie mit acht Logos auflegt?

Leonie

Ganz diszipliniert in sieben Schritten. Erstens: der konkrete Einwand von Thales. Zweitens: genau eine relevante Referenz auswählen, nicht zwei, nicht fünf. Drittens: was dieses Unternehmen konkret getan hat. Viertens: was dort tatsächlich gemessen wurde. Dann fünftens: warum es technisch vergleichbar ist. Sechstens: warum es ausdrücklich nicht vergleichbar ist. Und siebtens: der direkte Absprung zurück in die Discovery.

Otto

Lass uns das mal an einem konkreten Beispiel durchspielen. Nehmen wir Cube. Das ist ja dieser niederländische Technologiepartner mit 45 Mitarbeitern, über den wir vorhin kurz gesprochen haben.

Leonie

Cube ist der absolute Vorzeigefall für direkte DAP Nutzung. Die haben auf der GitLab Duo Agent Platform vier ganz konkrete Agenten in die Produktion gebracht. Einen Refinement Agenten für Tickets, Kontext Subagenten, einen für Design Wiederverwendung und einen Wartungsagenten für Upgrades. Und sie haben externe Modelle wie Claude über das Model Context Protocol angebunden. Der Projektstart verkürzte sich laut Fallstudie von einer vollen Woche auf ein paar Tage.

Otto

Gut, aber wenn ich jetzt zu einem Rüstungskonzern wie Thales gehe und sage: Schaut mal, Cube hat damit vierhundert Prozent ROI geschafft, lachen die mich doch aus. Thales hat 80.000 Leute, strengste Geheimhaltung, komplexe Matrixstrukturen.

Leonie

Genau deswegen darfst du die 400 Prozent niemals als Versprechen verkaufen! Du sagst stattdessen: Cube ist interessant, wenn Sie fragen, wie eigene oder externe Agenten neben GitLab existieren können, ohne dass neue KI Silos entstehen. Die Architektur zeigt, wie GitLab als gemeinsamer Kontextlayer funktioniert. Aber: Cube ist ein 45 Personen Softwarehaus und Channel Partner. Diese Kennzahl lässt sich nicht auf Ihre Geschäftsbereiche übertragen.

Otto

Verstehe. Man nutzt Cube für die Architekturfrage rund um Agenten und Protokolle, kappt aber sofort die Illusion, dass die wirtschaftlichen Zahlen eins zu eins passen. Was machen wir dann bei der harten Sicherheitsfrage? Wenn Thales sagt: Unser Code darf unter keinen Umständen unsere Brandmauer verlassen?

Leonie

Dann nimmst du Intuitive Machines. Das Raumfahrtunternehmen, das 2024 die Mondlandefähre Odysseus auf die Mondoberfläche gebracht hat.

Otto

Houston, Texas. Rund 1.700 Mitarbeiter. Die arbeiten mit hochsensiblen ITAR Regularien für Verteidigungs und Raumfahrtprogramme.

Leonie

Genau. Und wie haben die das gelöst? Sie betreiben die Duo Agent Platform in einer selbst gehosteten Umgebung mit Bring Your Own Model über AWS Bedrock. Keine IP verlässt ihren Sicherheitsbereich. Sie nutzen KI, ohne die ITAR Compliance zu verletzen.

Otto

Aber Achtung, hier lauert ja die nächste Falle, die Attributionsfalle. In der Fallstudie steht nämlich ganz prominent: Deployments viermal schneller, von vier Stunden runter auf 45 Minuten, und 65 Prozent mehr Merge Requests.

Leonie

Und wer das liest und im Meeting behauptet, die KI hätte die Deployments um das Vierfache beschleunigt, der lügt schlichtweg. Oder hat die Quelle nicht verstanden.

Otto

Das war die Plattform! Das waren automatisierte CI CD Pipelines und Gruppenrichtlinien in GitLab Ultimate, die das Deployment von vier Stunden auf 45 Minuten gedrückt haben. Die KI Nutzung wuchs parallel von 80 auf über 200 Entwickler für Dinge wie Unit Tests und Merge Request Zusammenfassungen. Wenn ich dem Kunden erzähle, autonome Agenten hätten das Deployment beschleunigt, zerlegt mich jeder DevOps Ingenieur im Raum.

Leonie

Vollkommen richtig. Die Kunst besteht darin, die Pipeline Effizienz sauber von der generativen KI zu trennen. Intuitive Machines beweist die Machbarkeit einer isolierten Architektur unter strengen Rüstungsauflagen. Punkt.

Otto

Aber weißt du, was mir bei dieser Sieben Schritte Methode immer noch Bauchschmerzen macht? Dieser Schritt sechs. Warum es ausdrücklich nicht passt. Wenn ich dem Kunden proaktiv sage: Diese Kennzahl gilt für Sie nicht, und das US ITAR Umfeld ist nicht identisch mit Ihrer europäischen Souveränität, schwäche ich dann nicht mein eigenes Verkaufsargument?

Leonie

Im Gegenteil. Du nimmst dem Kunden die Waffe aus der Hand. Überleg doch mal: Der technische Gutachter sitzt da und sucht förmlich nach dem Haken. Er will dir beweisen, dass du keine Ahnung von seinen Restriktionen hast. Wenn du aber von dir aus sagst: ITAR in den USA ist eine ganz andere Baustelle als die französische oder deutsche Einstufung von Verschlusssachen, was soll er dann noch erwidern?

Otto

Stimmt eigentlich. Du nimmst ihm den Triumph, dich entlarvt zu haben. Es wirkt nicht defensiv, sondern souverän.

Leonie

Es schafft echte Glaubwürdigkeit. Und vor allem erlaubt es dir sofort Schritt sieben: den eleganten Absprung zurück in die Discovery. Du sagst nicht: Schauen Sie, wie toll AWS Bedrock ist. Sondern du fragst: Bei Intuitive Machines durfte der Code die VPC nicht verlassen. Wie genau ist bei Ihren Rüstungsprogrammen die Grenze gezogen? Welche Workloads müssen komplett on premises bleiben, und wo wäre eine isolierte Schnittstelle überhaupt denkbar?

Otto

Bamm. Und schon redet der Kunde wieder über seine eigene Architektur, statt dich über eine fremde Folie auszufragen. Das Gespräch gehört wieder ihm.

Leonie

Genau darum geht es. Referenzen sind keine Beweise dafür, wie die Zukunft des Kunden aussieht. Sie sind lediglich Werkzeuge, um das wahrgenommene Risiko bei einer ganz bestimmten technischen Hürde zu senken.

Otto

Wenn man das weiterspinnt: In einer Welt, in der jeder Softwareanbieter dieselben hochglänzenden KI Fallstudien mit 400 Prozent ROI und magischer Zeitersparnis vorlegt, gewinnt am Ende nicht die bunteste Erfolgsgeschichte. Es gewinnt derjenige, der glasklar erklären kann, wo die Analogie aufhört und die Realität des Kunden beginnt.

Leonie

Besser kann man es nicht zusammenfassen. Nächstes Mal, wenn Gegenwind kommt: Kein Logo Friedhof. Eine Referenz, klare Grenzen ziehen und sofort zurück zur Discovery.

Otto

Genauso machen wir das. Bis zum nächsten Mal.