Digitalisierungsstrategie entwickeln: Der praxisnahe Leitfaden für KMU

Wer eine Digitalisierungsstrategie entwickeln will, sollte nicht mit den Softwarewünschen der Abteilungen beginnen. Sonst stehen nach dem ersten Termin ein neues CRM, eine Dokumentenablage, ein Kundenportal und mehrere KI-Ideen nebeneinander. Welche Maßnahme den wichtigsten betrieblichen Engpass löst, welche Daten vorher bereinigt werden müssen und welches Team die Umsetzung begleiten kann, bleibt offen.

Eine brauchbare Strategie liefert deshalb Entscheidungen statt einer Wunschliste. Sie beschreibt die angestrebte Arbeitsweise, ordnet konkrete Vorhaben, macht Abhängigkeiten sichtbar und weist Verantwortlichkeiten zu. Für ein mittelständisches Unternehmen muss dieses Ergebnis verständlich genug sein, um Investitionen freizugeben und Projekte im laufenden Betrieb zu führen.

Digitalisierungsstrategie entwickeln: Was am Ende entschieden sein muss

Eine Strategie ist nicht an der Seitenzahl zu erkennen. Sie erfüllt ihren Zweck, wenn Geschäftsleitung, Fachbereiche und IT dieselben Antworten auf zentrale Fragen geben können:

• Welches Geschäftsproblem oder welche neue Fähigkeit steht im Mittelpunkt?
• Welche Abläufe und Kundengruppen sind zuerst betroffen?
• Welche Daten und Systeme bilden die Grundlage?
• Welche Vorhaben werden umgesetzt, welche bewusst verschoben?
• Wer entscheidet über Prozessregeln, Budget und technische Leitplanken?
• Woran wird nach einem Pilot oder Rollout über Fortsetzung entschieden?
• Welche internen Kapazitäten werden neben externen Kosten benötigt?

Das Ergebnis besteht meist aus einem kompakten Zielbild, einer priorisierten Vorhabenliste, einer Abhängigkeitsübersicht, einer Roadmap mit Entscheidungspunkten und einem klaren Steuerungsmodell. Ergänzende Analysen bleiben verlinkte Arbeitsunterlagen. Sie müssen das eigentliche Strategiedokument nicht unlesbar machen.

Eine professionelle Beratung zur digitalen Transformation kann diesen Prozess moderieren und technische Folgen einordnen. Die Geschäftsleitung darf Zielkonflikte dennoch nicht an einen Dienstleister delegieren. Nur das Unternehmen kann entscheiden, ob beispielsweise schnelleres Wachstum, geringere Verwaltungsarbeit oder ein neuer digitaler Kundenzugang Vorrang erhält.

Schritt 1: Auftrag und Entscheidungsrahmen klären

Bevor Prozesse analysiert werden, braucht die Strategie einen eindeutigen Auftrag. „Wir möchten digitaler werden“ lässt jede Richtung offen. Ein belastbarer Auftrag nennt den wirtschaftlichen Anlass, den betrachteten Bereich, den Zeithorizont und die Entscheidungen, die am Ende getroffen werden sollen.

Für einen technischen Servicebetrieb könnte der Auftrag lauten: „Wir entwickeln bis zum Ende des Quartals einen abgestimmten Plan, mit dem Aufträge ohne proportional wachsende Dispositions- und Verwaltungsarbeit bearbeitet werden können. Betrachtet werden Anfrage, Angebot, Einsatzplanung, Leistungsnachweis und Abrechnung. Das Ergebnis enthält priorisierte Vorhaben für die kommenden 18 Monate.“

Ebenso wichtig sind Grenzen. Sicherheitsvorfälle, auslaufende Softwareverträge oder gesetzliche Anforderungen können Maßnahmen vorgeben, unabhängig von ihrer direkten Rendite. Ein knappes Fachteam begrenzt die Zahl paralleler Projekte. Bereits zugesagte Kundenprojekte dürfen nicht aus der Kapazitätsplanung verschwinden.

Der Auftraggeber muss benannt sein. Er löst Konflikte, wenn Vertrieb und Betrieb unterschiedliche Ziele verfolgen oder ein Vorhaben mehr interne Mitarbeit erfordert als erwartet. Ohne diese Rolle wird die Strategie häufig zur unverbindlichen Sammlung fachlicher Positionen.

Schritt 2: Reale Vorgänge statt allgemeiner Einschätzungen untersuchen

Abteilungsleiter beschreiben Prozesse oft so, wie sie vorgesehen sind. Strategisch relevant ist, wie konkrete Vorgänge tatsächlich bearbeitet werden. Für einen Angebotsprozess sollten deshalb mehrere reale Anfragen nachvollzogen werden: Eingangskanal, fehlende Angaben, beteiligte Rollen, verwendete Systeme, Rückfragen, Wartezeiten, Freigaben und Ergebnis.

Die Analyse von Geschäftsprozessen liefert dafür ein strukturiertes Vorgehen. Besonders aufschlussreich sind abgebrochene Vorgänge, Sonderfälle und Situationen mit manueller Nacharbeit. Sie zeigen, an welchen Stellen Regeln fehlen oder Systeme den Prozess nicht ausreichend unterstützen.

Für jeden betrachteten Ablauf sollte ein kurzes Faktenblatt entstehen:

Eine Tabellenkalkulation ist dabei nicht automatisch ein Problem. Sie wird strategisch relevant, wenn mehrere Personen konkurrierende Versionen pflegen, der weitere Ablauf strukturierte Daten benötigt oder eine wichtige Entscheidung vom Wissen eines einzelnen Mitarbeiters abhängt.

Schritt 3: Geschäftsziele in betriebliche Wirkungen übersetzen

„Profitabler wachsen“ oder „bessere Kundenerfahrung“ sind sinnvolle Richtungen, reichen aber für eine Projektentscheidung nicht. Die Strategie muss zeigen, welcher Ablauf welche Wirkung erzeugen soll.

Aus profitablem Wachstum kann für den Vertrieb folgen, dass Standardangebote mit weniger manueller Kalkulation entstehen. Für den Betrieb kann es bedeuten, freie Kapazitäten verlässlich buchbar zu machen. In der Abrechnung könnte das Ziel sein, vollständige Leistungsnachweise unmittelbar nach einem Einsatz verfügbar zu haben.

Die Kennzahlen stammen aus dem eigenen Prozess. Eine Durchlaufzeit braucht einen definierten Start- und Endpunkt. Bei einem Buchungsabbruch muss klar sein, ob ein später telefonisch abgeschlossener Vorgang weiterhin als Abbruch gilt. Nicht belastbare Ausgangswerte werden als Annahme gekennzeichnet und während eines Piloten überprüft.

Der Artikel zur Prozessoptimierung im Unternehmen zeigt, wie Ursachen, Maßnahmen und Wirkung zusammengeführt werden. Für die Strategie eignet sich pro Wirkung ein Satz: „Wir verändern diesen Ablauf, damit dieses Ergebnis eintritt, gemessen an dieser intern definierten Kennzahl.“

Schritt 4: Ein konkretes Zielbild der künftigen Arbeit erstellen

Das Zielbild beschreibt keine Produktnamen. Es zeigt, wie Kunden, Mitarbeiter, Daten und Systeme künftig zusammenspielen. Für einen Vermietbetrieb könnte es so aussehen:

Kunden wählen online eine verfügbare Leistung und übermitteln alle für die Prüfung erforderlichen Angaben. Reservierte Kapazitäten sind für Vertrieb und Betrieb im selben Status sichtbar. Nach der Freigabe entstehen Auftragsunterlagen und Zahlungsanforderung aus den vorhandenen Daten. Änderungen werden protokolliert und einer verantwortlichen Rolle zugewiesen. Nach Rückgabe fließen dokumentierte Zusatzleistungen in die Abrechnung.

Aus dieser Beschreibung entstehen prüfbare Anforderungen:

• Leistung und Verfügbarkeit benötigen eindeutige Regeln.
• Kunden-, Buchungs- und Zahlungsstatus dürfen sich nicht widersprechen.
• Manuelle Änderungen brauchen Berechtigungen und Protokollierung.
• Fehler bei einer Übertragung müssen sichtbar und erneut bearbeitbar sein.
• Für Sonderfälle bleibt ein definierter persönlicher Kontaktweg bestehen.

Das Zielbild hilft später bei Make-or-buy-Entscheidungen. Eine Standardsoftware ist geeignet, wenn sie die wesentlichen Regeln abbildet und vertretbare Anpassungen erlaubt. Eine individuelle Lösung kann sinnvoll sein, wenn besondere Kapazitäts-, Preis- oder Leistungslogik direkt zum Wettbewerbsvorteil gehört.

Schritt 5: Daten- und Systemlandschaft auf Abhängigkeiten prüfen

Eine Strategierunde muss nicht jedes technische Detail klären. Sie muss jedoch erkennen, welche Systeme und Daten mehrere Vorhaben verbinden. Ein Kundenportal, eine Vertriebsautomatisierung und ein Management-Dashboard können alle von derselben unklaren Kunden- oder Auftragsstruktur abhängen.

Für zentrale Datenobjekte wird deshalb festgelegt:

• Welches System ist die führende Quelle?
• Welche Rolle verantwortet fachliche Definition und Qualität?
• Welche anderen Systeme dürfen Daten lesen oder verändern?
• Wie werden Dubletten und widersprüchliche Werte behandelt?
• Welche Export- und Schnittstellenmöglichkeiten bestehen?

Ein ERP-System für kleine Unternehmen kann kaufmännische Prozesse und Stammdaten bündeln. Es muss nicht automatisch alle Kundeninteraktionen oder spezialisierten Betriebsabläufe übernehmen. Die Strategie sollte Systemgrenzen nach Verantwortung ziehen, nicht nach dem Wunsch, möglichst viele Funktionen in einer Anwendung zu sammeln.

Werden Systeme verbunden, braucht es vor der technischen API-Entwicklung fachliche Vereinbarungen über Status, Datenhoheit und Fehlerbehandlung. Eine Schnittstelle kann keine Entscheidung ersetzen, wenn CRM und ERP dieselbe Information jeweils als verbindlich betrachten.

Schritt 6: Leitplanken für spätere Entscheidungen festlegen

Leitplanken reduzieren wiederkehrende Grundsatzdiskussionen in Einzelprojekten. Sie legen fest, welche Eigenschaften neue Lösungen erfüllen müssen. Typische Bereiche sind Datenzugriff, Integration, Berechtigungen, Protokollierung, Datensicherung, Hosting und Betriebsverantwortung.

Eine konkrete Leitplanke lautet etwa: „Geschäftskritische Stamm- und Vorgangsdaten müssen in einem dokumentierten Format exportierbar sein.“ Eine andere kann verlangen, dass automatisierte Prozessschritte einen nachvollziehbaren Fehlerstatus und eine verantwortliche Rolle besitzen.

Leitplanken sind keine pauschalen Verbote. Ein spezialisiertes Branchensystem ohne vollständige Programmierschnittstelle kann trotzdem die beste fachliche Wahl sein. Die Strategie muss dann festhalten, welche manuellen Übergaben bestehen bleiben, wie Daten gesichert werden und welches Wechselrisiko akzeptiert wird.

Bei mehreren Plattformen hilft eine übergreifende Softwarearchitektur, Zuständigkeiten und technische Grenzen dauerhaft nachvollziehbar zu halten. Für ein einzelnes Standardsystem genügt häufig eine überschaubare Betriebs- und Integrationsdokumentation.

Schritt 7: Vorhaben aus dem Zielbild ableiten

Eine Maßnahme gehört nur dann in das Portfolio, wenn ihr Beitrag zu einer gewünschten Fähigkeit nachvollziehbar ist. „CRM einführen“ beschreibt ein Werkzeug. „Qualifizierte Anfragen mit vollständiger Historie und verbindlicher nächster Aktion bearbeiten“ beschreibt eine Fähigkeit.

Jedes Vorhaben erhält einen kurzen Steckbrief:

• betroffener Ablauf und gewünschte Wirkung
• verantwortliche fachliche Rolle
• benötigte Daten und Systeme
• Voraussetzungen und abhängige Vorhaben
• interner sowie externer Aufwand
• Betriebs- und Einführungsrisiken
• Pilotumfang und Entscheidungskriterien

Diese Form verhindert, dass eine attraktiv präsentierte Software ohne klaren Beitrag priorisiert wird. Sie macht zugleich sichtbar, wenn zwei Maßnahmen dasselbe Problem lösen sollen oder dieselbe Datengrundlage voraussetzen.

Die Workflow-Automatisierung für KMU eignet sich beispielsweise für regelbasierte Übergaben. Wenn ein Vorhaben jedoch häufige, nicht dokumentierte Ausnahmen enthält, gehört zunächst Prozessklärung in das Portfolio.

Schritt 8: Maßnahmen nachvollziehbar priorisieren

Eine Rangliste nach persönlicher Dringlichkeit führt meist dazu, dass der lauteste Bereich zuerst bedient wird. Besser ist eine begründete Bewertung über mehrere Kriterien:

Punktwerte können den Vergleich unterstützen, ersetzen aber keine Begründung. Ein Kundenportal besitzt möglicherweise hohe erwartete Geschäftswirkung, sollte aber nach hinten rücken, solange Auftragsstatus und Dokumente nicht zuverlässig verfügbar sind. Ein unscheinbares Stammdatenprojekt kann Vorrang erhalten, weil mehrere spätere Maßnahmen davon abhängen.

Schritt 9: Eine Roadmap mit Entscheidungs- und Lernpunkten bauen

Eine Roadmap ist mehr als eine zeitliche Reihenfolge. Sie zeigt, wann eine Voraussetzung erfüllt sein muss und an welcher Stelle ein Vorhaben fortgesetzt, angepasst oder beendet werden kann.

Für einen digitalen Buchungsprozess könnte die Abfolge lauten:

1. Leistungen, Zielkunden und buchbare Kapazitäten abgrenzen.
2. Preis-, Verfügbarkeits- und Freigaberegeln dokumentieren.
3. Datenqualität anhand realer Bestandsfälle prüfen.
4. Buchungsweg mit begrenztem Leistungsumfang prototypisch testen.
5. Schnittstellen zu Auftrag, Zahlung und Kommunikation erproben.
6. Mit einer ausgewählten Kundengruppe pilotieren.
7. Nutzung, Abbrüche, Fehler und interne Nacharbeit auswerten.
8. Über Erweiterung oder Neuzuschnitt entscheiden.

Die öffentlich dokumentierte MobiKart-Fallstudie zeigt die wirtschaftliche Relevanz eines solchen durchgängigen Buchungsprozesses. Laut Fallstudientitel erreichte das Unternehmen innerhalb von 30 Tagen 80 Prozent Online-Buchungen und etwa 90 Prozent Auslastung. Diese Werte sind kein allgemeines Versprechen für andere Betriebe. Sie gehören zu den dokumentierten Bedingungen und Ergebnissen dieses konkreten Projekts.

Schritt 10: Verantwortung, Budget und Betrieb verbindlich machen

Jedes priorisierte Vorhaben braucht einen fachlichen Eigentümer. Diese Rolle entscheidet über Prozessregeln und nimmt Ergebnisse ab. Die IT oder ein Dienstleister verantwortet technische Qualität, kann aber nicht bestimmen, welche fachliche Ausnahme zulässig ist.

Zum Budget gehören neben Kauf oder Entwicklung auch Migration, Integration, Schulung, Datenbereinigung, Support und laufende Anpassung. Ebenso relevant ist interne Arbeitszeit. Fachkräfte müssen Fälle liefern, Regeln entscheiden, Ergebnisse testen und Kollegen einarbeiten. Dieser Aufwand fehlt oft in der Investitionsrechnung und wird später zum eigentlichen Engpass.

Nach dem Go-live muss geklärt sein, wer automatisierte Vorgänge überwacht, Stammdaten pflegt, Berechtigungen freigibt und Änderungen priorisiert. Ein technisch erfolgreiches Projekt bleibt unvollständig, wenn Fehler dauerhaft über private Nachrichten an den ursprünglichen Projektleiter gemeldet werden.

Der Beitrag zum Change Management bei der Digitalisierung vertieft Rollen, Kommunikation und Einführung. Für die Strategie genügt nicht der Hinweis „Mitarbeiter früh einbinden“. Benötigt werden konkrete Testfälle, Entscheidungsträger und ein benannter alter Arbeitsweg, der nach der Umstellung endet.

Schritt 11: Strategie beschließen und regelmäßig überprüfen

Vor dem Beschluss werden offene Annahmen sichtbar gekennzeichnet. Die Geschäftsleitung entscheidet über Zielkonflikte, Reihenfolge, Budgetrahmen und die Zahl paralleler Vorhaben. Fachbereiche bestätigen, dass sie die geplante Mitarbeit leisten können. Technische Verantwortliche benennen Risiken, ohne aus ihnen automatisch ein Verbot abzuleiten.

Ein Strategiereview betrachtet nicht nur Termine. Er prüft, ob das Geschäftsproblem fortbesteht, ein Pilot die erwartete Wirkung zeigt, neue Abhängigkeiten entstanden sind und interne Kapazität für den nächsten Schritt reicht. Ein planmäßig laufendes Projekt kann an strategischer Relevanz verlieren. Ein verzögertes Datenprojekt kann weiterhin unverzichtbar sein.

Ein umfangreicher jährlicher Strategieprozess ist nicht immer nötig. Zusätzlich zu festen Terminen sollten konkrete Auslöser definiert werden: Kündigung eines Kernsystems, Sicherheitsereignis, Übernahme, neues Leistungsmodell oder wiederholt verfehlte Pilotziele.

Praxisbeispiel: Von sechs Ideen zu drei beschlossenen Vorhaben

Das folgende Beispiel ist hypothetisch. Ein mittelständischer Gerätevermieter sammelt sechs Wünsche: neues CRM, Kundenportal, mobile Übergabe, KI-Chatbot, automatisierte Rechnungen und ein Management-Dashboard.

Die Prozessanalyse zeigt, dass Geräte in drei Listen unterschiedlich bezeichnet werden, Verfügbarkeiten erst nach telefonischer Rückfrage feststehen und Übergabeprotokolle häufig unvollständig sind. Ein Chatbot könnte deshalb weder verbindliche Auskünfte geben noch zuverlässig buchen. Das Dashboard würde widersprüchliche Bestände visualisieren.

Die Strategie beschließt zunächst drei Vorhaben:

1. Geräte- und Kundendaten erhalten eindeutige Schlüssel und Verantwortliche.
2. Mobile Übergabe und Rücknahme werden mit einer Niederlassung pilotiert.
3. Ein begrenzter Online-Buchungsweg nutzt nur Leistungen mit geklärten Preis- und Verfügbarkeitsregeln.

CRM-Auswahl und Portal werden an die Ergebnisse dieser Schritte gebunden. Der Chatbot bleibt zurückgestellt, bis verlässliche Informationen und geeignete Anwendungsfälle vorliegen. Das Unternehmen hat damit keine Ideen verworfen, sondern ihre Voraussetzungen und Reihenfolge entschieden.

Wann externe Unterstützung sinnvoll ist

Ein KMU kann seine Digitalisierungsstrategie selbst entwickeln, wenn wenige Bereiche beteiligt sind, die Systemlandschaft überschaubar ist und intern jemand Workshops, Analysen und Entscheidungen konsequent zusammenführt.

Externe IT-Beratung und Planung ist hilfreich, wenn Anbieterinteressen bewertet, Architekturfolgen eingeschätzt oder Konflikte zwischen Bereichen moderiert werden müssen. Sie kann außerdem verhindern, dass technische Möglichkeiten zu früh als fachliche Anforderungen behandelt werden. Die Verantwortung für Geschäftsziel, Priorität und akzeptiertes Risiko bleibt beim Unternehmen.

Der erste konkrete Schritt ist ein schriftlicher Auftrag auf einer Seite. Halten Sie Anlass, betrachtete Abläufe, gewünschte Wirkung, Grenzen, Auftraggeber und die am Ende erwarteten Entscheidungen fest. Erst danach werden reale Vorgänge analysiert. So beginnt die Strategie mit einem geschäftlichen Problem und nicht mit einer bereits vorausgewählten Lösung.