Technisches Wissen hilft wenig, wenn es die Menschen nicht mehr erreicht, die damit bessere Entscheidungen treffen könnten.
Das ist nicht technikfeindlich gemeint. Die technische Tiefe bleibt wichtig. Verändert hat sich die Frage, wie diese Tiefe nach außen übersetzt werden muss.
Früher: Technik erklären
Wenn ein Problem komplex war, lag es nahe, auch die Lösung technisch zu erklären: Datenmodelle, APIs, Schnittstellen, Architektur, Queues, Synchronisation, Infrastruktur oder Automatisierung. Für Entwickler sind diese Begriffe präzise und notwendig.
Für einen Geschäftsführer, Handwerksmeister oder Mitarbeiter beantworten sie aber häufig noch nicht die entscheidende Frage: „Was bedeutet das eigentlich für meine tägliche Arbeit?“
Zwei Welten
Die technische Sicht könnte lauten: „Wir binden das ERP über eine API an, verarbeiten Events und synchronisieren die Daten mit dem CRM.“
Die betriebliche Sicht lautet vielleicht: „Kann mein Mitarbeiter auf der Baustelle sehen, ob das Material morgen kommt, ohne dafür im Büro anzurufen?“
Beide sprechen über dasselbe Problem. Aber auf unterschiedlichen Ebenen.
Komplexität darf im Hintergrund bleiben
Ein Mitarbeiter möchte wissen: „Ist das Material da?“ Dahinter können ERP, Lager, Lieferant, API, Synchronisation, Berechtigungen und eine Anwendung beteiligt sein. Der Mitarbeiter muss diese Kette nicht verstehen. Er braucht eine verlässliche Antwort.
Komplexität darf existieren. Sie muss nur nicht immer beim Menschen ankommen.
Das bedeutet nicht, so stark zu vereinfachen, dass daraus falsche Versprechen werden. Manchmal muss erklärt werden, warum eine Integration schwierig ist, Datenqualität entscheidend bleibt oder eine Automatisierung nicht vollständig autonom arbeiten sollte. Die Aufgabe ist, Komplexität verständlich zu machen, ohne ihre Bedeutung zu verlieren.
Was sich verändert hat
Früher wurde häufiger zu technisch gedacht und auch zu technisch kommuniziert. Das ist keine Abwertung der technischen Tiefe; sie war notwendig und hat viele der heutigen Erfahrungen erst ermöglicht.
Die Veränderung liegt im Ausgangspunkt:
Früher stand häufiger die technische Lösung im Mittelpunkt.
Heute steht zuerst die Frage im Mittelpunkt, welches Problem für einen Menschen oder ein Unternehmen eigentlich gelöst werden soll.
Bei Domicilio24 / Piso24, Automotive-Systemen, Trader, LVP und Scaffy war und ist erhebliche technische Tiefe notwendig. eLords soll diese Tiefe aber nicht zum Eintrittspreis machen. Ein Unternehmen muss nicht verstehen, wie eine Plattform intern funktioniert, bevor es davon profitieren kann.
Technik als Brücke
Gerade kleinere Unternehmen besitzen häufig keine eigene Übersetzungsebene zwischen Facharbeit und Technologie. Dort treffen Unternehmer und Softwareanbieter oder Fachmitarbeiter und Entwickler direkt aufeinander. Dann dominiert entweder Technik das Gespräch – oder Möglichkeiten werden gar nicht erst erkannt.
Das DigitalLabor soll eine Brücke sein: nicht Technik für Techniker erklären, sondern Technik so erklären, dass andere Menschen ihre Auswirkungen verstehen können. Praxis, Verständnis, Technik und Vertiefung dürfen unterschiedliche Tiefen haben.
Technisches Wissen ist wenig wert, wenn es nicht mehr bei den Menschen ankommt, die damit bessere Entscheidungen treffen könnten.
Vielleicht spreche ich heute gerade deshalb weniger technisch über Technik, weil ich technisch tiefer hineinschauen kann als früher.
Und vielleicht gehört auch deshalb eine alte Aussage leise dazu: „Du sprichst in Rätseln.“