Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.
Blickwinkel
Über eine technische Anforderung eines Großkunden — die Datenbank im eigenen Cloud-Abonnement, sein E-Mail-Gateway, sein Anbieter für Sprachmodelle — verhandelt man anhand ihres Beweggrunds, nie anhand ihrer Machbarkeit. Der Beweggrund sagt, was zuzugestehen genügt; wer auf die Anfrage so antwortet, wie sie formuliert ist, gesteht das Maximum zu, ohne zu wissen, warum — und dieses Maximum bezahlt man danach mit dem Auseinanderdriften des Produkts, auf Positionen, die keine Kostentabelle zeigt.
Zusammenfassung
Ein Großkonzern evaluiert deine Gehaltsabrechnungssoftware. Das Geschäft kommt voran. Dann fällt ein Satz: „Die Datenbank muss in unserem Azure-Abonnement liegen.“
Die Diskussion danach findet fast immer an derselben Stelle statt: Ist das machbar? Ja, technisch. Wie lange? Zwei Monate. Man beziffert, sagt zu, macht weiter.
Diese Diskussion hat die einzige Frage übersprungen, die einem das Heft in die Hand gibt: warum diese Anfrage. Ein ISO-Audit, das bestanden werden muss, eine Sicherheitsrichtlinie, die Daten außerhalb des eigenen Tenants verbietet, ein Cybersecurity-Team, das seine Logs im eigenen Überwachungswerkzeug haben will. Das sind keine Urteile über deine Kompetenz — niemand glaubt, dass der Kunde besser hosten wird als du. Es geht um Kontrolle: vor dem eigenen Auditor für die eigenen Daten geradestehen zu können.
Der Beweggrund zählt, weil er das Maß festlegt. Muss nachgewiesen werden, dass die Daten die Europäische Union nicht verlassen, genügen eine Hosting-Region und eine schriftliche Zusage. Geht es darum, den Verschlüsselungsschlüssel selbst in der Hand zu halten, genügt ein vom Kunden verwalteter Schlüssel. Keiner dieser beiden Bedarfe verlangt die Datenbank in seinem Abonnement. Wer auf die Anfrage so antwortet, wie sie formuliert ist, gesteht das Maximum zu, für einen Beweggrund, den er nicht ermittelt hat.
Denn was man zugesteht, hat einen Preis, und er wird auf Positionen bezahlt, die niemand führt. Die Datenbank liegt beim Kunden: Jedes Deployment, das die Datenstruktur berührt, wird zu einer Anleitung, die verschickt, einer Freigabe, auf die gewartet, einem Wartungsfenster, das reserviert werden muss. Der erste Kunde spielt es am Dienstag ein, der dritte verschiebt auf den Folgemonat, und drei Monate später testest du deine Korrekturen gegen vier verschiedene Datenbankzustände. Was dabei verloren geht, ist genau das, was das Modell interessant machte: ein einziges Produkt, das man für alle gleichzeitig voranbringt. Die Infrastrukturposition dagegen ist gesunken — und genau sie sieht der Vertrieb, wenn er einen Rabatt anbietet.
Es gibt einen Fall, in dem die Rechnung die Richtung wechselt: Ein Baustein, der nichts differenziert, kann allein den Verkauf verhindern. SSO unterscheidet keine Gehaltsabrechnungssoftware von ihren Wettbewerbern, und fehlt es, bist du aus dem Rennen. Man baut es also, nicht wegen dessen, was es bringt, sondern wegen dessen, was sein Fehlen kostet. Die Frage lautet nie „Schafft das Wert?“ — sie lautet „Was öffnet das, und auf welcher Position wird es bezahlt?“.
Daraus folgt der Schluss, und er ist nicht technisch. Diese Anforderungen sind keine Sonderfälle, die man einzeln abarbeitet: Sie sind die Governance-Kultur eines Marktsegments. Sich zu entscheiden, dort zu verkaufen, heißt, diese Bedingung als Gegebenheit des Marktes zu akzeptieren, sie ein für alle Mal zu beziffern und über jede Anfrage anhand ihres Beweggrunds statt ihrer Machbarkeit zu verhandeln.
Spannungen / Widersprüche
Zwei Notizen sagen nicht dasselbe darüber, was man abgeben kann. Die eine hält fest, dass ein Anbieter, der sich ohne Änderung des Werts ersetzen lässt, den Service austauschbar macht — man müsse also gegenhalten; die andere, dass der Austausch teuer bleibt, sobald der Baustein den dauerhaften Zustand hält — das Risiko sei also geringer, als es scheint. Die Grenze zwischen beiden ist nicht gezogen.
Ebenso ungelöst: Die These verlangt, über den Beweggrund zu verhandeln, aber nichts garantiert, dass der Gesprächspartner ihn kennt. Eine Anforderung, die ein Einkäufer weitergibt, kann ihren Grund unterwegs verloren haben.
Fragen
- Wie bringt man den Beweggrund ans Licht, wenn der Gesprächspartner nur eine interne Regel weitergibt?
- Bis zu wie vielen verschiedenen Datenbankzuständen hält ein Team durch, bevor die Abnahmetests undurchführbar werden?