Ein guter PoC im Mittelstand liefert eine Go/No-Go-Entscheidung
Ein guter Mittelstands-PoC heißt nicht „KI kann das."Er heißt: „Wir wissen, ob wir bauen oder stoppen."
Hier entsteht oft der Bruch zwischen Beratern und Mittelstand.
Berater sehen PoC als Technik-Beweis.Geschäftsführung, CFO, IT-Leitung brauchen ein Entscheidungswerkzeug.
Berater-PoC bedeutet meistens:
- saubere Testdaten
- kurzer Prototyp in 2–6 Wochen
- brauchbare Ergebnisse auf Demo-Daten
- eine schöne Demo, die intern Begeisterung auslöst
Sieht gut aus. Funktioniert im Meeting.Aber nicht in der Produktion.
Keine Alt-ERP-Integration.Keine echten Betriebsdaten.Keine Betriebsratsdiskussion.Keine klare Prozessverantwortung.Keine Ownership für den Betrieb danach.
Am Ende sagt der Berater: „Es funktioniert."Der Mittelständler bleibt mit den echten Fragen allein.
Warum passiert das? Berater verdienen an der nächsten Phase. Ein ehrliches NO-GO kostet sie Umsatz. Also definiert niemand den PoC so, dass er auch scheitern darf.
Für den Mittelstand ist ein PoC etwas anderes.
Er ist ein kleiner, ehrlicher Belastungstest:
- Funktioniert das mit unseren echten, teils schmutzigen Daten?
- Läuft es im realen Prozess, nicht nur in einer Sandbox?
- Wie viel Genauigkeit oder Entlastung ist realistisch vor Go‑Live?
- Welche Hürden kommen durch IT, Datenschutz, Betriebsrat, Fachbereich?
- Wer leitet das Projekt – und wer betreibt es danach?
- Ist der nächste Schritt klar: stoppen, anpassen oder produktiv bauen?
Ein konkretes Beispiel:
Rechnungsabgleich. 150 Lieferscheine pro Woche.Legacy-ERP, unstrukturierte Daten, Betriebsrat involviert, IT mit einer Person.
Nach 10 Tagen: klares GO.€41.000 Einsparung pro Jahr, konservativ gerechnet.Deployment-Option geklärt. Projektverantwortlicher benannt. Kick-off zwei Wochen später.
Berater-PoC: „Die Technologie geht grundsätzlich."Mittelstands-PoC: „Wir haben genug Klarheit für eine Go/No-Go-Entscheidung."
Im Mittelstand sind Zeit, Vertrauen und interne Aufmerksamkeit knapp.
Ein schwacher PoC verbrennt politisches Kapital.Im schlimmsten Fall heißt es: „KI funktioniert bei uns nicht."
Das eigentliche Problem war aber: Der PoC war falsch definiert.
Ich rahme PoCs heute so:
- klare Problemstellung, messbares Ziel
- echte Betriebsdaten – Ausnahmen und Dreck inklusive
- Test im laufenden Prozess, nicht in einer Sandbox
- technische Machbarkeit: ERP, Datenqualität, Infrastruktur
- organisatorische Hürden: IT, Datenschutz, Betriebsrat
- quantifizierter Business Case: Einsparung, Payback
- wer baut, wer betreibt, was es kostet
Und falls das Ergebnis NO-GO ist?Dann bleibt beim Kunden: technische Lösungsarchitektur, ROI-Modell, Risikobewertung. Kein Leerverkauf. Kein „kommen Sie nächsten Monat wieder."
So wird der PoC vom Technik-Experiment zum Steuerungsinstrument für Entscheider.
Genau da beginnt ernsthafte KI-Integration im Mittelstand.
Ihr habt gerade einen PoC hinter euch?Was war der Moment, wo klar wurde, ob er trägt oder nicht?