Digitaler Wandel praktisch
Digitale Transformation bedeutet mehr als die Einführung neuer Software. Gemeint ist die dauerhafte Veränderung von Arbeitsabläufen, Informationsflüssen und Geschäftsmodellen durch digitale Technologien. Für kleine und mittlere Unternehmen stellt sich dabei weniger die Frage, welche Anwendung gerade Aufmerksamkeit erhält. Entscheidend ist, an welcher Stelle im eigenen Betrieb Zeit verloren geht, Fehler entstehen, Daten mehrfach erfasst werden oder Entscheidungen auf unvollständigen Informationen beruhen.
Ein sinnvoller Einstieg orientiert sich daher an einem nachvollziehbaren betrieblichen Problem. Beispiele sind Bestellungen, die per E-Mail, Telefon und Tabellen eingehen, fehlende Transparenz über Lagerbestände, manuelle Übertragungen zwischen Buchhaltung und Vertrieb oder ein unübersichtlicher Zugriff auf technische Dokumente. Eine digitale Lösung ist dann sinnvoll, wenn sie einen solchen Ablauf verbessert und nicht nur eine zusätzliche Oberfläche schafft.
Die Transformation sollte außerdem als fortlaufender Prozess verstanden werden. Nach der Einführung einer Anwendung entstehen neue Anforderungen: Zugriffsrechte müssen gepflegt, Daten gesichert, Mitarbeitende geschult und Abläufe überprüft werden. Wer diese Aufgaben bereits bei der Planung berücksichtigt, reduziert das Risiko, dass ein Projekt nach der technischen Inbetriebnahme seine Wirkung verliert.
Vor einer Investitionsentscheidung steht eine Bestandsaufnahme. Dabei geht es nicht darum, den Betrieb mit einem theoretischen Ideal zu vergleichen. Ziel ist ein belastbares Bild davon, wie heute gearbeitet wird und an welchen Punkten digitale Werkzeuge bereits eingesetzt werden.
Für die Bestandsaufnahme können fünf Bereiche betrachtet werden:
Ein Prozess lässt sich besonders gut untersuchen, wenn er von Anfang bis Ende dokumentiert wird. Dazu werden Auslöser, beteiligte Rollen, verwendete Daten, Entscheidungen, Übergaben und Ergebnisse festgehalten. Ein kurzes Gespräch mit den tatsächlich ausführenden Personen ist häufig aussagekräftiger als eine Betrachtung aus der Führungsebene. Mitarbeitende kennen oft die Ausnahmen und Umwege, die in offiziellen Prozessbeschreibungen fehlen.
Eine einfache Bewertung kann auf einer Skala von nicht dokumentiert bis standardisiert erfolgen. Die Skala ist kein wissenschaftlicher Messwert, sondern ein internes Hilfsmittel, um Handlungsfelder zu vergleichen. Wichtig ist, die Begründung jeder Einschätzung zu notieren.
Nach der Bestandsaufnahme liegen meist mehr mögliche Vorhaben vor, als gleichzeitig umgesetzt werden können. Eine Priorisierung verhindert, dass Ressourcen in voneinander unabhängige Einzelprojekte fließen. Für jedes Vorhaben sollten mindestens vier Fragen beantwortet werden:
Ein Projekt mit hoher Priorität verbessert einen häufigen oder kritischen Ablauf, lässt sich in einem überschaubaren Umfang testen und erzeugt verwertbare Erkenntnisse für weitere Schritte. Ein Vorhaben mit niedriger Priorität kann dagegen zunächst zurückgestellt werden, wenn sein Nutzen unklar ist, die Datenbasis fehlt oder die technische Abhängigkeit von anderen Projekten zu groß ist.
| Prüfkriterium | Leitfrage | Worauf zu achten ist |
|---|---|---|
| Nutzen | Welcher Ablauf wird messbar besser? | Weniger Nacharbeit, kürzere Suchzeiten, bessere Nachvollziehbarkeit oder verlässlichere Planung |
| Aufwand | Welche Änderungen sind technisch und organisatorisch nötig? | Datenbereinigung, Schnittstellen, Schulungen, Prozessanpassungen und laufender Betrieb |
| Risiko | Welche Schäden können bei Fehlern entstehen? | Ausfall, Datenverlust, unberechtigte Zugriffe, falsche Entscheidungen oder Abhängigkeit von einem Dienst |
| Übertragbarkeit | Welche Erkenntnisse sind auf andere Abläufe anwendbar? | Wiederverwendbare Standards, Rollenmodelle und Erfahrungen mit Einführung und Support |
Für ein erstes Vorhaben eignen sich häufig interne Abläufe mit klarer Abgrenzung. Ein digitales Freigabeverfahren, eine strukturierte Dokumentenablage oder die zentrale Verwaltung von Serviceanfragen kann einen überschaubaren Rahmen bieten. Ein kritischer Kernprozess mit vielen externen Abhängigkeiten ist als erstes Experiment dagegen oft weniger geeignet.
Technische Begriffe wie Cloud, künstliche Intelligenz oder Automatisierung beschreiben Werkzeuge und Konzepte, noch kein Ziel. Ein Zielbild sollte deshalb in Alltagssprache formuliert werden. Statt „Wir führen eine moderne Plattform ein“ ist eine Aussage wie „Alle zuständigen Personen finden die aktuelle Version eines Auftrags an einem definierten Ort und können den Bearbeitungsstand nachvollziehen“ überprüfbar.
Ein gutes Zielbild beantwortet mehrere Punkte:
Die Ziele sollten nicht ausschließlich als Einsparung beschrieben werden. Qualität, Nachvollziehbarkeit, Ausfallsicherheit, Kundenservice und Entlastung von Routinearbeit können ebenso relevant sein. Zudem muss ein Ziel zur Größe und zu den verfügbaren Fähigkeiten des Betriebs passen. Ein umfangreiches Zielbild, das keine verantwortliche Person betreuen kann, führt zu dauerhaften Abhängigkeiten von externen Dienstleistern.
Viele Digitalisierungsprojekte scheitern nicht an der Benutzeroberfläche, sondern an uneinheitlichen Daten. Unterschiedliche Schreibweisen für Kunden, Artikel oder Standorte erschweren die Suche und führen zu doppelten Datensätzen. Vor einer Migration oder Automatisierung sollte deshalb geklärt werden, welche Daten wirklich benötigt werden, wem sie gehören und wie ihre Qualität geprüft wird.
Ein praktikabler Ablauf besteht aus folgenden Schritten:
Besondere Aufmerksamkeit verdienen personenbezogene Daten, Gesundheitsinformationen, Zahlungsdaten sowie vertrauliche Konstruktions- oder Vertragsunterlagen. Für diese Daten gelten je nach Zweck, Rechtsgrundlage und Branche unterschiedliche Anforderungen. Eine technische Möglichkeit zur Speicherung bedeutet nicht automatisch, dass jede Nutzung zulässig ist.
Jedes zusätzliche Konto, Gerät und System vergrößert die Angriffsfläche. Sicherheitsmaßnahmen sollten deshalb nicht erst nach einem Vorfall eingeführt werden. Eine tragfähige Grundausstattung umfasst persönliche Benutzerkonten, starke und möglichst mehrstufige Anmeldung, zeitnahe Sicherheitsupdates und eine nachvollziehbare Rechtevergabe.
Besonders wichtig ist das Prinzip der geringsten Berechtigung. Eine Person erhält nur die Zugriffe, die sie für ihre Aufgabe benötigt. Gemeinsame Konten erschweren die Aufklärung von Vorfällen und sollten vermieden werden. Bei einem Rollenwechsel oder dem Ausscheiden aus dem Betrieb müssen Zugänge zeitnah angepasst beziehungsweise deaktiviert werden.
Backups schützen nicht nur vor Hardwaredefekten. Sie können auch bei Verschlüsselungstrojanern, versehentlichen Löschungen oder fehlerhaften Softwareaktualisierungen entscheidend sein. Eine geeignete Sicherungsstrategie klärt:
Eine Sicherung, deren Wiederherstellung nie geprüft wurde, ist keine verlässliche Notfallvorsorge. Der Test sollte dokumentieren, welche Daten in welcher Reihenfolge zurückgespielt werden und wie lange der Betrieb mit einem Ersatzverfahren arbeiten kann.
Für eine strukturierte Orientierung können anerkannte Empfehlungen des Bundesamts für Sicherheit in der Informationstechnik herangezogen werden. Die konkrete Umsetzung muss zur technischen Umgebung, zur Branche und zur Schutzbedürftigkeit der Daten passen.
Cloud-Dienste können den Betrieb von Infrastruktur reduzieren und den Zugriff von verschiedenen Standorten unterstützen. Lokale Systeme bieten dagegen unter bestimmten Bedingungen mehr direkte Kontrolle über Hardware, Netzwerk und Datenhaltung. Keine der beiden Varianten ist grundsätzlich für jeden Anwendungsfall überlegen.
| Aspekt | Cloud-Dienst | Lokales System |
|---|---|---|
| Verantwortung | Ein Teil von Betrieb, Wartung und Verfügbarkeit liegt beim Dienstanbieter. | Hardware, Updates, Ersatzteile und Betrieb müssen überwiegend selbst organisiert werden. |
| Zugriff | Mobiler und standortübergreifender Zugriff ist oft vorgesehen, muss aber abgesichert werden. | Der Zugriff von außen erfordert eine eigene, sicher konfigurierte Infrastruktur. |
| Kostenstruktur | Regelmäßige Gebühren und mögliche nutzungsabhängige Kosten sind zu planen. | Investitionen und laufende Wartung fallen stärker im eigenen Betrieb an. |
| Abhängigkeiten | Internetverbindung, Vertragsbedingungen, Datenexport und Anbieterwechsel müssen geprüft werden. | Abhängigkeit von eigener Hardware und internem Fachwissen ist zu berücksichtigen. |
Vor der Auswahl sollten Vertragsbedingungen, Speicherort, Unterauftragnehmer, Löschkonzept, Datenexport, Support, Verfügbarkeit und Sicherheitsfunktionen geprüft werden. Bei personenbezogenen Daten kommen datenschutzrechtliche Anforderungen hinzu. Ein Anbieterwechsel darf nicht an einem proprietären Datenformat oder an fehlenden Exportmöglichkeiten scheitern. Deshalb gehört ein Rückweg in die Planung, auch wenn er zunächst nicht genutzt wird.
Ein Pilotprojekt ist kein verkleinerter Werbeauftritt für eine Software, sondern ein kontrollierter Praxistest. Der Umfang sollte so begrenzt sein, dass Fehler erkannt und korrigiert werden können, ohne den gesamten Betrieb zu gefährden. Gleichzeitig muss der Anwendungsfall repräsentativ genug sein, damit die Ergebnisse auf den späteren Einsatz übertragbar sind.
Für die Vorbereitung werden Ausgangszustand, Ziel, Beteiligte, Daten, technische Voraussetzungen und Abbruchkriterien festgehalten. Der Pilot sollte mit realistischen Beispielen arbeiten, aber sensible Daten nur verwenden, wenn die Schutzmaßnahmen geprüft sind. Für Tests können anonymisierte oder künstlich erzeugte Datensätze eingesetzt werden.
Während der Erprobung sollten Rückmeldungen systematisch gesammelt werden. Dazu gehören Fehlermeldungen, zusätzliche Arbeitsschritte, Verständnisprobleme und Fälle, in denen der alte Prozess weiterhin genutzt wird. Eine hohe Zahl technischer Funktionen ersetzt keine gute Bedienbarkeit. Wenn Mitarbeitende einen Ablauf umgehen, kann das auf fehlende Schulung, unpassende Rollen, schlechte Datenqualität oder einen tatsächlich ungeeigneten Prozess hinweisen.
Ein Rückfallplan beschreibt, wie der vorherige Ablauf vorübergehend fortgeführt wird. Dazu gehören verfügbare Ersatzformulare, Zuständigkeiten, Sicherungen und die Entscheidung, wer einen Abbruch auslösen darf. Nach dem Pilot werden Ergebnisse anhand der vorher festgelegten Ziele bewertet. Eine Ausweitung sollte erst erfolgen, wenn bekannte Schwachstellen behoben oder bewusst akzeptiert wurden.
Digitale Transformation verändert Tätigkeiten, Verantwortlichkeiten und manchmal auch die Reihenfolge ganzer Abläufe. Widerstand ist daher nicht automatisch mangelnde Bereitschaft. Er kann auf reale Risiken, zusätzliche Arbeitslast oder fehlende Informationen hinweisen. Eine frühe Beteiligung der betroffenen Personen verbessert die Qualität der Planung.
Für die Einführung haben sich klare Rollen bewährt:
Schulungen sollten an konkreten Aufgaben ansetzen. Eine kurze Anleitung für den häufigsten Vorgang ist meist nützlicher als eine vollständige Funktionsübersicht. Zusätzlich braucht es einen Ort für Fragen, eine Pflegeverantwortung für Dokumentationen und einen Prozess für Änderungswünsche. Ohne diese Strukturen veraltet das Wissen nach der Einführung.
Die wirtschaftliche Bewertung einer digitalen Lösung darf sich nicht auf Lizenz- oder Anschaffungskosten beschränken. Zu berücksichtigen sind Einrichtung, Datenbereinigung, Schnittstellen, Schulungen, Support, Sicherheitsmaßnahmen, Ausfallzeiten und spätere Anpassungen. Auch interne Arbeitszeit ist eine Ressource, selbst wenn sie nicht als externe Rechnung erscheint.
Eine vollständige Betrachtung enthält mindestens:
Bei Verträgen sollten Kündigungsfristen, Preisänderungen, Supportzeiten, Servicegrenzen und Verantwortlichkeiten im Störungsfall nachvollziehbar sein. Für geschäftskritische Daten muss geklärt werden, wie ein vollständiger Export erfolgt und ob dieser in einem nutzbaren Format möglich ist. Ein günstiger Einstieg kann langfristig teuer werden, wenn ein Wechsel nur mit erheblichem manuellen Aufwand gelingt.
Viele Vorhaben benötigen keine völlig neue Systemlandschaft, sondern verlässliche Grundlagen. Dazu zählen aktuelle Betriebssysteme, ein gepflegtes Netzwerk, zentrale Identitätsverwaltung, ein kontrolliertes Berechtigungsmodell und dokumentierte Schnittstellen. Werden diese Grundlagen vernachlässigt, entstehen Insellösungen, bei denen Informationen weiterhin manuell übertragen werden.
Vor der Verbindung zweier Anwendungen sollte geprüft werden, welches System für welche Daten führend ist. Andernfalls können widersprüchliche Änderungen entstehen. Ebenso wichtig sind eindeutige Bezeichnungen, Zeitstempel und Protokolle, damit sich nachvollziehen lässt, wann Daten geändert oder übertragen wurden.
Automatisierung sollte dort eingesetzt werden, wo Regeln stabil und Ergebnisse kontrollierbar sind. Ein automatisierter Vorgang braucht eine Fehlerbehandlung, eine Benachrichtigung bei Abweichungen und eine Möglichkeit zur manuellen Korrektur. Besonders bei Rechnungen, Vertragsdaten, Personalinformationen oder sicherheitsrelevanten Entscheidungen darf kein Prozess ohne Kontrolle arbeiten.
Neue Verfahren auf Basis künstlicher Intelligenz können bei Recherche, Klassifizierung oder Textentwürfen unterstützen. Vor dem Einsatz sind Datenqualität, Vertraulichkeit, Nachvollziehbarkeit und menschliche Prüfung zu klären. Vertrauliche Informationen gehören nicht ungeprüft in öffentliche oder nicht freigegebene Dienste.
Nach der Einführung sollte der Nutzen anhand weniger, verständlicher Kennzahlen überprüft werden. Dabei geht es nicht darum, jede Tätigkeit zu vermessen. Entscheidend ist, ob sich der ursprünglich festgelegte Engpass verbessert hat.
Mögliche Messgrößen sind:
Die Ausgangslage muss vor der Änderung beschrieben werden, sonst bleibt ein späterer Vergleich unscharf. Kennzahlen sollten nicht dazu führen, dass Mitarbeitende nur noch auf einen Messwert hinarbeiten. Qualitative Rückmeldungen, Sicherheitsereignisse und Auswirkungen auf Kunden oder Lieferanten gehören ebenfalls in die Bewertung.
Ein regelmäßiger Überprüfungstermin klärt, ob ein Prozess angepasst, ausgeweitet oder beendet wird. Ein Projekt darf auch als wertvoll gelten, wenn es zeigt, dass eine geplante Lösung nicht geeignet ist. Diese Erkenntnis verhindert größere Fehlinvestitionen.
Ein stufenweiser Fahrplan hilft, die Transformation in überschaubare Entscheidungen zu teilen. Die genaue Dauer hängt von Größe, Branche, Datenmenge und vorhandenen Systemen ab. Ein sinnvoller Ablauf kann so aussehen:
Dieser Ablauf verhindert, dass die Entscheidung für ein Werkzeug mit dem Ende des Projekts verwechselt wird. Der eigentliche Wert entsteht im stabilen Betrieb, wenn der neue Prozess zuverlässig genutzt und weiterentwickelt wird.
Der beste Einstieg liegt meist in einem klar abgrenzbaren Prozess mit häufigen manuellen Tätigkeiten, hoher Fehleranfälligkeit oder fehlender Transparenz. Vor der Auswahl einer Software sollte der Ablauf dokumentiert und das konkrete Ziel beschrieben werden.
Nein. Eine vollständige Erneuerung erhöht häufig die Komplexität und das Ausfallrisiko. Ein begrenztes Vorhaben kann zeigen, welche Daten, Schnittstellen und Kompetenzen für weitere Schritte benötigt werden. Bestehende Systeme sollten dabei auf Sicherheits- und Wartungsrisiken geprüft werden.
Datensicherheit ist eine Voraussetzung für verlässliche digitale Prozesse. Persönliche Konten, passende Berechtigungen, Updates, geprüfte Backups und ein Wiederherstellungsplan bilden wichtige Grundlagen. Bei sensiblen Daten müssen zusätzlich die geltenden rechtlichen Anforderungen geprüft werden.
Vor Vertragsabschluss sollten Datenexport, Dateiformate, Schnittstellen, Kündigung, Support und Verantwortlichkeiten im Störungsfall geklärt werden. Dokumentierte Prozesse und aktuelle Sicherungskopien erleichtern einen späteren Wechsel.
Erfolg zeigt sich daran, dass der zuvor definierte Engpass nachweisbar verbessert wird und der neue Ablauf im Alltag zuverlässig funktioniert. Bearbeitungszeiten, Fehler, Suchaufwand, Sicherheitsprüfungen und Rückmeldungen können gemeinsam betrachtet werden. Eine hohe Zahl an Funktionen ist dagegen kein ausreichendes Erfolgskriterium.
