Die Zukunft der Dokumentation beginnt mit alten Formularen
Warum Papier, Offlinefähigkeit und gewachsene Prozesse keine Randthemen sind
Innovation findet in Unternehmen fast nie auf einer grünen Wiese statt. Gute Software muss mit der vorhandenen Wirklichkeit arbeiten können.
Die Zukunft der Dokumentation beginnt selten mit einer leeren Datenbank. Meist beginnt sie mit einem Ordner.
Darin liegen Formulare, die seit Jahren verwendet werden. Einige wurden ursprünglich für den Ausdruck entworfen, später als PDF verschickt und irgendwann mit digitalen Eingabefeldern ergänzt. Manche enthalten handschriftliche Notizen, Firmenstempel oder Kästchen, deren Bedeutung jeder erfahrene Mitarbeiter kennt, obwohl sie nirgends dokumentiert ist.
Wer über KI-gestützte Unternehmenssoftware spricht, überspringt diese Welt gerne. In Präsentationen beginnt die Transformation auf einer grünen Wiese: Daten sind strukturiert, Prozesse vereinheitlicht, Schnittstellen vorhanden. Die Realität ist weniger ordentlich – und gerade deshalb interessanter.
Eine neue Lösung kann nur dann etwas verändern, wenn sie sich nicht erst nach vollständiger Abschaffung des Bestehenden einsetzen lässt.
Papier ist nicht das Gegenteil von Digitalisierung
Papierformulare werden häufig als Zeichen eines rückständigen Prozesses betrachtet. Das ist zu einfach. Viele dieser Formulare enthalten über Jahre verdichtetes Fachwissen. Ihre Felder, Reihenfolgen und Hinweise spiegeln reale Prüfabläufe wider. Nicht alles daran ist gut. Aber auch nicht alles ist überflüssig.
Die entscheidende Frage lautet deshalb nicht: Wie schaffen wir Papier möglichst spektakulär ab? Sondern: Wie übernehmen wir das darin enthaltene Wissen, ohne jede Vorlage manuell neu bauen zu müssen?
Für KENSA hat unser Team eine Komponente entwickelt, die aus dem Scan eines Papierformulars eine digitale Ausgangsversion erzeugt. Das System erkennt die Struktur des Formulars, so dass man anschließend das Formular bearbeiten kann.
Bewusst spreche ich von einer Ausgangsversion. Diese Konvertierung ist wertvoll, weil sie den mühselige Schritte verkürzt. Sie ersetzt aber nicht jede fachliche Entscheidung. Ein Kästchen kann optisch eindeutig sein und prozessual trotzdem etwas anderes bedeuten, als ein Modell vermutet. Manchmal soll ein Feld künftig ganz entfallen; manchmal braucht es eine Validierungsregel, die auf dem Papier nie sichtbar war.
Gerade diese Mischung aus Automatisierung und Nachbearbeitung ist in Unternehmensprojekten oft sinnvoller als das Versprechen einer magischen Vollkonvertierung.
Für KENSA hat unser Team eine Komponente entwickelt, die aus dem Scan eines Papierformulars eine digitale Ausgangsversion erzeugt. Das System erkennt die Struktur des Formulars, so dass man anschließend das Formular bearbeiten kann.
Bewusst spreche ich von einer Ausgangsversion. Diese Konvertierung ist wertvoll, weil sie den mühselige Schritte verkürzt. Sie ersetzt aber nicht jede fachliche Entscheidung. Ein Kästchen kann optisch eindeutig sein und prozessual trotzdem etwas anderes bedeuten, als ein Modell vermutet. Manchmal soll ein Feld künftig ganz entfallen; manchmal braucht es eine Validierungsregel, die auf dem Papier nie sichtbar war.
Gerade diese Mischung aus Automatisierung und Nachbearbeitung ist in Unternehmensprojekten oft sinnvoller als das Versprechen einer magischen Vollkonvertierung.
Ein Editor ist kein Nebenschauplatz
Nach der automatischen Erkennung beginnt die Arbeit, die in vielen Digitalisierungsprojekten unterschätzt wird: Ein Formular muss an den tatsächlichen Prozess angepasst werden. Felder werden verschoben, gruppiert oder neu benannt. Abhängigkeiten müssen festgelegt, Pflichtangaben definiert und Hinweise ergänzt werden.
Deshalb gehört zu KENSA ein vollständiger Formulareditor. Mit ihm lassen sich konvertierte Vorlagen verfeinern, aber auch neue Formulare von Grund auf entwerfen. Für uns war das kein bloßes Administrationswerkzeug, das möglichst funktional aussehen durfte. Der Editor sollte komplexe Möglichkeiten anbieten, ohne selbst wieder zu jener starren Unternehmenssoftware zu werden, die wir an anderer Stelle kritisieren.
Dieser Teil ist weniger spektakulär als die automatische Erkennung, im Alltag aber mindestens ebenso wichtig. Ein Fachverantwortlicher kann eine Vorlage selbst anpassen, ohne für jede Änderung ein eigenes Entwicklungsprojekt anzustoßen.
Gute Werkzeuge verschieben Verantwortung nicht wahllos, sie bringen sie an die richtige Stelle. Die IT stellt Regeln und Integrationen bereit. Fachbereiche können dort gestalten, wo ihr Prozesswissen entscheidend ist.
Ein Formular ist noch kein Arbeitsauftrag
Selbst das beste digitale Formular bleibt nutzlos, wenn niemand weiß, wer es wann bearbeiten soll. Dokumentation ist fast immer Teil eines größeren Ablaufs: Eine Prüfung wird geplant, einer Person zugeordnet, mit bekannten Daten vorbereitet, vor Ort ergänzt und anschließend zurückgespielt.
Darum können über einen Server Formulare und konkrete Aufgaben an Mitarbeiter verteilt werden. Vorhandene Informationen lassen sich bereits vorab eintragen. Der Prüfer beginnt nicht bei null, sondern erhält den Kontext, den das Unternehmen schon kennt: Objekt, Standort, Auftrag, Termin oder bereits dokumentierte Stammdaten.
Auf dem Papier ist das selbstverständlich. In vielen Projekten brechen die Prozesse aber genau an diesen Übergängen auseinander. Ein Formular wird zwar elektronisch ausgefüllt, anschließend jedoch per E-Mail verschickt. Daten sind vorhanden und werden vor Ort trotzdem erneut eingetippt. Die Oberfläche ist moderner, der Ablauf dahinter kaum.
Erst wenn Bereitstellung, Bearbeitung und Rückgabe zusammen gedacht werden, entsteht ein digitaler Arbeitsablauf statt eines digitalen Dokuments.
Die Cloud ist nicht der Arbeitsort des Prüfers
Besonders deutlich wird der Unterschied zwischen Demo und Alltag bei der Internetverbindung. Prüfer arbeiten in Werkhallen, Technikräumen, Kellern, auf Baustellen oder an abgelegenen Anlagen. Dort ist eine stabile Verbindung keine verlässliche Grundlage für den Arbeitsprozess.
Eine mobile Anwendung, die ohne Netz nicht arbeiten kann, ist nicht wirklich mobil.
Bei KENSA sind deshalb die Funktionen, die Prüfer und Anwender für ihre eigentliche Arbeit benötigen, grundsätzlich offline nutzbar. Aufgaben und Formulare werden bei bestehender Verbindung bereitgestellt. Vor Ort können sie auch ohne Netz bearbeitet werden. Die Synchronisation erfolgt, sobald wieder eine Verbindung verfügbar ist.
Diese Architektur ist weniger glamourös als eine vollständig cloudzentrierte KI-Demo. Sie verlangt lokale Datenhaltung, klare Synchronisationsregeln und einen sorgfältigen Umgang mit Konflikten. Was passiert, wenn ein Formular auf dem Server geändert wurde, während eine ältere Version offline bearbeitet wird? Welche Daten müssen auf dem Gerät verschlüsselt sein? Wie erkennt der Nutzer, ob sein Auftrag bereits vollständig übertragen wurde?
Das sind keine Randfragen. Sie entscheiden darüber, ob eine Anwendung unter realen Bedingungen Vertrauen gewinnt.
Auch die Forschung zu Sprachschnittstellen in der Fertigungslogistik nennt den Nutzungskontext als wesentlichen Faktor. Lärm, Mobilität, Hands-free-Szenarien, Akzeptanz und technische Infrastruktur bestimmen gemeinsam, ob eine Sprachlösung im Alltag tatsächlich hilft. Eine gute Erkennungsrate im Labor genügt nicht, wenn die Anwendung am Einsatzort nicht verfügbar ist.
Offlinefähigkeit setzt Grenzen – und das ist gesund
Nicht jede Funktion lässt sich sinnvoll vollständig auf dem Endgerät ausführen. Serverbasierte Verteilung, zentrale Administration oder rechenintensive Dienste benötigen zumindest zeitweise eine Verbindung. Auch die automatische Textverbesserung durch große Sprachmodelle hängt von der gewählten Architektur und den verfügbaren lokalen Modellen ab.
Darum ist eine ehrliche Trennung wichtig: Was muss der Nutzer jederzeit vor Ort tun können? Welche Funktionen dürfen später synchronisiert werden? Wo ist eine Verbindung unvermeidbar?
Für die Arbeit eines Prüfers ist die Antwort relativ klar. Er muss seinen Auftrag öffnen, vorhandene Angaben sehen, Beobachtungen erfassen, Fotos oder weitere Informationen ergänzen und den Vorgang sicher zwischenspeichern können. Kein Funkloch darf ihn zwingen, seine Arbeit abzubrechen oder Notizen zusätzlich auf Papier festzuhalten.
Offlinefähigkeit ist damit kein technisches Häkchen in einer Feature-Liste. Sie ist eine Entscheidung darüber, wessen Arbeitsrealität die Architektur ernst nimmt.
Gestaltung ist Teil der Zuverlässigkeit
Wenn eine Anwendung viele technische Möglichkeiten vereint, entsteht leicht eine überladene Oberfläche. Formularfelder, Spracheingabe, erkannte Intentionen, Fotos, Aufgabenstatus und Synchronisation konkurrieren um Aufmerksamkeit.
Unser Team hat deshalb viel Arbeit in die Gestaltung der KENSA-App investiert. Die Oberfläche soll nicht zeigen, wie komplex das System im Hintergrund ist. Sie soll dem Anwender jeweils den nächsten sinnvollen Schritt deutlich machen.
Hier geht es nicht nur um Ästhetik. Eine klare visuelle Rückmeldung verhindert Fehler: Der Nutzer muss erkennen, ob eine Aufnahme läuft, welche Angaben übernommen wurden, ob ein Auftrag bisher nur lokal gespeichert ist und welche Punkte noch fehlen. Gerade bei automatischer Strukturierung darf das System nicht unbemerkt im Hintergrund einen perfekten Bericht vortäuschen.
Die Forschung zu sprachbasierten professionellen Berichtssystemen beschreibt eine große Zahl solcher Designentscheidungen: Wie beginnt und endet eine Aufnahme? Wie werden Korrekturen vorgenommen? Wann ist eine Rückfrage hilfreich, wann störend? Wie verbindet man Sprache mit visuellen Informationen? Die Qualität einer Lösung entsteht daher nicht allein in der KI-Komponente, sondern ebenso in den scheinbar kleinen Interaktionsdetails.
Innovation besteht auch darin, Übergänge zu bauen
Scan-Konvertierung, Formulareditor, zentrale Aufgabenverteilung, Offlinebetrieb und eine sorgfältig gestaltete App wirken zunächst wie sehr unterschiedliche Funktionen. Sie beantworten jedoch dieselbe Frage: Wie gelangt ein Unternehmen von seiner heutigen Dokumentationswelt zu einer besseren, ohne den laufenden Betrieb zu ignorieren?
DER SCAN
Der Scan übernimmt vorhandene Vorlagen.
DER EDITOR
Der Editor macht sie veränderbar.
SERVERKOMPONENTE
Die Serverkomponente verbindet Formulare mit konkreten Aufträgen.
OFFLINEFÄHIGKEIT
Die Offlinefähigkeit bringt den Prozess an den tatsächlichen Arbeitsort.
OBERFLÄCHE
Die Oberfläche sorgt dafür, dass diese Komplexität nicht beim Prüfer landet.
DER SCAN
Der Scan übernimmt vorhandene Vorlagen.
DER EDITOR
Der Editor macht sie veränderbar.
SERVERKOMPONENTE
Die Serverkomponente verbindet Formulare mit konkreten Aufträgen.
OFFLINEFÄHIGKEIT
Die Offlinefähigkeit bringt den Prozess an den tatsächlichen Arbeitsort.
OBERFLÄCHE
Die Oberfläche sorgt dafür, dass diese Komplexität nicht beim Prüfer landet.
Erst auf dieser Grundlage kann die Sprachschnittstelle ihr Potenzial entfalten. Es hilft wenig, natürliche Sprache perfekt zu verstehen, wenn das passende Formular nicht verfügbar ist, bekannte Daten fehlen oder das Ergebnis später manuell in einen anderen Prozess übertragen werden muss.
Eine nüchterne Lehre aus der Entwicklung von Unternehmenssoftware lautet deshalb: Die spektakulärste Einzelfunktion reicht selten aus. Im Alltag zählt, ob die Übergänge funktionieren.
Die Zukunft muss mit der Gegenwart kompatibel sein
Die Vision eines weitgehend unsichtbaren Formulars bleibt reizvoll. Der Nutzer beschreibt einen Sachverhalt, das System strukturiert die Angaben und zeigt nur noch, was ergänzt oder bestätigt werden muss.
Der Weg dorthin führt aber nicht an bestehenden Formularen vorbei. Er führt durch sie hindurch. Unternehmen brauchen Möglichkeiten, Papier und PDFs zu übernehmen, ihre Prozesse selbst weiterzuentwickeln, Aufgaben zuverlässig zu verteilen und auch dort zu arbeiten, wo keine Cloud erreichbar ist.
Das ist weniger radikal, als sämtliche Altsysteme für überholt zu erklären. In der Praxis ist es vermutlich radikaler: Denn es verändert den Arbeitsalltag tatsächlich, statt nur eine Zukunftsarchitektur zu beschreiben.
Gute Innovation verlangt nicht, dass die Realität zuerst verschwindet. Sie beginnt damit, sie ernst zu nehmen.
Praxisimpuls von KENBUN
Automatisieren Sie Prozesse – nicht Verantwortung.
Aus unserer Erfahrung mit KI- und Automatisierungsprojekten hat sich eine einfache Faustregel bewährt: Alles, was klaren Regeln folgt, Daten verarbeitet oder Entwürfe vorbereitet, kann die KI oft schneller und zuverlässiger übernehmen als wir Menschen.
Wo Entscheidungen jedoch weitreichende Konsequenzen haben oder bewusstes Abwägen, Erfahrung und Verantwortung gefragt sind, sollte der Mensch die letzte Entscheidung treffen.
Genau an dieser Schnittstelle zwischen Effizienz und Urteilskraft entstehen nachhaltige Digitalisierungslösungen.
Sie möchten herausfinden, wo diese Grenze in Ihren eigenen Prozessen verläuft? Dann freuen wir uns auf den Austausch.
