Ersten digitalen Prozess in 30 Tagen live bringen: Der engpassbasierte Praxisansatz für Betriebe ohne IT-Abteilung

Einleitung

84 Prozent der Betriebe nutzen bereits ECM-Software, 91 Prozent setzen CRM-Anwendungen ein, und trotzdem berichten 48 Prozent von anhaltenden Digitalisierungsproblemen (Quelle: Bitkom Research, Digital Office Index 2024). Das Werkzeug ist also selten das Problem. Wer einen digitalen Prozess einführen will, scheitert meistens nicht am fehlenden Tool, sondern daran, dass der Prozess selbst nie sauber durchdacht wurde.

Die gute Nachricht: Ein erster Live-Prozess ist in 30 Tagen möglich, auch ohne IT-Abteilung. Entscheidend ist die richtige Reihenfolge. Dieser Artikel zeigt dir in vier Phasen, wie das gelingt: den richtigen Pilotprozess auswählen, ihn sauber dokumentieren, einen schlanken Pilot live bringen und das Gelernte anschließend skalieren.

In welcher Reihenfolge führst du digitale Prozesse im Betrieb ein, wenn keine IT-Abteilung vorhanden ist?

Der häufigste Fehler beim Prozesse digitalisieren ist, zuerst ein Tool zu kaufen. Wer so vorgeht, digitalisiert das Problem, nicht die Lösung. Laut Camunda (2025) sind trotz steigender Investitionen nur etwa 50 Prozent aller Geschäfts- und Produktionsprozesse tatsächlich automatisiert. Der Grund liegt selten am Budget, sondern an der fehlenden Reihenfolge.

Ein engpassbasierter Ansatz dreht das um. Er beginnt dort, wo Durchlaufzeiten, Kosten oder Kundenzufriedenheit am stärksten leiden, und nicht dort, wo ein Tool besonders gut aussieht.

1. Engpass identifizieren: Den Prozess mit dem größten Hebel auf Zeit, Kosten oder Qualität finden.
2. Ist-Zustand dokumentieren und Kennzahlen definieren: Erst verstehen, was heute passiert, bevor etwas geändert wird.
3. Minimum Viable Process pilotieren und live schalten: Eine schlanke Version des neuen Prozesses testen, kein Big Bang.
4. Auswerten und skalieren: Ergebnisse messen, Learnings sichern, auf weitere Bereiche übertragen.

Teamakzeptanz ist dabei keine Nebensache. Ob ein Pilotprozess stabil bleibt oder nach wenigen Wochen im Alltag versandet, entscheidet sich nicht in der Konfiguration, sondern im Team. Mehr dazu im Abschnitt zu Change Management weiter unten.

Welche typischen Fehler entstehen, wenn ein schlechter Prozess direkt digitalisiert wird?

Ein schlechter Prozess, der digitalisiert wird, bleibt ein schlechter Prozess. Er läuft nur schneller und kostet mehr. Wer diesen Schritt überspringt und direkt ins Tool einsteigt, zementiert den Engpass, statt ihn zu lösen.

• Tool vor Analyse: Das Werkzeug wird gewählt, bevor klar ist, wo der eigentliche Engpass steckt. Der Medienbruch wandert ins Digitale, verschwindet aber nicht.
• Keine Kennzahlen definiert: Wer nicht vorher festlegt, woran er Erfolg erkennt, kann keinen ROI nachweisen. Der Pilot stirbt sang- und klanglos, ohne Lerneffekt und ohne Grundlage für weitere Schritte.
• Zu viele Prozesse gleichzeitig: Fünf halbfertige Projekte bringen weniger als ein einziger sauber abgeschlossener Standardfall. Keiner der Prozesse wird wirklich fertig.
• Sonderfälle im Pilot mitdigitalisieren: Wer von Anfang an alle Ausnahmen abbilden will, baut ein System, das nie live geht. Standardfälle zuerst, Ausnahmen später.

Wie wählst du den ersten Pilotprozess aus, und welche Kriterien entscheiden dabei?

Den richtigen Pilotprozess zu finden, beginnt mit einer einzigen Frage: Wo hakt es am meisten, und was kostet dich das täglich? Jede Stunde, die du oder dein Team in einen stockenden Ablauf stecken, steht nicht auf einer Rechnung, aber sie fehlt trotzdem.

Vier Kriterien helfen bei der Auswahl:

• Hohe Häufigkeit: Der Prozess läuft täglich oder mehrmals wöchentlich ab.
• Hohe Fehleranfälligkeit: Fehler passieren regelmäßig und kosten Nacharbeit.
• Hoher manueller Zeitaufwand: Menschen erledigen Schritte, die sich klar wiederholen.
• Direkte Wirkung: Der Prozess beeinflusst Durchlaufzeit oder Kundenzufriedenheit spürbar.

Ein konkretes Beispiel aus dem B2B-Alltag: Ein Betrieb im technischen Vertrieb erstellt Angebote, an denen Vertrieb, Technik und Einkauf beteiligt sind. Zwischen diesen drei Stellen liegen drei Medienbrüche: eine E-Mail mit angehängter Tabelle, ein Telefonat zur Klärung der technischen Machbarkeit, eine weitere E-Mail zur Preisfreigabe. Das Angebot liegt im Schnitt vier Tage, bevor es rausgeht. Der Engpass ist nicht fehlendes Wissen, sondern fehlende Struktur: Wer ist gerade am Zug, welche Information fehlt noch, wo liegt das Dokument aktuell? Eine klar definierte Übergaberegel und ein zentrales Dokument mit Statusfeld lösen einen Großteil des Problems, bevor überhaupt ein neues Tool ins Spiel kommt.

Als erste Übung empfiehlt sich eine Top-10-Liste aller wiederkehrenden Prozesse:

1. Schreibe alle Abläufe auf, die regelmäßig anfallen.
2. Bewerte jeden nach Zeitaufwand, Fehleranfälligkeit und Wichtigkeit.
3. Wähle den Prozess mit dem höchsten Gesamtwert als Piloten.

Diese Liste ist gleichzeitig dein Engpass-Board: eine einfache Übersicht aller identifizierten Prozesse mit ihrer Bewertung. Sie dient nach dem ersten Piloten als Grundlage, um den nächsten Engpass auszuwählen. Ein einfaches Tabellenblatt reicht dafür vollständig aus.

Wer diesen Schritt überspringt, automatisiert an der falschen Stelle und merkt es erst, wenn Aufwand und Ergebnis nicht zusammenpassen.

Wie wird ein analoger Prozess dokumentiert, und wie erhebst du Kennzahlen, wenn du sie heute noch nicht erfasst?

Bevor du einen digitalen Prozess einführst, musst du den bestehenden vollständig verstehen. Das bedeutet: alle Schritte aufschreiben, beteiligte Personen benennen, Medienbrüche markieren und Ausnahmen festhalten. Erst dann siehst du, wo der Prozess wirklich hakt.

1. Alle Prozessschritte in der richtigen Reihenfolge aufschreiben
2. Beteiligte Personen und Rollen je Schritt notieren
3. Medienbrüche und manuelle Übergaben kennzeichnen
4. Ausnahmen und Sonderfälle separat erfassen
5. Zeitaufwand und Fehlerquote je Schritt schätzen

Vor dem Pilot legst du Kennzahlen fest, damit du später einen echten Vorher-Nachher-Vergleich hast. Ohne diese Basis bleibt der Nutzen unsichtbar.

• Durchlaufzeit des gesamten Prozesses
• Anzahl manueller Übergaben
• Fehlerquote und Nachbearbeitungsaufwand
• Anteil manueller Schritte an der Gesamtzeit

Viele Betriebe erfassen diese Zahlen heute nicht systematisch. Das ist kein Hindernis, sondern der Normalfall. Für eine belastbare Ausgangsmessung reicht in Woche 1 und 2 eine pragmatische Annäherung: Bitte zwei oder drei Personen, die den Prozess täglich ausführen, eine Woche lang die Zeit zu stoppen, die sie dafür brauchen. Notiert werden Beginn, Ende und aufgetretene Unterbrechungen. Zusätzlich kannst du rückwirkend fünf bis zehn abgeschlossene Fälle durchsehen und die Zeitspanne zwischen Eingang und Abschluss auswerten. Das ergibt keine wissenschaftliche Messung, aber eine ausreichend genaue Ausgangsgröße, mit der du den Vorher-Nachher-Vergleich später führen kannst.

Wie lange dauert ein realistischer Einführungszyklus vom ersten Prozess bis zum Livegang?

Einen digitalen Prozess einführen muss keine monatelange Angelegenheit sein. Wer sich auf einen einzigen Prozess konzentriert, bringt ihn erfahrungsgemäß in 30 Tagen live. Das Ziel ist kein perfektes System, sondern ein messbarer erster Live-Prozess als Blaupause für alles, was danach kommt.

1. Woche 1: Prozesse auflisten und nach Aufwand und Wirkung bewerten, einen klaren Favoriten festlegen.
2. Woche 2: Den gewählten Prozess Schritt für Schritt dokumentieren, Kennzahlen erheben und die Messgröße definieren, an der du den Erfolg später festmachst.
3. Woche 3: Workflow konfigurieren, Team einweisen, Testläufe mit echten Daten durchführen.
4. Woche 4: Pilotbetrieb starten, Kennzahlen erfassen, Nutzerfeedback einholen, kleinere Anpassungen direkt umsetzen und am Ende der Woche live gehen.

Laut Intelligent Automation 2023 versprechen sich 44,5 Prozent der Unternehmen vor allem eine Beschleunigung ihrer Geschäftsabläufe. Nach dem Livegang wiederholt sich der 30-Tage-Sprint mit dem nächsten Engpass aus deinem Engpass-Board.

Wie viel Zeit bindet dieser Sprint dich persönlich? Realistisch solltest du als Geschäftsführer in Woche 1 und 2 mit etwa drei bis vier Stunden pro Woche rechnen: für die Prozessauswahl, das Dokumentationsgespräch mit dem Team und die Kennzahldefinition. In Woche 3 und 4 sinkt dein direkter Aufwand, wenn du die operative Umsetzung an eine verantwortliche Person im Team übergibst. Dein Fokus liegt dann auf Entscheidungen und Freigaben, nicht auf der Konfiguration selbst.

Wer übernimmt die technische Umsetzung in Woche 3, wenn keine IT-Abteilung vorhanden ist? Das hängt vom gewählten Prozess und der eingesetzten Toolkategorie ab. Für viele Standardprozesse reichen Werkzeuge aus dem Bereich Workflow-Automatisierung oder Low-Code-Plattformen, die ohne Programmierkenntnisse konfigurierbar sind. Hier kann oft ein technikaffiner Mitarbeiter aus dem Fachbereich die Umsetzung übernehmen, jemand, der bereit ist, sich zwei bis drei Stunden in ein neues Werkzeug einzuarbeiten. Ist das im Team nicht vorhanden, ist ein externer Dienstleister für die initiale Einrichtung sinnvoll. Entscheidend ist, dass die fachliche Logik des Prozesses aus dem Betrieb kommt und nicht delegiert wird.

Wann werden Altsysteme abgeschaltet, und wie wird der Übergang zur ausschließlich digitalen Nutzung gesteuert?

Altsysteme abschalten ist keine Frage des Datums, sondern der Kennzahlen. Erst wenn der Vorher-Nachher-Vergleich zeigt, dass die definierten Ziele stabil erreicht werden, endet der Parallelbetrieb. Solange beide Wege gleichzeitig laufen, bindet das täglich Teamkapazität, die anderswo fehlt.

• Alle Kennziele aus dem Piloten sind erreicht
• Das Team arbeitet sicher mit dem neuen Ablauf
• Ausnahmen sind geregelt und dokumentiert
• Nutzerfeedback wurde eingeholt und ausgewertet

Erst danach folgt die Skalierungsentscheidung. Bei klarer Zielerreichung wird der nächste Prozess nach demselben Muster angegangen. Fehlt die Zielerreichung, werden zuerst die Ursachen analysiert und der Pilot angepasst.

Was tun, wenn der Pilot scheitert? Ein Pilot, der seine Ziele nicht erreicht, ist kein Beweis dafür, dass Digitalisierung im Betrieb nicht funktioniert. Er ist ein Hinweis, dass entweder der falsche Prozess gewählt wurde, die Kennzahl unrealistisch war oder das Team den neuen Ablauf nicht mitträgt. Die häufigsten Ursachen sind: zu viele Ausnahmen im Pilotprozess, die nicht vorab geregelt wurden; eine fehlende verantwortliche Person für den neuen Ablauf; oder ein Prozess, der stärker von externen Partnern abhängt als zunächst angenommen. In diesen Fällen hilft keine neue Runde mit demselben Ansatz, sondern eine ehrliche Ursachenanalyse im Team, bevor der nächste Sprint startet.

1. Lessons Learned dokumentieren: Was hat funktioniert, was wird beim nächsten Sprint geändert
2. ROI berechnen und intern kommunizieren, als Grundlage für Budgetentscheidungen
3. Nächsten Engpass aus dem Engpass-Board auswählen
4. Pilot-Muster auf den neuen Prozess übertragen

Wie nimmst du dein Team mit, statt es zu verlieren?

Kein Prozess läuft stabil, wenn das Team ihn nicht trägt. Das gilt besonders dann, wenn Abläufe seit Jahren gleich funktionieren und Veränderungen als Kritik am bisherigen Arbeiten wahrgenommen werden. Change Management ist kein Soft-Thema am Rand, sondern die Bedingung dafür, dass ein Pilot nach dem Livegang nicht still wieder einschläft.

Konkret bedeutet das:

• Früh einbinden, nicht spät informieren: Hol die Personen, die den Prozess täglich ausführen, bereits in Woche 1 ins Boot. Sie kennen die Ausnahmen, die Reibungspunkte und die ungeschriebenen Regeln. Wer erst in Woche 3 informiert wird, fühlt sich übergangen.
• Das Problem benennen, nicht die Lösung verkaufen: Starte das Gespräch mit dem, was heute nicht funktioniert, und frag nach Einschätzungen. Das erzeugt mehr Mitverantwortung als jede Präsentation über das neue Tool.
• Eine verantwortliche Person benennen: Der Pilot braucht jemanden aus dem Team, der ihn im Alltag begleitet. Diese Person ist nicht der technische Administrator, sondern der fachliche Ansprechpartner für Rückfragen und Anpassungen.
• Den klassischen Einwand ernst nehmen: „Das haben wir schon immer so gemacht“ ist kein Widerstand gegen Veränderung, sondern oft ein Hinweis auf Risiken, die noch nicht adressiert wurden. Frag nach: Was genau würde nicht mehr funktionieren? Meist steckt dahinter eine konkrete Ausnahme, die im Pilot geregelt werden muss.

Ein Pilot, der intern als Projekt „von oben“ wahrgenommen wird, scheitert meistens nicht an der Technik, sondern daran, dass niemand im Team ein persönliches Interesse an seinem Erfolg hat.

Was musst du bei der Toolwahl und der Prozessgestaltung rechtlich beachten?

Digitale Prozesse sind kein rein organisatorisches Thema. Sobald Daten erfasst, weitergegeben oder gespeichert werden, kommen rechtliche Anforderungen ins Spiel, die von Anfang an mitgedacht werden müssen. Ein Hinweis vorab: Die konkrete rechtliche Prüfung gehört in die Hände einer Fachperson. Dieser Abschnitt gibt nur eine Orientierung, was typischerweise relevant wird.

• GoBD: Wer digitale Belege erstellt oder verarbeitet, muss sicherstellen, dass diese unveränderbar, vollständig und nachvollziehbar archiviert werden. Das betrifft zum Beispiel digitale Eingangsrechnungen, Auftragsbestätigungen oder Lieferscheine.
• DSGVO: Sobald personenbezogene Daten im Prozess vorkommen, gilt die Datenschutz-Grundverordnung. Das betrifft Kundendaten ebenso wie Mitarbeiterdaten und hat Auswirkungen auf die Frage, welche Tools eingesetzt werden dürfen und wie Daten gespeichert werden.
• Aufbewahrungspflichten: Für viele Geschäftsdokumente gelten gesetzliche Aufbewahrungsfristen. Diese müssen bei der Prozessgestaltung und der Toolwahl berücksichtigt werden.
• Branchenspezifische Anforderungen: Je nach Branche kommen weitere Vorgaben hinzu, etwa in der Medizintechnik, im Lebensmittelbereich oder bei sicherheitsrelevanten Produkten.

Für die Praxis bedeutet das: Bevor ein Tool für einen Prozess festgelegt wird, der Dokumente, Kundendaten oder Finanzinformationen berührt, kläre mit deinem Steuerberater oder Datenschutzbeauftragten, welche Anforderungen konkret gelten.

Kommentar von Jonas Rump

Ich kenne die Tool-first-Falle aus eigener Erfahrung. Ein neues Tool kaufen fühlt sich nach Fortschritt an, weil man etwas Greifbares in der Hand hat. Eine Engpassanalyse dagegen wirkt wie Hausaufgaben, die man schon immer vor sich hergeschoben hat.

30 Tage klingen knapp, und das sind sie auch, wenn du fünf Prozesse gleichzeitig angehst. Nimmst du dir aber konsequent einen einzigen Pilotprozess vor und bringst ihn wirklich bis zum Livegang, dann ist ein Monat absolut realistisch. Das ist keine Theorie, das zeigt sich immer wieder in der Praxis.

Der erste live gegangene Prozess ist kein nettes Erfolgserlebnis am Rande. Er ist der Beweis, dass Automatisierung in deinem Betrieb funktioniert, mit deinen Leuten, deinen Daten, deinen Abläufen. Dieser Beweis ist das Wertvollste, was du aus dem ersten Zyklus mitnimmst.

Fazit und Ausblick

Nicht das fehlende Tool bremst die Digitalisierung, sondern die fehlende Reihenfolge. Wer den richtigen Engpass wählt, den Ist-Zustand dokumentiert, einen schlanken Piloten live bringt und danach auswertet, legt die Grundlage für systematische Prozessautomatisierung im Betrieb.

Ein messbarer erster Live-Prozess in 30 Tagen ist keine Ausnahme, sondern die Blaupause für jeden weiteren Digitalisierungsschritt. Wer diesen ersten Zyklus abgeschlossen hat, nutzt das Engpass-Board, um den nächsten Prozess zu identifizieren und den Sprint zu wiederholen.

Wenn du bereit bist, deinen ersten digitalen Prozess einzuführen, melde dich für ein kostenloses Erstgespräch. Gemeinsam identifizieren wir deinen stärksten Engpass und skizzieren den Weg zum ersten Livegang.