KI-Strategie
KI-Beratung, die bei zwei oder drei Fällen endet, die sich lohnen
Der Vorstand hat KI verlangt, zwei Pilotprojekte sind nie in Betrieb gegangen, und jede Anbieterpräsentation sagt dasselbe in einer anderen Schrift. Wir messen zehn Tage lang, was die Arbeit Sie heute kostet, wählen die Stellen aus, an denen ein Modell diese Zahl verändert, und sagen für jede, ob sie gebaut oder gekauft werden sollte. Am Ende halten Sie ein Memo, gegen das Ihre eigenen Entwickler argumentieren können, und eine erste Lieferung mit Termin und Preis daran.
10 Tage, der größte Teil davon Messen, was heute passiert
Der Anbietervergleich ist mit Absicht durchgestrichen: Eine Werkzeugauswahl ohne Ausgangswert verschiebt den Streit in eine andere Besprechung, statt ihn zu klären.
Anspruch
Ein Auftrag vom Vorstand, Pilotprojekte, die nie in Betrieb gingen, Daten, die niemand gelabelt hat.
- board asks for AIno target
- pilotsnever shipped
- dataunlabelled
- vendor deckscompared
Engere Wahl
Zwei oder drei Fälle mit heutigen Zahlen, je Fall bauen oder kaufen, eine zugeschnittene Lieferung.
- shortlist2–3 use cases
- baselinemeasured today
- build/buy callper case
- first deliveryscoped
10 Tage, der größte Teil davon Messen, was heute passiert
Wie die Arbeit läuft
- 01Tag 1–2
Finden, wohin Minuten und Geld gehen
Gespräche plus alles, was sich zählen lässt: Ticketmengen, Bearbeitungszeiten, Fehlerquoten, Nacharbeit. Der halbe Wert dieses Schritts liegt darin, dass die Zahlen intern meist neu sind.
- 02Tag 2–4
Kandidaten danach sortieren, ob sie prüfbar sind
Ein Fall mit aufgezeichneter richtiger Antwort lässt sich bewerten. Einer ohne wird in dem Moment Ansichtssache, in dem er live geht, und rutscht ans Ende der Liste, so gut er im Raum auch klingt.
- 03Tag 4–7
Bauen oder kaufen, Fall für Fall
Für jeden Fall in der engeren Wahl: was ein Produkt kostet, was der Bau kostet, was Ihnen danach gehört. Wir bauen Software für unser Geld, also zwingen wir uns, mindestens einen Fall zu nennen, in dem Kaufen gewinnt.
- 04Tag 7–10
Die erste Lieferung zuschneiden
Ein Fall, mit Eval-Set, Ausgangswert, Termin und Preis. Klein genug, dass ein Scheitern zu überleben ist, echt genug, dass ein Erfolg denen etwas beweist, die das Budget freigegeben haben.
Was die Plattform macht, was ein Mensch macht
| Was die Plattform macht, was ein Mensch macht | Wer macht was | Anmerkungen |
|---|---|---|
| Ihre Systeme auf Machbarkeit lesen | Plattform | Welche Daten existieren, wo sie liegen und ob sie von dort erreichbar sind, wo die Arbeit passiert. |
| Den Ausgangswert messen | Gemeinsam | Das Ziehen ist mechanisch. Sich zu einigen, was als Fehler zählt, ist ein Gespräch mit den Leuten, die den Job machen. |
| Die Kandidaten sortieren | Entwickler | Danach, ob sich das Ergebnis nach dem Livegang prüfen lässt. |
| Die Entscheidung bauen oder kaufen | Entwickler | Ermessen, mit unserem Interessenkonflikt im selben Absatz wie die Empfehlung. |
| Datenreife | Gemeinsam | Die Plattform meldet, was da ist. Ein Mensch schätzt, was es kostet, das brauchbar zu machen. |
| Das Memo | Entwickler | Vier bis acht Seiten, geschrieben, damit Ihre eigenen Entwickler dagegen argumentieren. |
Warum die Beratung zehn Tage wert ist
Wir sind die Leute, die es danach bauen, und hinter jeder Empfehlung im Memo stehen Dutzende Migrationen und über zehn Jahre Legacy-Arbeit. Für die Schätzung darin müssen wir hinterher geradestehen; sie ist keine Spanne aus einem Analystenbericht. Wenn wir sagen, ein Fall ist in zwanzig Tagen gebaut, dann weil wir so einen schon gebaut haben.
Nehmen Sie die ersten beiden Tage als eigenes Stück, wenn Sie kleiner anfangen wollen. Wenn der Ausgangswert, mit dem wir zurückkommen, Ihnen nichts über Ihren eigenen Betrieb sagt, was Sie nicht schon wussten, haben Sie zwei Tage ausgegeben und kein Quartal.
Fragen, die Entwickler uns stellen
- Sie bauen Dinge. Wie ist Ihre Beratung dann kein Vertrieb?
- Sie ist nicht neutral, und wir behaupten es nicht. Stattdessen nennen wir den Konflikt im Memo, benennen mindestens einen Fall, in dem Kaufen das Bauen schlägt, und bepreisen die erste Lieferung getrennt, damit das Memo etwas wert ist, wenn Sie es jemand anderem geben.
- Brauchen wir vorher eine Datenplattform?
- Meistens weniger davon, als Ihnen gesagt wurde. Die meisten ersten Fälle brauchen ein paar Jahre Datensätze und einen Weg, sie zu lesen, kein Warehouse-Programm. Ein Warehouse-Programm ist ein verlässlicher Weg, achtzehn Monate auszugeben, bevor sich zeigt, ob der Fall überhaupt trägt.
- Unsere Pilotprojekte sterben immer nach der Demo. Warum?
- Fast immer, weil vor dem Bau niemand definiert hat, wie richtig aussieht. Dann lässt sich das Pilotprojekt nicht bewerten und hat keinen Weg in den Produktivbetrieb. Schritt zwei existiert, damit das kein drittes Mal passiert.
- Wie unterscheidet sich das von Ihrer Systemanalyse?
- Die Analyse liest eine Codebasis und plant ein Neuschreiben. Diese hier liest einen Geschäftsprozess und entscheidet, ob ein Modell hilft. Häuser mit einem alten System und einem KI-Auftrag brauchen oft beides, meist in dieser Reihenfolge, und wir fahren beides direkt hintereinander.
- Wen brauchen Sie von unserer Seite?
- Jemanden, dem der Prozess gehört, und jemanden, der Budget freigeben kann, je etwa drei Stunden. Das ist kein Workshop, und wir brauchen Ihre Geschäftsführung nicht in einem Raum.
Fragen Sie uns, wo Sie anfangen sollen
Mit zwei Angaben kommen wir weiter: was der Vorstand tatsächlich verlangt hat und welche Prozesse die meisten Stunden fressen. Wir kommen damit zurück, was die Bestandsaufnahme abdeckt und was sie kostet.
Ein Entwickler antwortet, meist mit der Frage, was Sie heute schon messen können.