Hauptgedanke

Bei einem Großkunden, der sein E-Mail-Gateway, seinen SMS-Anbieter oder seinen Vertrag für ein Sprachmodell durchsetzen will, entscheidet eine Frage: Wenn ich diesen Anbieter durch seinen ersetze, ändert sich dann der fachliche Wert meines Service?

Bei der E-Mail nicht. Die Nachricht geht weiterhin zum richtigen Zeitpunkt raus, weil die Engine des Herstellers entschieden hat, dass sie rausgehen soll. Bei der SMS auch nicht. Beim Modell ebenso wenig — wenn der Wert im fachlichen Workflow liegt, im Kontext, in den Regeln, den Daten und der Orchestrierung, kann das ausführende Modell wechseln, ohne den Kern des Produkts zu verschieben.

Was den Austausch übersteht, kann man dem Kunden überlassen. Was ihn nicht übersteht, liegt zu nah am Kern, um frei austauschbar zu sein.

Warum das wichtig ist

Der Test ersetzt eine Architekturdiskussion durch ein entscheidbares Kriterium, und er lässt sich Baustein für Baustein anwenden, ohne vorherige Theorie.

Er schützt auch vor dem Abrutschen in die Gegenrichtung — dem Kunden alles zu überlassen —, weil er einen ausdrücklichen Grund liefert, Nein zu sagen: Genau dieser Austausch zerstört, wofür das Produkt gekauft wird.

Nuancen und Grenzen

Die Anbieter sind nicht perfekt gegeneinander tauschbar: Ein Modell kann leistungsfähiger sein als ein anderes, ein E-Mail-Gateway eine bessere Zustellrate haben. Der Test betrifft den fachlichen Wert, nicht die Qualität der Ausführung.

Und ein Baustein, der mit Blick auf den Wert austauschbar ist, kann in der Praxis sehr teuer auszutauschen bleiben.

Offene Fragen

• Was tun mit einem Baustein, dessen Austausch den Wert nicht verändert, die wahrgenommene Qualität aber deutlich verschlechtert?