13. GitLab verkauft man nicht mit Features

Otto

Stell dir vor, du hast zwanzig Jahre Erfahrung in der Softwarebranche, kennst jede Zeile Code, jeden Git-Befehl auswendig und sitzt im finalen Vorstellungsgespräch bei GitLab. Dreißig Minuten Mock Customer Meeting für einen Riesen wie Thales. Und nach genau acht Minuten fliegst du krachend durch.

Leonie

Nach acht Minuten schon? Was, was macht man denn da bitte in so kurzer Zeit so grundlegend falsch?

Otto

Du machst das, was fast alle Techies tun. Du öffnest deine Folien und zeigst stolz die neue Duo Agent Platform. Du erklärst Features, redest über künstliche Intelligenz, schwärmst von GitLab Ultimate und die Prüfer im Panel zücken die rote Karte. Durchgefallen.

Leonie

Weil man zu viel weiß?

Otto

Weil du redest, bevor du zugehört hast. In den internen Scorecards von GitLab gibt es ein knallhartes Akronym: D E P M C N. Discovery, Executive Presence, Product Positioning, Multi Stakeholder Management, Consumption, Next Steps. Und das P, also das Produkt, steht ganz bewusst erst an dritter Stelle.

Leonie

Warte, das kenne ich doch aus Vertriebsrunden. Alle wollen sofort ihre Lösung verkaufen, die tolle Demo abfeuern, anstatt erst mal zu kapieren, wo dem Kunden eigentlich der Schuh drückt.

Otto

Ganz genau. Die Scorecard verlangt, dass du bis mindestens Minute achtzehn fast ausschließlich im Problemraum bleibst. Account Context, Informed Hypothesis, Discovery, Business Impact. Wenn du vor Minute achtzehn anfängst, über Agenten oder Lizenzen zu sprechen, gilt das als gravierender Fehler. Du musst eine belastbare Basiskennzahl freilegen. Eine messbare Metrik wie MTTR, also die Zeit bis zur Fehlerbehebung, Code Review Dauer oder die vertrödelten Ingenieursstunden an alten Jenkins Servern.

Leonie

Das ist im Grunde wie beim Arzt, oder? Man geht mit Bauchschmerzen hin und der Arzt zieht sofort das Skalpell aus der Tasche und ruft: Schauen Sie mal, wie schön scharf diese Klinge blinkt, wollen wir direkt losschneiden?

Otto

Exakt die Diagnose Metapher. Niemand will ein Skalpell kaufen, die Leute wollen keine Schmerzen mehr haben. Wer sofort Produkte anpreist, zeigt pure Hoffnung statt Methodik. In der Scorecard heißt es wörtlich: Man soll wegkommen von Product, Features, Hope und hin zu Problem, Capability, Outcome. Und wer den messbaren KPI Owner bei Thales nicht findet, hat schlicht verloren.

Leonie

Aber das wird ja noch fieser in der Simulation. Du sitzt ja nicht einem einzelnen Einkäufer gegenüber, sondern einem regelrechten Tribunal aus drei völlig zerstrittenen Parteien. Die Software Factory, der Engineering Executive und der Sicherheitschef.

Otto

Drei Fronten, die sich im echten Leben oft spinnefeind sind. Was wollen die jeweils?

Leonie

Die Software Factory ertrinkt in Wartung. Die haben Dutzende individuelle Jenkins Pipelines gebaut, die ständig crashen und Ingenieure binden. Der Engineering Chef dagegen steht unter brutalem Termindruck. Programme verzögern sich, Time to Market leidet, er will einfach nur schnellere Releases. Und dann sitzt da der Head of Infrastructure und Security.

Otto

Und der sagt vermutlich zu allem erst mal pauschal Nein.

Leonie

Er pocht auf Datensouveränität, Auditierbarkeit und besteht darauf, dass militärische Sonderprojekte niemals standardisiert werden dürfen. Ich habe solche Verhandlungen schon miterlebt. Da fangen unerfahrene Anbieter plötzlich an zu schwitzen. Sie versuchen krampfhaft, es jedem recht zu machen, nicken bei allen Wünschen und fallen damit bei allen gleichzeitig durch.

Otto

Weil Diplomatie durch Nachgeben im Enterprise Bereich Schwäche signalisiert. Wie löst man diese Reibung auf, ohne eine Partei vor den Kopf zu stoßen?

Leonie

Über eine glasklare Synthese. Die Scorecard bewertet positiv, wenn der Kandidat den scheinbaren Widerspruch zwischen Autonomie und Kontrolle aktiv moderiert. Man sagt eben nicht: Wir zwingen jetzt allen exakt dieselbe Pipeline auf. Man sagt: Das Ziel ist ein gemeinsames Betriebsmodell, das unnötige Reibung eliminiert, aber strikte Sicherheitsausnahmen sauber einkapselt.

Otto

Man verbindet die Probleme. Der Wartungsaufwand der Factory bremst die Programme des Engineering Chefs, und genau das führt zu unkontrollierten Sicherheitsabkürzungen. Wenn man das laut ausspricht, schauen sich die drei plötzlich an und nicken.

Leonie

Genau das ist Multi Stakeholder Management. Man moderiert den Konflikt, statt ihn unter den Teppich zu kehren.

Otto

Und wenn du diese Klippe umschifft hast, lauert schon die nächste Falle. Im Panel sitzt nämlich auch ein Solutions Architect von GitLab. Und dessen einzige Aufgabe ist es, zu testen, ob du technisch ehrlich bleibst oder anfängst zu flunkern.

Leonie

Wo wird da gebohrt? Geht es um den Reifegrad der Software?

Otto

Ganz genau darum. Die Duo Agent Platform ist ja modular aufgebaut. Du musst präzise wissen: Der Code Review Flow und der Fix Pipeline Flow sind GA, also General Availability, voll produktionsreif. Aber viele erweiterte KI Governance Kontrollen und Komponenten wie Orbit sind noch in der Beta Phase. Und Next Gen SCM ist sogar noch Private Beta. Wer im Eifer des Gefechts eine Beta Funktion als schlüsselfertig für ein Verteidigungsprogramm verkauft, wird gnadenlos abgestraft.

Leonie

Das erfordert Mut. Vor einem Kunden zuzugeben: Nein, das können wir heute so noch nicht in Produktion geben, das ist noch im Test.

Otto

Absolut. Aber die Krönung der Scorecard ist etwas anderes. Es gibt einen Punkt, der nennt sich conditional positioning, konditionale Positionierung. Wenn sich in der Discovery herausstellt, dass Thales eigentlich schon die richtigen Lizenzen hat, sie aber wegen schlechter Schulung kaum nutzt, dann beweist du höchste Reife, indem du sagst: Kaufen Sie heute nichts Neues von uns. Nutzen Sie erst mal das, was da ist.

Leonie

Die hohe Kunst des Nicht Verkaufs. Ein Vertriebler, der abrät, Geld auszugeben. Das baut mehr Vertrauen auf als jede Rabattaktion.

Otto

Absolut. Und dann kommt am Ende noch die neue Preislogik ins Spiel. Die Scorecard fordert, consumption based pricing, also verbrauchsabhängige Modelle, sauber zu erklären. Bei autonomen Agenten kannst du nicht mehr einfach fünfhundert Lizenzen pro Entwicklerkopf verkaufen. Agentische Lasten schwanken nach Volumen und Workflow. Man misst den Wert pro erfolgreichem Ergebnis, zum Beispiel Kosten pro behobenem Pipeline Fehler.

Leonie

Das bringt mich zu einer ganz grundsätzlichen Frage, die weit über GitLab hinausgeht. Wenn Agenten künftig den Code selbst schreiben, Pipelines eigenständig debuggen und Sicherheitslücken schließen, verliert das Modell pro Sitzplatz doch völlig seinen Sinn. Warum sollte ein Konzern für zehntausend Plätze zahlen, wenn fünfzig Agenten die Arbeit machen? Wie bezahlt man Software, wenn der Takt nicht mehr von Menschen, sondern von Algorithmen vorgegeben wird?

Otto

Das ist die offene Wunde der gesamten Branche. Die alten Preismodelle bröckeln. Und wer das im Kundengespräch nicht heute schon mitdenkt, wird morgen schlicht nicht mehr verstanden.