Die meisten KI-Projekte im Mittelstand scheitern nicht an der Technik. Die Software erkennt den Lieferschein, die Schnittstelle überträgt die Daten, die Demo überzeugt alle im Raum. Kritisch wird es erst ein paar Monate später, wenn der Dienstleister das Haus verlassen hat und im Alltag etwas anders läuft als erwartet.

Dieser Artikel beschreibt, was an dieser Stelle typischerweise passiert, warum es so selten jemand bemerkt und was ein Betrieb vereinbaren sollte, bevor er ein Automatisierungsprojekt beauftragt.

Der teuerste Moment kommt nach dem Go-live

Bei der Einführung ist alles neu. Die Beteiligten sind motiviert, der Dienstleister ist noch im Haus, und jede Auffälligkeit wird sofort angesprochen. Die Kosten entstehen später, an einem unspektakulären Morgen, an dem etwas nicht mehr funktioniert.

Typische Auslöser sind unscheinbar:

  • Ein Zulieferer ändert das Layout seines Lieferscheins oder seiner Rechnung, und die automatische Auslesung erkennt Felder nicht mehr.
  • Ein Marktplatz oder ein Fremdsystem ändert nach einem Update seine Schnittstelle, und Daten kommen in einem anderen Format an, zum Beispiel mit einem anderen Datumsformat.
  • Ein Zugang oder ein Zertifikat läuft ab, weil niemand den Ablauftermin im Blick hatte.
  • Ein Software-Hersteller ändert das Verhalten seiner Anwendung oder seine Preise, und Ergebnisse weichen plötzlich ab.

Keiner dieser Fälle ist ein Beweis dafür, dass die Lösung schlecht gebaut war. Es sind normale Veränderungen in einer Umgebung, die sich ständig bewegt. Entscheidend ist, was danach passiert.

Wenn niemand zuständig ist

In vielen Betrieben ist die KI-Projekte formal abgeschlossen, sobald die Lösung läuft. Der Dienstleister hat abgerechnet, im eigenen Haus gibt es niemanden, der die Lösung im Detail kennt. Fällt dann etwas aus, übernimmt wieder jemand die Arbeit von Hand. „Nur bis das geklärt ist“, heißt es.

Aus dem Provisorium wird ein Dauerzustand. Nach ein paar Wochen fragt niemand mehr nach, ob die Lösung wieder laufen soll. Sie existiert noch, wird aber nicht mehr genutzt. Das Projekt ist eingeschlafen, ohne dass es jemand entschieden hätte.

Wirtschaftlich ist das doppelt ärgerlich. Die Investition ist getätigt, der Nutzen entfällt, und die Handarbeit ist zurück – oft bei genau den qualifizierten Mitarbeitenden, die entlastet werden sollten.

Was Betrieb bedeutet

Betrieb wird häufig als Wartungsvertrag im Kleingedruckten verstanden. Gemeint ist etwas anderes: die dauerhafte Verantwortung dafür, dass eine Lösung das tut, wofür sie beschafft wurde. Dazu gehören fünf Bausteine.

1. Überwachung, bevor der Kunde den Fehler bemerkt

Eine automatisierte Lösung braucht Kontrollen, die selbst melden, wenn etwas abweicht: ungewöhnlich viele Fehlversuche, ausbleibende Eingänge, Werte außerhalb des Üblichen. Wer erst durch eine Beschwerde erfährt, dass seit Tagen nichts mehr ankommt, hat zu spät hingeschaut.

2. Eine vereinbarte Reaktionszeit

„Wir kümmern uns darum“ ist ein guter Wille, aber keine Zusage. Eine Reaktionszeit, zum Beispiel „Störungen werden am selben Werktag bearbeitet“, macht Verantwortung überprüfbar. Sie lässt sich vereinbaren, messen und bei Bedarf anpassen.

3. Ein Ansprechpartner mit Namen

Ein Ticketformular ist praktisch, ersetzt aber keine Person, die die Lösung kennt. Im Störungsfall zählt, dass jemand weiß, wie die Abläufe zusammenhängen, und nicht erst nachlesen muss, was überhaupt eingerichtet wurde.

4. Die Annahme, dass sich Formate ändern

Dokumente, Schnittstellen und Programme verändern sich. Eine Lösung, die nur für den heutigen Zustand gebaut ist, hat ein Verfallsdatum. Robust wird sie durch Tests mit echten Beispielen, durch klare Regeln für Ausnahmefälle und durch einen definierten Weg, auf Abweichungen zu reagieren.

5. Klare Zugriffe, nachvollziehbare Abläufe und eine menschliche Freigabe

Eine Lösung, die Dokumente liest oder Daten überträgt, braucht Regeln, die im Alltag und im Fehlerfall tragen:

  • Zugriff: Wer darf worauf zugreifen, und wer nicht? Je weniger Rechte, desto kleiner der Schaden bei einem Fehler.
  • Datenschutz: Welche Daten werden verarbeitet, und wo? Ein Lieferschein mit Artikelnummern ist etwas anderes als eine Liste mit Mitarbeiternamen. Datenschutz ist selten ein pauschales Nein, sondern eine Frage der Einordnung.
  • Nachvollziehbarkeit: Was hat die Lösung wann getan? Ohne Protokoll lässt sich im Fehlerfall weder die Ursache finden noch die Verantwortung klären.
  • Freigabe durch einen Menschen: Bei Beträgen, Ausnahmen und unklaren Fällen prüft eine Person und gibt frei. Die Lösung bereitet vor, die Entscheidung bleibt im Haus.

Woran Sie bei der Beauftragung erkennen, ob Betrieb mitgedacht ist

Ein paar Fragen helfen, bevor ein Projekt startet:

  • Wer überwacht die Lösung nach dem Go-live, und woran würde diese Person einen Fehler bemerken?
  • Welche Reaktionszeit gilt bei einer Störung, und ist sie schriftlich festgehalten?
  • Wer ist bei uns im Haus der Ansprechpartner, und wer beim Dienstleister?
  • Was passiert, wenn ein angebundenes System seine Schnittstelle ändert?
  • Muss für die Lösung ein bestehendes System umgebaut werden, oder dockt sie an das an, was seit Jahren läuft?
  • Welche Daten verarbeitet die Lösung, wo geschieht das, und wer darf darauf zugreifen?
  • An welcher Stelle prüft ein Mensch und gibt frei?
  • Wie wird dokumentiert, was die Lösung tut, damit sie nicht an einer einzelnen Person hängt?

Wenn auf mehrere dieser Fragen keine klare Antwort kommt, ist das Projekt vermutlich als Einführung geplant und nicht als dauerhafte Lösung. Das muss kein Ausschlusskriterium sein, sollte aber vor der Entscheidung bekannt sein und nicht erst danach auffallen.

Warum wir KI-Projekte nicht mit dem Go-live enden lassen

Wir bei der KI Schmiede Stuttgart betreiben, was wir bauen. Das ist keine Marketingformel, sondern eine Konsequenz aus Erfahrung: Ob sich eine Automatisierung gelohnt hat, entscheidet sich nicht bei der Übergabe, sondern in den Monaten danach. Deshalb gehören Überwachung, Reaktionszeit und ein fester Ansprechpartner bei uns zum Projekt und nicht zu den Extras.

Wir arbeiten in überschaubaren Schritten. Am Anfang steht die Analyse, wo im Alltag tatsächlich Zeit verloren geht. Daraus entsteht ein Pilot an einem Prozess, der oft läuft, klar beschreibbar ist und niemanden gefährdet, wenn er einmal nicht funktioniert. Erst wenn der Pilot trägt, wird erweitert. Das reduziert das Risiko und zeigt früh, ob die Lösung zum Betrieb passt.

Dabei ersetzen wir nicht, was seit Jahren zuverlässig läuft. Ein ERP-System, das niemand anfassen möchte, bleibt, wie es ist. Die Lösung dockt über Schnittstellen daran an, statt es umzubauen. Und wo ein IT-Dienstleister die Systeme eines Betriebs betreut, arbeiten wir mit ihm zusammen, statt an ihm vorbei.

Fazit

Eine KI-Lösung ist kein Gerät, das man einmal aufstellt. Sie ist ein Teil des laufenden Betriebs und braucht jemanden, der sie dort hält. Wer das bei der Beauftragung klärt, verhindert, dass aus einem erfolgreichen Projekt eine Lösung wird, die niemand mehr anfasst.

Sie möchten wissen, wo bei Ihnen täglich Zeit verloren geht und was davon überhaupt eine Automatisierung braucht? Dann nutzen Sie unsere kostenfreie KI-Sprechstunde: 60 Minuten, online, ohne Verkaufsgespräch.

Folge uns auf: