Digitalisierung ·
Digitale Transformation im Mittelstand: Warum sie beim Cloud-Fundament beginnt
Wenn mittelständische Unternehmen über Digitalisierung sprechen, geht es meist um Software: ein neues ERP-Modul, ein Dokumentenmanagement-System, ein KI-Pilot. Nach genug solcher Projekte ist das nüchterne Muster immer dasselbe: Ob ein Vorhaben trägt, entscheidet sich selten am gewählten Tool - sondern daran, ob darunter ein Fundament liegt, auf dem jedes weitere Projekt aufbauen kann. Genau deshalb beginnt die digitale Transformation für KMU sinnvollerweise bei der Cloud-Infrastruktur, nicht beim Werkzeugkatalog.
Warum Digitalisierungsprojekte selten am Tool scheitern
Das häufigste Fehlermuster ist Tool-first-Denken: Ein Anbieter verspricht, ein einzelnes Problem zu lösen, das Projekt startet, und sechs Monate später existiert eine weitere Insel - mit eigenem Login, eigener Datenhaltung und eigenem Export nach Excel. Nach drei solchen Projekten hat ein Unternehmen keine Digitalisierung, sondern eine Sammlung von Abonnements.
Die Ursache ist nicht mangelnde Sorgfalt, sondern eine fehlende Grundsatzentscheidung: Wo laufen unsere Systeme, wer darf auf was zugreifen, wie kommen Daten von A nach B, und wer sieht die Kosten? Solange diese Fragen pro Projekt neu beantwortet werden, fällt jede Antwort anders aus. Ein Fundament beantwortet sie einmal - und jedes weitere Projekt erbt die Antworten.
Das Fundament: eine Landing Zone im Mittelstands-Maßstab
Eine Landing Zone ist das vorgebaute Cloud-Fundament, in dem jede neue Anwendung landet: Konten-Struktur, Identität, Netzwerk, Guardrails und Logging, einmal entschieden und überall durchgesetzt. Für einen Konzern ist das ein Programm - für ein mittelständisches Unternehmen ein überschaubares Projekt, denn Proportionalität verkleinert den Umfang, nicht die Prinzipien: weniger Accounts, weniger Ausnahmen, dieselbe Disziplin.
Der Kern für den Mittelstand, ohne Enterprise-Ballast:
- Zentrale Identität: ein Login (SSO mit MFA) für alle Systeme statt einer Passwortliste pro Tool - der Punkt, an dem auch Datenschutz und das Ausscheiden von Mitarbeitenden beherrschbar werden.
- Getrennte Produktions- und Testumgebungen, damit ein Experiment nie Kundendaten berührt.
- Guardrails statt Richtlinien-PDFs: Regionen, öffentlicher Storage und Admin-Rechte technisch begrenzt, nicht nur schriftlich.
- Zentrales Logging und Backups mit getesteten Restores - die Basis für jede spätere Zertifizierungs- oder Kundenanfrage.
- Kostenzuordnung ab Tag eins: Jede Anwendung hat einen Verantwortlichen und ein Budget mit Alarm.
Lift-and-Shift ohne Governance: der teure Umweg
Das zweite Fehlermuster ist die Migration ohne Fundament: Bestehende Server werden 1:1 in die Cloud kopiert, weil der Rechenzentrumsvertrag ausläuft oder der Hoster kündigt. Technisch funktioniert das - wirtschaftlich und organisatorisch beginnt damit oft das eigentliche Problem. Dieselben Altlasten laufen nun auf teurerer Infrastruktur, niemand hat Zugriffe oder Kosten neu geordnet, und die versprochene Beweglichkeit bleibt aus.
Lift-and-Shift ist als bewusste erste Etappe legitim - etwa unter Termindruck. Aber nur, wenn die Landing Zone vorher steht und die Migration durch sie hindurchläuft. Dann erbt selbst ein unveränderter Alt-Server zentrale Identität, Logging und Kostenzuordnung, und die Modernisierung kann danach Workload für Workload folgen statt als Big Bang.
Prozessautomatisierung: die richtige zweite Etappe
Steht das Fundament, wird Prozessautomatisierung von einem Schlagwort zu einer Auswahlfrage. Die Kandidaten mit dem besten Verhältnis von Aufwand zu Wirkung sind selten spektakulär: Rechnungseingang und Freigaben, Auftragserfassung aus E-Mails und PDFs, Stammdatenpflege zwischen Systemen, Berichtswege, die heute aus Copy-and-paste bestehen.
Die Auswahlkriterien sind dieselben wie bei jeder Automatisierung: hohes Volumen, klare Regeln, messbarer manueller Aufwand. Prozesse, die dreimal pro Woche vorkommen und jedes Mal anders sind, automatisiert man zuletzt - oder nie.
Kaufen oder bauen: Software für den Mittelstand
Für die meisten Standardprozesse ist gekaufte Software für mittelständische Unternehmen die richtige Antwort - Buchhaltung, Lohn, CRM und ERP sind gelöste Probleme. Eigenentwicklung lohnt sich dort, wo ein Prozess tatsächlich differenziert: die Preislogik, die es nur bei Ihnen gibt, oder die Integration zwischen zwei Systemen, für die kein Standard-Connector existiert.
Das Fundament macht auch diese Entscheidung billiger: Auf einer Landing Zone ist ein Eigenbau ein kleines, klar begrenztes Projekt mit geerbter Sicherheit statt einer weiteren Insel. Und gekaufte SaaS-Tools werden über die zentrale Identität angebunden, statt neue Passwortlisten zu erzeugen.
Ein realistischer Fahrplan für die ersten sechs Monate
Die Reihenfolge ist wichtiger als das Tempo. Eine Sequenz, die in der Praxis trägt:
- Monat 1: Inventar und Priorisierung - welche Systeme und Prozesse existieren, was manuelle Arbeit heute wirklich kostet, welche zwei bis drei Prozesse das beste Aufwand-Nutzen-Verhältnis haben.
- Monat 2–3: Cloud-Fundament aufbauen - Konten-Struktur, SSO mit MFA, Guardrails, Logging, Kostenzuordnung. In Terraform, damit es reproduzierbar bleibt.
- Monat 3–4: erster Workload auf das Fundament - bewusst ein überschaubarer, aber echter Prozess, kein Wegwerf-Pilot.
- Monat 4–6: erste Prozessautomatisierung in Produktion, mit gemessener Baseline davor und Nachmessung danach.
- Ab Monat 6: Wiederholen im Takt - jede weitere Anwendung und Automatisierung erbt das Fundament, statt es neu zu erfinden.
FAQ
Wo sollten wir anfangen?
Mit einem ehrlichen Inventar, nicht mit einem Tool: welche Systeme wo laufen, welche Prozesse heute die meiste manuelle Zeit kosten, wer auf was zugreifen darf. Danach das Fundament, dann der erste Prozess. Wer diese Reihenfolge umdreht, baut die dritte Insellösung.
Was kostet Digitalisierung im Mittelstand?
Eine seriöse Pauschale gibt es nicht. Verlässlich ist die Struktur: Das Fundament ist ein einmaliges, überschaubares Projekt; laufende Cloud-Kosten skalieren mit der Nutzung; der größte Block ist fast immer interne Zeit für die Prozessklärung. Billiger wird es durch die Reihenfolge - jedes Projekt auf dem Fundament kostet weniger als das davor.
Wie lange dauert es, bis Ergebnisse sichtbar sind?
Ein Cloud-Fundament im Mittelstands-Maßstab steht in Wochen, nicht Jahren. Der erste automatisierte Prozess sollte innerhalb des ersten Halbjahres produktiv und nachgemessen sein. Vorhaben, die vor dem ersten sichtbaren Ergebnis zwölf Monate Konzeptphase planen, scheitern meist genau daran.
Was passiert mit unserem ERP und den Bestandssystemen?
Meist: vorerst nichts. Ein funktionierendes ERP wird angebunden, nicht ersetzt - über saubere Schnittstellen und zentrale Identität. Die Ablösung eines Bestandssystems ist ein eigenes Projekt mit eigenem Business Case und wird auf einem Fundament deutlich billiger, weil Daten- und Zugriffsfragen bereits beantwortet sind.