Automatisierung für belgische KMU

Jedes Projekt beginnt damit, eine einzelne Anfrage zu verfolgen, vom Moment ihres Eingangs bis zu dem Moment, in dem sie erledigt ist. Wer sie anfasst, welche Tools sie durchläuft, wo dieselbe Information ein zweites Mal getippt wird und welche Fälle stillschweigend von Hand erledigt werden. Was wie ein Prozess aussieht, sind meist drei, zusammengehalten von Ausnahmen, die nie jemand aufgeschrieben hat, weil ohnehin alle sie kennen.

Diese Aufnahme verändert oft den Auftrag. Teuer ist selten die Arbeit selbst, sondern das Warten zwischen den Schritten: eine Anfrage, die zwei Tage im Postfach liegt, weil niemand wusste, dass sie da ist. Manchmal spart ein einziges an der Quelle geprüftes Feld mehr Nacharbeit als eine große Automatisierung. Das sagen wir Ihnen lieber in der ersten Woche, als das Gewünschte zu bauen und dabei zuzusehen, wie ein kaputter Prozess schneller läuft.

Sie haben bereits ein CRM, ein Postfach, eine Buchhaltung und eine Handvoll Formulare. Die Arbeit besteht darin, sie dazu zu bringen, sich einig zu sein. Wo es eine saubere API gibt, nutzen wir sie. Wo nicht, gibt es meist einen Webhook, einen geplanten Export oder eine strukturierte E-Mail oder PDF, die sich auswerten lässt. Sie erfahren, welcher dieser Wege fragil ist, bevor etwas Wichtiges davon abhängt.

Jede Verbindung bekommt eine einzige Quelle der Wahrheit und eine festgelegte Antwort für die schlechten Tage, denn die kommen. Nachrichten werden doppelt zugestellt. Ein Dienst ist eine Stunde lang nicht erreichbar. Eine Datei taucht ohne ein Feld auf, das sie immer hatte. Ein Ablauf, der für diese Momente nichts entschieden hat, scheitert nicht laut: Er scheitert leise, und Sie erfahren es Wochen später von einem Kunden. Wiederholungen, Schritte, die sich gefahrlos zweimal ausführen lassen, und eine Warteschlange für alles, was ein Mensch ansehen muss, gehören in den Bau und nicht in eine spätere Phase.

Sprachmodelle sind gut in einer Art von Arbeit: unordentliche Eingaben lesen und in etwas Strukturiertes verwandeln. Sortieren, was hereinkommt, Felder aus Rechnungen ziehen, die nie gleich aussehen, einen langen Verlauf zusammenfassen, eine erste Antwort entwerfen, aus Ihren eigenen Dokumenten antworten. Ein Modell bekommt eine Aufgabe, den geringsten dafür nötigen Kontext und ein Ausgabeformat, das der Rest des Systems prüfen kann, bevor er handelt.

Alles andere bleibt gewöhnlicher Code. Berechtigungen, Summen, Geschäftsregeln, alles Unumkehrbare: Das muss sich jedes Mal gleich verhalten, und ein Modell bietet das nicht. Wie viel Prüfung ein Schritt braucht, richtet sich danach, was ein Fehler kostet. Eine falsch einsortierte E-Mail kostet nichts. Eine Zahlung oder eine Zusage an einen Kunden wartet auf einen Menschen. Wo es darauf ankommt, werden Prompts, Modellversionen und Ergebnisse protokolliert, damit ein schlechtes Ergebnis erklärt und nicht erraten werden muss.

Modelle werden zudem alle paar Monate abgelöst. Hält man sie hinter einer schmalen Schnittstelle, kostet ein Wechsel einen Nachmittag statt einen Neubau.

Bevor irgendetwas läuft, schreiben wir auf, was jeder Schritt berührt, wohin es wandert und wer es lesen darf. Zugangsdaten werden pro Umgebung getrennt und auf die Rechte beschränkt, die der Ablauf nutzt, und das sind selten die, die bequem einzurichten waren. Sensibles kann vor dem Versand geschwärzt, nur an einen von Ihnen freigegebenen Anbieter geschickt oder ganz von KI-Diensten ferngehalten werden. Ein großer Teil nützlicher Automatisierung kommt ohne Modell aus.

Wenn Daten wirklich nicht hinaus dürfen, sind selbst gehostete Komponenten eine echte Option, und wir sagen das, bevor standardmäßig alles durch die nächstbeste API geht. Die Aufbewahrung richtet sich danach, was das Unternehmen und die DSGVO tatsächlich verlangen, nicht nach der Voreinstellung eines Tools. Das ist der unangenehme Teil zum Nachrüsten, deshalb steht er vor dem Bau.

Drei Fehler tauchen immer wieder auf. Der erste: einen Prozess automatisieren, den man hätte abschaffen sollen. Der zweite: ein Ablauf ohne Verantwortlichen, der verrottet, sobald ein Lieferant ein Exportformat ändert. Der dritte: eine Integration auf etwas Undokumentiertem, einer abgegriffenen Seite oder einem inoffiziellen Endpunkt, die wunderbar funktioniert, bis zu dem Tag, an dem sie es nicht mehr tut.

Nichts davon ist exotisch, und alles davon ist vermeidbar. Erst abschaffen, dann automatisieren. Vor dem Start einen Verantwortlichen benennen. Auf Schnittstellen bauen, die der Anbieter tatsächlich unterstützt, und wenn ein fragiler Weg der einzige ist, ihn als bekanntes Risiko mit Überwachung behandeln. Eine Zeile in einem Übergabedokument, das niemand liest, schützt vor nichts.

Ein automatisierter Prozess sollte leichter zu überblicken sein als die Handarbeit, die er ersetzt. Sein aktueller Zustand liegt dort, wo das Team ohnehin hinschaut. Ausnahmen kommen mit genug Kontext an, damit die zuständige Person sie ohne Entwickler löst. Jeder kann einen Ablauf anhalten, einen Datensatz korrigieren und ihn weiterlaufen lassen.

Vor dem Start vereinbaren wir eine Ausgangsbasis (Bearbeitungszeit, Rückstand, Fehlerquote, wie viele Fälle noch einen Menschen brauchen), damit es danach etwas Ehrliches zum Vergleichen gibt. Nicht jede Zahl bewegt sich, und gerade die unbewegten sind es wert, gekannt zu werden. Was mit dem Ablauf übergeben wird: