Archiviertes Executive-Memo, April 2026. Im Oktober 2026 überarbeitet, mit Fokus auf drei Entscheidungen; für heutige Beschaffungen gilt aktuelle Service-Evidenz.
Eine Modellankündigung kann verändern, was sich zu testen lohnt, ohne zu verändern, was sich zu kaufen lohnt. Diese Unterscheidung geht in einem dichten Release-Zyklus leicht verloren. Die Demonstration wirkt sofort; die Folgen einer Lieferantenbindung, eines neu gestalteten Prozesses oder eines neuen Infrastrukturbudgets zeigen sich später.
Für eine Führungskraft besteht der nützliche Ertrag einer State-of-AI-Bilanz in wenigen Entscheidungen mit klaren Bedingungen. Welche Arbeit sollten wir neu bewerten? Welche Evidenz würde rechtfertigen, ihr Betriebsmodell zu ändern? Welche Verpflichtungen wären teuer rückgängig zu machen, wenn unsere Annahmen falsch wären?
Dieses Memo konzentriert sich auf drei Entscheidungen: wie Anbieter ausgewählt werden, wie längere delegierte Arbeit getestet wird und wie viel Kapazität gebunden wird. Sie gehören zusammen. Ein leistungsfähiges Modell kann trotzdem der falsche Service für einen Workflow sein, und ein attraktiver Workflow kann unter seinen Betriebsbedingungen trotzdem unwirtschaftlich sein.
Entscheidung eins: den Service für die Arbeit wählen, dann entscheiden, wie viel Flexibilität man kauft
Der Reiz einer Rangliste liegt darin, dass sie der Beschaffung einen klaren Sieger präsentiert. Die Schwierigkeit: Das Unternehmen kauft nicht die Benchmark-Aufgabe. Es kauft einen Service, der mit seinen Dokumenten, Zugriffsregeln, Sprachen, Ausnahmen und Antwortzeiten zurechtkommen muss.
Beginnen Sie mit einer repräsentativen Arbeitsstichprobe. Nehmen Sie Routinefälle, sperrige Eingaben, unvollständige Informationen und Situationen auf, in denen der Verzicht auf eine Antwort das korrekte Ergebnis ist. Legen Sie fest, was ein akzeptables Ergebnis bedeutet, bevor Sie Anbieter vergleichen. Sonst wird die flüssigste Antwort unausgesprochen zum Qualitätsmassstab.
In einem hypothetischen Workflow für Engineering-Support könnte Korrektheit verlangen, dass eine Aussage mit einer freigegebenen Spezifikation übereinstimmt und ihre Quelle nennt. Eine unbelegte, aber plausible Antwort verfehlt diese Anforderung. Eine langsamere Antwort, die eine fehlende Spezifikation offenlegt, kann nützlicher sein.
Vergleichen Sie die gesamte erbrachte Aufgabe: Ergebnisqualität, Nachvollziehbarkeit der Quellen, Latenz, Integrationsaufwand, Serviceverfügbarkeit, Datenhandhabung und Gesamtkosten. Der öffentliche Benchmark-Wert eines Modells kann die Shortlist informieren. Diesen Vergleich ersetzen kann er nicht.
Auch Anbieterflexibilität hat ihren Preis. Mehrere Modelle zu unterstützen kann mehr Evaluation, Versionsverwaltung und operative Komplexität bedeuten. Eine einfache Anwendung mit einem verlässlichen Anbieter rechtfertigt nicht unbedingt eine Routing-Schicht. Ein folgenreicher Workflow mit erheblichem Kontinuitätsrisiko kann eine getestete Alternative und ein exportierbares Evaluationsset rechtfertigen.
Die bedingte Entscheidung ist daher konkret: Wählen Sie den Service, der die Anforderungen des Workflows heute erfüllt, und kaufen Sie zusätzliche Flexibilität dort, wo die Kosten der Abhängigkeit es rechtfertigen. Bewahren Sie die Evidenz auf, die Sie brauchen, um den Vergleich zu wiederholen. Eine pauschale Vorgabe, «modellagnostisch» zu werden, lässt sowohl die Kosten als auch den Grund, sie zu tragen, offen.
Entscheidung zwei: längere Aufgaben nur delegieren, wenn Kontrollpunkte Fehler erkennen können
Die Fähigkeit zu längeren Aufgaben ist relevant, weil zwischen menschlichen Eingriffen mehr Arbeit möglich werden kann. Doch eine Aufgabe, für die ein Mensch mehrere Stunden braucht, ist nicht dasselbe wie ein Agent, der mehrere Stunden sicher in einem Geschäftssystem läuft.
METRs Time-Horizon-Update vom Januar 2026 schätzt Aufgabenhorizonte anhand menschlicher Referenzdauern und festgelegter Erfolgsquoten in seiner Aufgabensammlung. Diese Masse beziehen sich auf evaluierte Aufgaben und reagieren empfindlich auf Aufgabenauswahl und Methodik. Sie begründen weder eine Laufzeitgrenze für den produktiven Einsatz noch eine allgemeingültige Fortschrittsrate in Unternehmen noch eine Frist für den Wegfall menschlicher Aufsicht.
Die operative Frage lautet, was zwischen dem Start und der finalen Antwort geschieht. Behält das System das richtige Ziel bei? Erkennt es fehlende Informationen? Weiss es, welche Aktionen eine Freigabe erfordern? Kann eine Bedienperson die Abfolge rekonstruieren, wenn etwas schiefgeht?
Nehmen Sie einen hypothetischen Workflow zur Zusammenstellung eines Nachweisdossiers für eine Ausschreibung. Das System kann freigegebene Dokumente abrufen, unbeantwortete Anforderungen identifizieren und eine Entwurfsmatrix vorbereiten. Das ist etwas anderes, als ein kommerzielles Versprechen zu autorisieren oder das Angebot einzureichen. Ein längerer Lauf kann nützlich sein, solange diese folgenreichen Entscheidungen bei ihren Verantwortlichen bleiben.
Wählen Sie Kontrollpunkte nach den Folgen eines Fehlers. Ein fehlgeschlagener Quellenabruf braucht eine sichtbare Ausnahmemeldung. Eine unbelegte Zertifizierungsaussage muss das betroffene Ergebnis blockieren. Eine externe Einreichung braucht einen autorisierten Freigabeschritt. Wer nur prüft, ob das finale Dokument vollständig aussieht, übersieht alle drei Unterscheidungen.
Die Evidenz für eine erweiterte Delegation sollte Fehler und deren Behebung umfassen, nicht nur erfolgreiche Demonstrationen. Messen Sie Auslassungsquoten, unbelegte Aussagen, Prüfaufwand und die Wirkung auf den gesamten Prozess. Beziehen Sie Personen in die Evaluation ein, die die Arbeit verstehen, und testen Sie, ob sie den Rückfallprozess beherrschen.
Wenn das System Zeit beim Entwerfen spart, aber einen grösseren Prüfaufwand erzeugt, erweitern Sie weder die Aufgabe noch das Budget allein aufgrund des Entwurfs. Wenn es den Prozess unter repräsentativen Bedingungen verbessert, erweitern Sie eine Grenze und evaluieren Sie erneut. Fortschritt lässt sich in Etappen gestalten, ohne dass jede Etappe zum Dauerpilot wird.
Entscheidung drei: Kapazität für eine Nachfrage binden, die Sie erklären können
Infrastruktur-Schlagzeilen können eine bescheidene Entscheidung auf Unternehmensebene wie eine Wette auf die Zukunft des Computing wirken lassen. Das muss sie selten sein. Das unmittelbare Budget sollte die erwartete Arbeitslast mit einem erbrachten Service verknüpfen und genug Unsicherheit sichtbar machen, um den Kurs ändern zu können.
Schätzen Sie die normale Nachfrage, Spitzen und die Wiederherstellung nach Ausfällen. Berücksichtigen Sie lange Kontexte, Wiederholungsversuche, Evaluationsläufe und Prüfkosten. Klären Sie, welche Workloads niedrige Latenz erfordern und welche warten können. Diese Unterscheidungen beeinflussen die Kapazität direkter als eine undifferenzierte Prognose der «KI-Nutzung».
Ein illustrativer Service könnte tagsüber interne Zusammenfassungen erstellen und nachts grosse Dokumentensammlungen verarbeiten. Für beides dieselbe Antwortzeitzusage zu kaufen, könnte Geld verschwenden. Ebenso könnte ein günstiger Service, der eine kundenseitige Frist nicht einhält, genau den Prozess untergraben, den er verbessern sollte.
Wo die Nachfrage unsicher ist, gehen Sie eine begrenzte Verpflichtung ein. Eine grössere Verpflichtung wird sinnvoll, wenn die Nutzung anhaltend ist, die Serviceanforderungen stabil sind und die Wirtschaftlichkeit auch ungünstigeren Annahmen standhält. Reservierte Kapazität, interne Infrastruktur und Anbieterverträge sollten über denselben Zeithorizont verglichen werden, einschliesslich Implementierungs- und Ausstiegskosten.
Es kann gute Gründe geben, mehr zu bezahlen: Kontinuität, kontrollierte Datenhandhabung, Support oder planbare Antwortzeiten. Halten Sie fest, welcher Anforderung die Mehrkosten dienen. «Strategisch» sollte einen Zielkonflikt erklären, nicht davon befreien.
Was würde die Empfehlung ändern?
Ein nützliches Executive-Memo benennt seine Umkehrbedingungen. Eine Anbieterentscheidung ändert sich, wenn ein anderer Service die Anforderungen zu besseren Gesamtkosten erfüllt oder wenn Zuverlässigkeit, Datenbedingungen oder Support des aktuellen Anbieters inakzeptabel werden. Eine Delegationsentscheidung ändert sich, wenn die Evaluation einen unentdeckten folgenreichen Fehler aufdeckt oder wenn der Prozess zeigt, dass sich eine zusätzliche Aktion kontrollieren lässt. Eine Kapazitätsentscheidung ändert sich, wenn die anhaltende Nachfrage wesentlich von der Annahme abweicht, die der Verpflichtung zugrunde liegt.
Weisen Sie jedem Evidenzstrang eine verantwortliche Person zu und der nächsten Entscheidung ein Datum. Die Daten sind Managementzusagen, die Evidenz zu prüfen, keine Vorhersagen, dass Technologie oder Adoption termingerecht bereit sein werden.
Darin liegt der bleibende Wert einer Bilanz vom April 2026. Lernen Sie weiter aus Veränderungen der Fähigkeiten, und treffen Sie Unternehmensentscheidungen im Massstab der Arbeit. Die AI Opportunity Map kann die Workflow-Frage strukturieren; das Build, Buy or Partner Tool kann helfen, den Zielkonflikt beim Sourcing explizit zu machen.