Ein IT-Dienstleister besteht aus Arbeitsschichten, die wenig miteinander zu tun haben. Es gibt den Aufbau und die Wartung von Code, es gibt die Bearbeitung von Tickets und Störungen, es gibt Architektur und Design, es gibt Projektmanagement gegenüber dem Kunden, und es gibt Presales: Angebote, Proof of Concepts, technische Untermauerung einer Ausschreibung. Bei diesen Kategorien unterscheiden sich die Stunden enorm je Auftrag. Eine Supportabteilung läuft auf Volumen und Wiederholung. Ein Architekturteam läuft mit einer kleinen Anzahl an Personen mit viel Erfahrung. Der Ausgang eines Deals wird davon gesteuert, welche dieser Ebenen der Kunde am schwersten wiegen lässt, und das unterscheidet sich je Ausschreibung, je Kunde und je Moment im Projekt.
Die drei Kategorien, die überall eine Rolle spielen — KI übernimmt die Aufgabe, KI arbeitet zu mit einem Menschen, der genehmigt oder ablehnt, oder die Arbeit bleibt Menschenwerk — ziehen sich quer durch die IT-Branche, und nicht gleichmäßig. Die Ticketbearbeitung für bekannte Probleme lässt sich teilweise automatisieren; die erste Triage, das Erkennen eines Musters, das Vorschlagen einer Lösung aus früheren Fällen. Die Codegenerierung für routinemäßige Softwarestücke verschiebt sich in Richtung KI mit einem Reviewer, der die Ausgabe genehmigt. Architekturentscheidungen, die Übersetzung eines vagen Kundenwunsches in ein funktionierendes System und die Aufrechterhaltung des Vertrauens bei einem Auftraggeber bleiben vorerst Menschenwerk, weil dort ein Urteilsvermögen benötigt wird, das sich nicht aus einem Muster in vorhandenen Daten ableiten lässt.
Die Verschiebung, die dadurch entsteht, betrifft nicht die Frage, ob KI gut im Programmieren ist. Sie betrifft die Frage, was mit dem Vergleich zwischen Anbietern geschieht, sobald ein Teil dieser Arbeit sich selbst erledigt. Die Reaktionszeit im Support war das Ergebnis von Besetzung und Planung; wenn die Triage weitgehend automatisiert abläuft, ist Schnelligkeit nicht mehr der Beweis für ein gutes Team, sondern für ein gut konfiguriertes System, und dieses System lässt sich von Wettbewerbern ebenso gut kaufen oder bauen. Was dann als Unterscheidungsmerkmal übrig bleibt, ist nicht die Schnelligkeit selbst, sondern das, was in den Fällen geschieht, in denen das System es nicht löst — wer dort tatsächlich durchkommt und wer einen Kunden warten lässt.
Dasselbe Muster findet sich in Angebotsverfahren. Ein technisches Angebot aus vorhandenen Komponenten zusammenzustellen, ist Arbeit, die sich teilweise automatisieren lässt. Sobald dies bei mehreren Parteien in einer Ausschreibung geschieht, verschiebt sich, wo ein Kunde noch einen Unterschied sieht: nicht in der Schnelligkeit des Angebots, sondern in der Frage, ob das Angebot für diese spezifische Situation zutrifft, und darin, wer das erklären kann, ohne auf eine Vorlage zurückzugreifen.
Ob ein IT-Unternehmen dies bereits so organisiert hat, hängt davon ab, wo es seine Mitarbeiter einsetzt. Ein Anbieter, der seine erfahrenen Architekten noch größtenteils für das Schreiben von Standardcode einsetzt, hat wenig Kapazität für das Gespräch mit dem Kunden übrig, bei dem der Deal entschieden wird. Ein Anbieter, der diese Arbeit bereits verschoben hat — KI für den routinemäßigen Teil, Menschen für das Urteilsvermögen — hat diese Stunden genau für den Teil freigemacht, auf dem jetzt gewonnen wird. Das ist keine Entscheidung, die in einem Quartal getroffen wird; sie folgt aus früheren Entscheidungen über Tooling, darüber, wer welche Art von Arbeit erledigt, und darüber, wie viel Vertrauen eine Organisation in die Aufsicht über automatisierte Ausgaben hat. Was ein Arbeitgeber dabei mit seiner Belegschaft macht, ist Sache des Arbeitgebers; dafür gelten eigene gesetzliche Anforderungen, unabhängig von der Frage, welche Arbeit technisch übertragbar ist.
Diese Dynamik ist nicht einzigartig für die IT-Branche. Dieselbe Verschiebung — von Volumen und Schnelligkeit zu Urteilsvermögen und Erklärung — spielt sich anders ab in der Finanzdienstleistung, wo Beratung und Risikoeinschätzung der Ansatzpunkt sind, und wiederum anders im Bauwesen, wo sich Planung und Kalkulation verschieben, die Ausführung auf der Baustelle jedoch Menschenwerk bleibt. Die Frage, welche Arbeit in diesem spezifischen Unternehmen bereits verschoben ist und welche nicht, lässt sich mit [einem Arbeitsscan, der pro Aufgabe beurteilt, ob KI diese übernimmt, teilweise mit Aufsicht übernimmt oder nicht](https://ftetoai.nl) beantworten — ein separater Schritt, unabhängig vom Vergleich mit Wettbewerbern.
Das Risiko dieser Verschiebung ist nicht, dass ein Anbieter verliert, sondern dass er nicht weiß, worauf. Ein Angebot, das behauptet, schneller zu sein, eine Website, die Stabilität verspricht, ein Verkaufsgespräch, das sich auf Expertise stützt — das sind alles Behauptungen, und Behauptungen sind erst dann ein Vorteil, wenn sie sich im Vergleich zu dem, was ein Kunde anderswo sieht, untermauern lassen. Wer einmal einen Rückstand bei einer Dimension festgestellt hat, kann bei einem Ansatz zum Aufholen eines Rückstands bei einer bestimmten Dimension nachlesen, welche Optionen es dabei gibt, und wer eine Behauptung untermauern möchte, bevor ein Kunde danach fragt, findet bei einer Prüfung eigener Qualitätsbehauptungen auf Untermauerung, wie sich das systematisch angehen lässt.
Benennen Sie, worauf Ihr Unternehmen zu gewinnen glaubt — Schnelligkeit, Preis, Expertise, Zuverlässigkeit — und prüfen Sie, welche dieser Behauptungen Sie heute mit Beweisen gegenüber einem Wettbewerber belegen können. Genau das leistet der kostenlose Dimensionscheck: keine vollständige Benchmark, aber ein erstes Bild davon, welche Behauptungen stabil stehen und welche noch lose in der Luft hängen. Die vollständige Wettbewerbsbenchmark mit Beweismatrix pro Dimension befindet sich im Aufbau.