Erhalte unsere neuesten Artikel und Updates bequem per E-Mail
Automatisierung wird im Mittelstand oft als Selbstzweck betrieben, dabei lohnt sie sich nicht in jedem Fall. Geringes Volumen, instabile Prozesse, schlechte Datenqualität oder bevorstehende Strukturänderungen können dazu führen, dass eine Investition in Automatisierung mehr kostet, als sie einspart. Dieser Artikel zeigt anhand konkreter Kriterien, einer Modellrechnung und Praxisbeobachtungen, wann Geschäftsführer besser die Finger von Automatisierungsprojekten lassen sollten und wie sie das systematisch prüfen können.
Automatisierung gilt vielerorts als selbstverständlicher nächster Schritt, sobald ein Prozess mehr als ein paar Minuten Handarbeit kostet. Diese Grundhaltung ist nicht grundsätzlich falsch, sie blendet aber eine wichtige Tatsache aus: Nicht jede Automatisierung amortisiert sich, und nicht jeder Prozess wird durch sie besser. Der deutsche Mittelstand hat in den vergangenen Jahren spürbar in Digitalisierung investiert, wie die Erhebungen des Statistischen Bundesamts zur Verbreitung von Robotik und additiver Fertigung zeigen [1]. Parallel zeigt die europäische SME Performance Review, dass kleine und mittlere Unternehmen bei Digitalisierungsprojekten regelmäßig mit Umsetzungsproblemen und ausbleibendem Nutzen zu kämpfen haben [3]. Diese beiden Beobachtungen zusammen ergeben ein realistischeres Bild als die reine Erfolgsgeschichte, die in Vertriebspräsentationen von Automatisierungsanbietern meist erzählt wird.
Der Denkfehler beginnt oft schon bei der Fragestellung. Statt zu fragen, ob sich ein Prozess automatisieren lässt, sollte die erste Frage lauten, ob sich die Automatisierung in einem vertretbaren Zeitraum rechnet und ob der Prozess überhaupt stabil genug ist, um automatisiert zu werden. Diese Unterscheidung ist entscheidend, denn technisch lässt sich heute fast jeder Bürovorgang automatisieren, von der Rechnungsprüfung bis zur Auftragsbestätigung. Die Machbarkeit ist selten das limitierende Kriterium, die Wirtschaftlichkeit und die organisatorische Reife dagegen schon.
Geschäftsführer im Mittelstand tragen hier eine besondere Verantwortung, weil Automatisierungsprojekte anders als in Konzernen meist nicht von einer eigenen Digitalisierungsabteilung getragen werden, sondern direkt Kapazität aus dem operativen Tagesgeschäft binden. Ein gescheitertes oder überdimensioniertes Projekt trifft ein mittelständisches Unternehmen also unmittelbarer und schmerzhafter als einen Großkonzern mit Pufferressourcen. Genau deshalb lohnt sich eine nüchterne Vorabprüfung, bevor Budget und Personalzeit gebunden werden, mehr als in jeder anderen Unternehmensgröße.
Das häufigste und zugleich am einfachsten zu prüfende Ausschlusskriterium ist das schiere Volumen. Automatisierung entfaltet ihren wirtschaftlichen Vorteil dadurch, dass sich einmalige Einrichtungskosten über eine große Zahl wiederkehrender Vorgänge verteilen. Bei niedrigem Volumen bleibt dieser Hebel aus, und die Fixkosten der Einführung, von der Prozessanalyse über die technische Integration bis zur Schulung der Mitarbeitenden, überwiegen den laufenden Nutzen dauerhaft.
In der Praxis zeigt sich das besonders bei Spezialprozessen, die zwar zeitintensiv, aber selten sind: die jährliche Zertifizierungsdokumentation, die vierteljährliche Sonderauswertung für einen einzelnen Großkunden oder die Exportabwicklung in ein Land, mit dem nur sporadisch Geschäfte gemacht werden. Hier wirkt Automatisierung auf den ersten Blick attraktiv, weil der einzelne Vorgang mühsam ist. In der Gesamtrechnung bleibt der Effekt jedoch gering, weil schlicht die Häufigkeit fehlt.
Eine häufige Beobachtung: In der Regel wird das Volumen falsch geschätzt, weil nur der Kernprozess gezählt wird, nicht aber die Varianten. Wer zehn Auftragstypen mit jeweils eigenen Sonderregeln hat, muss bei einer Automatisierung im Zweifel zehn Teillösungen bauen und pflegen, auch wenn das Gesamtvolumen auf dem Papier hoch aussieht. Diese Fragmentierung ist einer der Hauptgründe, warum Projekte, die auf Basis von Bruttovolumen kalkuliert wurden, in der Umsetzung teurer werden als geplant. Wer prüfen will, ob sich der Aufwand in einem konkreten Bereich lohnt, findet dazu detaillierte Rechenmodelle etwa im Beitrag zu Automatisierung ROI berechnen und manuelle Kosten richtig erfassen, der sich gezielt mit der Erfassung der Vergleichsbasis beschäftigt.
Als Faustregel gilt: Je granularer und variantenreicher ein Prozess ist, desto höher muss das Gesamtvolumen sein, damit sich die Investition rechnet. Ein einfacher, immer gleich ablaufender Vorgang mit mittlerem Volumen ist oft ein besserer Automatisierungskandidat als ein komplexer Vorgang mit hohem Volumen, aber vielen Ausnahmen.
Ein zweites, in der Praxis oft unterschätztes Kriterium ist die Stabilität des Prozesses selbst. Automatisierung setzt voraus, dass ein Ablauf klar definierbar und über einen gewissen Zeitraum stabil ist. Wird der Prozess laufend angepasst, etwa weil sich Lieferantenstrukturen ändern, neue Produktvarianten hinzukommen oder interne Zuständigkeiten regelmäßig neu verteilt werden, verliert die Automatisierung schneller an Aktualität, als sie eingerichtet werden kann.
Das Fraunhofer-Institut hat in seiner Untersuchung zur Gestaltung eines Produktionssystems im Mittelstand darauf hingewiesen, dass Digitalisierungsprojekte besonders dann scheitern, wenn die zugrunde liegenden Prozesse organisatorisch nicht ausreichend gefestigt sind [2]. Diese Beobachtung lässt sich unmittelbar auf Verwaltungs- und Büroprozesse übertragen: Ein Beschaffungsprozess, der sich alle paar Monate durch neue Lieferantenverträge oder Freigabestufen ändert, ist ein schlechter Kandidat für eine starre Automatisierungslösung, solange die Änderungslogik nicht selbst Teil des Systems ist.
Eine konkrete Stolperfalle aus der Praxis: Unternehmen automatisieren häufig genau in der Phase, in der ein Prozess ohnehin gerade im Umbruch ist, etwa weil ein neuer Vertriebsleiter Abläufe umstellt oder ein neues ERP-System eingeführt wird. In dieser Übergangsphase wird die Automatisierung an einem Zustand ausgerichtet, der in wenigen Monaten bereits überholt ist. Die Folge sind Nacharbeiten, die den ursprünglichen Business Case zunichtemachen. Wer aktuell mehrere Systeme wie TMS, ERP und Excel parallel betreibt, sollte diese Schnittstellenfrage vor der Automatisierung klären, wie im Beitrag zu Schnittstellen ohne Systembruch im Mittelstand beschrieben, statt eine Automatisierung auf einem instabilen Fundament aufzusetzen.
Die praktische Konsequenz: Vor jeder Automatisierungsentscheidung sollte geprüft werden, ob der betreffende Prozess in den vergangenen zwölf bis achtzehn Monaten im Kern unverändert geblieben ist und ob mittelfristig größere Änderungen anstehen. Ist das nicht der Fall, ist es meist wirtschaftlicher, zunächst den Prozess zu stabilisieren und erst danach über Automatisierung nachzudenken.
Ein drittes zentrales Ausschlusskriterium betrifft die Datenbasis. Automatisierung funktioniert nur so gut wie die Daten, mit denen sie arbeitet. Liegen Stammdaten in mehreren, sich widersprechenden Versionen vor, fehlen eindeutige Referenznummern oder sind Formate über Jahre uneinheitlich gewachsen, führt jede Automatisierung zunächst zu einer Häufung von Fehlern statt zu einer Entlastung.
Die OECD hat in ihrer Analyse zur Digitalisierung kleiner und mittlerer Unternehmen herausgestellt, dass gerade die Datenreife und die IT-Grundlagenarbeit oft unterschätzt werden, wenn Digitalisierungsvorhaben angestoßen werden [4]. Diese Beobachtung deckt sich mit der praktischen Erfahrung in vielen Mittelstandsunternehmen: Die eigentliche Herausforderung liegt selten in der Automatisierungstechnik selbst, sondern in der Bereinigung und Vereinheitlichung der Daten, die diese Technik verarbeiten soll.
Eine typische Beobachtung aus der Praxis: Bei der Automatisierung von Eingangsrechnungen oder Bestellprozessen zeigt sich häufig erst im laufenden Projekt, dass Artikelnummern, Lieferantenkennungen oder Kundendaten in unterschiedlichen Systemen unterschiedlich gepflegt wurden, teils sogar von verschiedenen Abteilungen mit eigenen Konventionen. Diese Inkonsistenz wird in der Angebotsphase eines Automatisierungsprojekts fast nie vollständig sichtbar, weil sie sich erst bei der Verarbeitung realer Datensätze in der Breite zeigt. Wer diesen Aufwand unterschätzt, erlebt in der Umsetzung eine Kostenexplosion, die den ursprünglich kalkulierten Nutzen übersteigt. Vertiefende Hinweise zur sauberen Erfassung solcher Eingangsprozesse liefert der Beitrag zu Eingangsrechnungen automatisiert verarbeiten, der genau diese Datenanforderungen adressiert.
Wenn die Datenqualität nicht in überschaubarer Zeit und mit vertretbarem Aufwand hergestellt werden kann, ist es wirtschaftlich sinnvoller, die Automatisierung zurückzustellen und zunächst in Datenhygiene zu investieren. Andernfalls entsteht ein Muster, das in vielen gescheiterten Projekten zu beobachten ist: Die Automatisierung wird technisch fertiggestellt, aber im Betrieb ständig manuell nachkorrigiert, wodurch der ursprüngliche Entlastungseffekt vollständig verpufft.
Neben den harten wirtschaftlichen und technischen Kriterien gibt es eine subtilere, aber ebenso wichtige Kategorie: Automatisierungsprojekte, die primär aus internem Prestige, äußerem Erwartungsdruck oder als reine Symbolpolitik gestartet werden. Diese Projekte haben oft von Beginn an eine schwache operative Basis, weil sie nicht aus einem echten Schmerzpunkt im Tagesgeschäft entstehen, sondern aus einer strategischen Ankündigung heraus.
In solchen Fällen fehlt häufig die Unterstützung der Mitarbeitenden, die den Prozess täglich ausführen. Wird eine Automatisierung von oben verordnet, ohne dass die operative Ebene den Nutzen erkennt oder in die Gestaltung einbezogen wird, entsteht Widerstand, der sich in Verzögerungen, Umgehungslösungen oder schlicht mangelnder Akzeptanz äußert. Der technische Erfolg eines Projekts sagt in solchen Fällen wenig über den tatsächlichen betrieblichen Nutzen aus, weil die neue Lösung im Alltag schlicht nicht konsequent genutzt wird.
Eine Beobachtung aus der Beratungspraxis: Besonders anfällig für diese Problematik sind Projekte, die im Rahmen größerer Digitalisierungsinitiativen mit fester Budgetzuweisung entstehen, ohne dass ein konkreter Prozessverantwortlicher den Bedarf formuliert hat. Der Beitrag zu Change Management bei Automatisierung beschreibt, wie sich diese versteckten Kosten mangelnder Akzeptanz systematisch reduzieren lassen, sofern das Projekt grundsätzlich sinnvoll ist. Ist der eigentliche Auslöser aber rein politischer Natur und existiert kein echter operativer Bedarf, ist es ehrlicher, das Projekt gar nicht erst zu starten, statt Ressourcen in eine Lösung zu investieren, die im Alltag ignoriert wird.
Ein verwandtes Warnsignal ist die reine Nachahmung: Ein Wettbewerber oder Geschäftspartner hat ein bestimmtes Verfahren automatisiert, und man möchte technologisch nicht zurückbleiben. Diese Motivation kann durchaus zu guten Entscheidungen führen, sollte aber immer durch eine eigene Bedarfsanalyse ergänzt werden. Die Frage darf nicht lauten, was andere tun, sondern welches konkrete Problem im eigenen Betrieb dadurch gelöst wird.
Angesichts der genannten Risikofaktoren stellt sich die praktische Frage, wie Geschäftsführer vor einer Entscheidung systematisch prüfen können, ob sich ein konkretes Automatisierungsvorhaben lohnt. Sinnvoll ist eine kurze, aber verbindliche Vorabprüfung entlang von vier Fragen: Wie hoch ist das tatsächliche Volumen inklusive aller Varianten? Wie stabil war der Prozess in den vergangenen Monaten, und wie stabil wird er voraussichtlich bleiben? Wie sauber und einheitlich sind die zugrunde liegenden Daten? Und schließlich: Gibt es einen konkreten operativen Verantwortlichen, der den Bedarf trägt und die Lösung im Alltag nutzen wird?
Um die Volumenfrage greifbarer zu machen, hilft eine einfache Modellrechnung. Angenommen, ein mittelständisches Unternehmen prüft die Automatisierung eines Prozesses zur Erstellung von Versandavisen, der aktuell manuell erledigt wird. Die folgende Modellrechnung mit angenommenen Werten zeigt, wie sich die Wirtschaftlichkeit in Abhängigkeit vom Volumen verändert:
| Position | Wert |
|---|---|
| Angenommene Bearbeitungszeit pro Vorgang manuell | 6 Minuten |
| Angenommener interner Stundensatz (Sachbearbeitung) | 38 Euro |
| Angenommenes monatliches Volumen (Szenario niedrig) | 80 Vorgänge |
| Angenommenes monatliches Volumen (Szenario hoch) | 800 Vorgänge |
| Manuelle Kosten pro Monat, Szenario niedrig | rund 30 Euro (8 Stunden x 3,80 Euro anteilig) |
| Manuelle Kosten pro Monat, Szenario niedrig (korrekt gerechnet) | rund 304 Euro |
| Manuelle Kosten pro Monat, Szenario hoch | rund 3.040 Euro |
| Einmalige Einführungskosten (Analyse, Integration, Tests) | einmalige Investition, projektabhängig, verlässlich einschätzbar erst nach Analyse bzw. Erstgespräch |
| Laufende Kosten der Automatisierung pro Monat | planbare Monatspauschale, abhängig von Umfang und Systemlandschaft |
Im Szenario mit niedrigem Volumen übersteigen die einmaligen Einführungskosten den monatlichen Einspareffekt so deutlich, dass sich die Investition erst nach vielen Monaten oder gar nicht amortisiert, insbesondere wenn laufende Kosten für Wartung und Anpassung hinzukommen. Im Szenario mit hohem Volumen kehrt sich das Bild um: Hier lohnt sich die Automatisierung bereits nach wenigen Monaten deutlich. Diese Modellrechnung ersetzt keine unternehmensspezifische Kalkulation, sie zeigt aber, wie stark das Ergebnis vom tatsächlichen Volumen abhängt und warum eine pauschale Automatisierungsstrategie ohne Volumenprüfung riskant ist. Welche Kostenfaktoren im Einzelfall den Ausschlag geben, von Umfang über Systemlandschaft bis Individualisierungsgrad, lässt sich verlässlich erst nach einer Analyse des konkreten Prozesses einschätzen.
Wer diese Vorabprüfung ernst nimmt, wird feststellen, dass ein relevanter Teil der ursprünglich geplanten Automatisierungsvorhaben durch das Raster fällt, entweder weil das Volumen zu gering ist, der Prozess zu instabil, die Daten zu unsauber oder der Auslöser rein politisch. Das ist kein Scheitern der Digitalisierungsstrategie, sondern ein Zeichen für eine solide Priorisierung. Die frei werdenden Ressourcen lassen sich dann gezielt auf die Prozesse konzentrieren, bei denen Volumen, Stabilität, Datenqualität und operativer Rückhalt tatsächlich zusammenkommen, wie es im Beitrag zu Prozessautomatisierung in der Logistik am Beispiel eines ganzen Funktionsbereichs beschrieben wird.
Nein, eine pauschale Mindestgröße gibt es nicht, das Ergebnis hängt immer von der Kombination aus Volumen, Prozesskomplexität und Einführungskosten ab. Ein einfacher Prozess mit mittlerem Volumen kann sich schneller rechnen als ein komplexer Prozess mit hohem Volumen, weil die Komplexität die Einführungskosten in die Höhe treibt. Deshalb ersetzt keine Faustregel eine konkrete Modellrechnung für den jeweiligen Einzelfall.
Ein klares Indiz ist, wenn sich der Ablauf, die Zuständigkeiten oder die zugrunde liegenden Systeme in den vergangenen zwölf Monaten mehrfach wesentlich verändert haben oder absehbar weiter verändern werden. In solchen Fällen lohnt es sich meist, zunächst den Prozess selbst zu konsolidieren, bevor er automatisiert wird, da sonst laufende Anpassungskosten den Nutzen der Automatisierung aufzehren.
Ja, das kommt in der Praxis regelmäßig vor, insbesondere wenn Stammdaten in mehreren Systemen widersprüchlich gepflegt werden. In solchen Fällen ist es wirtschaftlich sinnvoller, zunächst gezielt in Datenbereinigung zu investieren und die Automatisierung erst danach anzugehen, statt eine Lösung zu bauen, die im Betrieb ständig manuell nachkorrigiert werden muss.
Nein, ein unreflektierter Testlauf ohne vorherige Prüfung von Volumen, Stabilität und Datenqualität bindet meist mehr Ressourcen, als er an Erkenntnis liefert. Sinnvoller ist eine kurze, strukturierte Vorabanalyse, aus der klar hervorgeht, ob die Grundvoraussetzungen erfüllt sind, bevor Budget und Personalzeit in die Umsetzung fließen.
Prozesse gemeinsam auf Automatisierungspotenzial prüfen
Abdullah hat Wirtschaftsinformatik (B.Sc.) studiert und verantwortet bei Socialeap den Bereich Prozessautomatisierung. Jede Lösung wird zu 100 % auf den jeweiligen Kunden zugeschnitten – kein Standardpaket, sondern Systeme, die exakt auf die bestehenden Abläufe im Unternehmen passen. Kunden sparen dadurch im Durchschnitt 10 Stunden pro Woche. Abdullah ist bei jedem Automatisierungsprojekt persönlich am Aufbau beteiligt. Auf diesem Blog schreibt er über Automatisierung, Prozessoptimierung und die Frage, wo Zeit im Tagesgeschäft tatsächlich verloren geht.
