Von Excel zu klaren Prozessen: ein pragmatischer Automatisierungsplan

Excel ist selten das eigentliche Problem. Das Problem ist, dass eine Tabelle, die als schnelle Zwischenlösung entstanden ist, drei Jahre später die zentrale Steuerungslogik für Bestand, Preise oder Reporting trägt – gepflegt von einer Person, ohne Versionierung, ohne Validierung und ohne Vertretung im Urlaub.

Der Sprung direkt zu einer komplexen Softwarelösung scheitert dagegen häufig, weil der zugrunde liegende Prozess selbst nie sauber definiert wurde. Ein pragmatischer Automatisierungsplan beginnt deshalb nicht bei der Wahl eines Tools, sondern beim Prozess dahinter.

Woran Sie erkennen, dass eine Tabelle zum Risiko geworden ist

• Nur eine Person versteht vollständig, wie die Tabelle funktioniert.
• Formeln werden von Hand kopiert, statt sich automatisch zu aktualisieren.
• Es gibt keine Historie, wer wann was geändert hat.
• Zahlen werden manuell aus mehreren Quellen zusammengetragen und eingefügt.
• Fehler fallen erst auf, wenn ein Ergebnis offensichtlich falsch ist.

Treffen mehrere dieser Punkte zu, ist die Tabelle keine Effizienzlösung mehr, sondern ein stiller Risikofaktor für Entscheidungen und Betriebsfähigkeit.

Ein vierstufiger Plan von der Tabelle zum Prozess

Stufe 1: Den Ist-Prozess ehrlich dokumentieren

Bevor irgendetwas automatisiert wird, muss der tatsächliche Ablauf sichtbar sein – nicht der ideale, sondern der reale: Welche Quellen werden genutzt? Wer trifft welche Entscheidung? Was passiert bei Ausnahmen? Diese Dokumentation dauert oft nur wenige Stunden, deckt aber häufig bereits unnötige Umwege und doppelte Arbeit auf.

Stufe 2: Daten und Regeln vereinheitlichen

Automatisierung scheitert selten an der Technik, sondern an uneinheitlichen Daten: unterschiedliche Artikelnummern, abweichende Formate, fehlende Pflichtfelder. In dieser Stufe werden Datenquellen konsolidiert und klare, deterministische Regeln definiert – etwa Grenzwerte, Pflichtfelder oder Freigabeschritte.

Stufe 3: Einen begrenzten Teilprozess automatisieren

Statt den gesamten Ablauf auf einmal zu ersetzen, wird ein klar abgegrenzter Teil automatisiert – zum Beispiel das Zusammenführen von Bestandsdaten aus zwei Systemen oder das automatische Erstellen eines Wochenreports. Der Rest bleibt vorerst manuell. So lässt sich der Nutzen messen, bevor weiter investiert wird.

Deterministische Schritte – Berechnungen, Datenabgleich, feste Regeln – lassen sich zuverlässig automatisieren. Schritte mit Ermessensspielraum, etwa eine strategische Preisentscheidung, sollten in dieser Stufe bewusst beim Menschen bleiben.

Stufe 4: Ausweiten, überwachen, dokumentieren

Erst wenn der erste automatisierte Teilprozess stabil läuft, folgt die Erweiterung auf weitere Schritte. Jede Erweiterung braucht eine sichtbare Überwachung – etwa eine einfache Benachrichtigung bei Abweichungen – und eine aktuelle Dokumentation, damit der Prozess nicht erneut zur Blackbox für eine einzelne Person wird.

Wann welches Werkzeug sinnvoll ist

• Feste Regeln, hohe Wiederholung: klassische Automatisierung/Skripte – schnell, günstig, vorhersagbar.
• Unstrukturierte Texte oder Dokumente: KI-gestützte Verarbeitung mit anschließender Regelprüfung.
• Bereichsübergreifende Datenflüsse: ein zentrales System (z. B. CRM oder ERP) statt weiterer Einzeltabellen.
• Ausnahmefälle und Ermessensentscheidungen: bewusst beim Menschen belassen, mit guter Vorbereitung durch die vorherigen Schritte.

Ein Rechenbeispiel: Was ein manueller Wochenreport wirklich kostet

Automatisierung wird oft als Bauchentscheidung diskutiert. Sie lässt sich aber rechnen, und das Ergebnis überrascht regelmäßig. Nehmen wir einen typischen Fall: Ein Mitarbeiter zieht jeden Montag Zahlen aus Shop, Amazon Seller Central und dem Werbekonto zusammen, gleicht sie in einer Tabelle ab und verschickt einen Report.

• Aufwand: 2,5 Stunden pro Woche, inklusive Nachfragen und Korrekturen.
• Frequenz: 46 Arbeitswochen im Jahr.
• Interner Stundensatz: 45 € Vollkosten.

Das ergibt 115 Stunden oder rund 5.175 € pro Jahr — für eine Tätigkeit, die keinen einzigen neuen Erkenntnisgewinn erzeugt, sondern nur Daten transportiert. Hinzu kommen die Kosten, die nicht in der Zeiterfassung auftauchen: verspätete Entscheidungen, weil der Report erst Montagmittag vorliegt, und Fehlentscheidungen, wenn sich beim Kopieren eine Zeile verschiebt.

Dem gegenüber steht ein einmaliger Aufwand, um die Datenquellen anzubinden und den Report zu automatisieren — in vielen Fällen zwischen 15 und 25 Stunden. Der Break-even liegt damit typischerweise nach drei bis sechs Monaten. Danach arbeitet die Automatisierung kostenlos weiter.

Wie Sie den richtigen Prozess für den Anfang auswählen

Die meisten Unternehmen haben nicht einen automatisierbaren Prozess, sondern fünfzehn. Die Frage ist nicht, ob sich etwas automatisieren lässt, sondern womit man anfängt. Vier Kriterien reichen für eine belastbare Auswahl:

1. Häufigkeit: Wie oft läuft der Prozess? Täglich schlägt wöchentlich, wöchentlich schlägt monatlich. Ein Prozess, der viermal im Jahr läuft, lohnt die Investition selten.
2. Regelklarheit: Lässt sich der Ablauf in eindeutige Wenn-dann-Regeln fassen? Je mehr Ermessensspielraum, desto schwieriger und riskanter die Automatisierung.
3. Fehlerkosten: Was passiert, wenn der Schritt schiefgeht? Ein falscher Lagerbestand kostet mehr als ein falsch formatierter Newsletter-Betreff.
4. Datenqualität: Liegen die benötigten Daten strukturiert und verlässlich vor? Wenn nicht, ist das Aufräumen der Daten der eigentliche erste Schritt.

Bewerten Sie jeden Kandidaten auf einer Skala von 1 bis 5 und multiplizieren Sie Häufigkeit mit Regelklarheit. Die drei höchsten Werte sind Ihre realistischen Startkandidaten. Prozesse mit hohen Fehlerkosten und niedriger Regelklarheit gehören ans Ende der Liste, nicht an den Anfang — auch wenn sie gefühlt am meisten nerven.

In der Praxis landen bei E-Commerce-Unternehmen fast immer dieselben drei Prozesse oben: das Zusammenführen von Reporting-Daten, der Abgleich von Beständen zwischen Systemen und die Vorbereitung wiederkehrender Produktdaten-Uploads.

Typische Fehler bei der Umstellung

1. Zu großer erster Schritt: der Versuch, den gesamten Prozess auf einmal zu ersetzen, statt mit einem Teilprozess zu beginnen.
2. Fehlende Verantwortlichkeit: ein automatisierter Prozess ohne benannten Owner verwahrlost genauso wie eine unklare Tabelle.
3. Keine Rückfallebene: wenn das System ausfällt, muss klar sein, wie der Prozess kurzfristig manuell weiterläuft.
4. Fehlende Erfolgsmessung: ohne Vorher-Nachher-Vergleich lässt sich der Nutzen der Automatisierung nicht belegen.

Wann sich ein zentrales System lohnt — und wann nicht

Irgendwann stellt sich in jedem wachsenden E-Commerce-Unternehmen die Frage, ob die vielen kleinen Automatisierungen nicht durch ein zentrales System ersetzt werden sollten — ein ERP, ein PIM, ein Warenwirtschaftssystem. Die Antwort hängt weniger von der Unternehmensgröße ab als von der Anzahl der Brüche zwischen Systemen.

Für ein zentrales System spricht es, wenn dieselbe Information an mehr als drei Stellen gepflegt werden muss, wenn regelmäßig unklar ist, welches System den korrekten Wert enthält, oder wenn neue Mitarbeiter Wochen brauchen, um zu verstehen, wo welche Daten liegen. Das sind Symptome fehlender Datenhoheit, und die löst keine weitere Schnittstelle.

Dagegen spricht es, wenn nur ein einzelner Prozess schmerzt. Ein ERP-Projekt bindet über Monate Ressourcen und verändert Arbeitsabläufe im ganzen Unternehmen. Wer damit ein Reporting-Problem lösen will, hat mit Kanonen auf Spatzen geschossen — und sitzt anschließend auf einem System, das niemand vollständig nutzt.

Ein pragmatischer Zwischenweg: die Quelle der Wahrheit je Datenart bewusst festlegen, auch ohne neues System. Bestände kommen aus System A, Preise aus System B, Kundendaten aus System C — und alles andere zieht sich die Daten von dort, statt eigene Kopien zu pflegen. Diese Entscheidung kostet nichts außer Disziplin und beseitigt einen Großteil der Widersprüche, wegen derer sonst über ein ERP nachgedacht wird.

Warum Automatisierung am Team scheitert, nicht an der Technik

Technisch funktionieren die meisten Automatisierungen auf Anhieb. Was sie zu Fall bringt, ist fast immer organisatorisch: Der Prozess wurde ohne die Person entworfen, die ihn bisher ausgeführt hat. Diese Person kennt die Ausnahmen — den einen Lieferanten, der andere Artikelnummern schickt, den Monatsabschluss, in dem die Regel nicht gilt, den Kunden mit der Sondervereinbarung.

Werden diese Ausnahmen erst nach dem Livegang sichtbar, entsteht das schlechteste aller Ergebnisse: Ein automatisierter Prozess, dem niemand traut, und daneben eine weiterhin gepflegte Schattentabelle für die Fälle, in denen es „nicht passt“. Der Aufwand hat sich dann verdoppelt statt halbiert.

Die Konsequenz ist einfach, wird aber oft übersprungen: Wer den Prozess heute macht, gehört von der ersten Stunde an in die Automatisierung eingebunden — nicht als Betroffener, sondern als fachliche Quelle. In der Regel bringt ein einziges gemeinsames Gespräch über Ausnahmen mehr Klarheit als zwei Tage Prozessdokumentation am Schreibtisch.

Was nach der Automatisierung zu tun bleibt

Ein häufiger Irrtum: Automatisierung sei ein Projekt mit Enddatum. Tatsächlich verschiebt sie den Aufwand nur — von der wiederkehrenden Ausführung hin zur Überwachung. Drei Dinge müssen deshalb dauerhaft geklärt sein:

Ein benannter Owner. Für jeden automatisierten Prozess braucht es eine Person, die zuständig ist, wenn etwas nicht funktioniert. Ohne benannte Verantwortung verwahrlost ein automatisierter Prozess genauso wie eine gewachsene Tabelle — nur unsichtbarer, weil niemand täglich hineinschaut.

Sichtbares Scheitern. Der gefährlichste Zustand ist nicht die Automatisierung, die abbricht, sondern die, die still falsche Ergebnisse liefert. Jeder Prozess braucht deshalb mindestens eine Plausibilitätsprüfung: Weicht ein Wert um mehr als einen definierten Prozentsatz vom Vortag ab, geht eine Benachrichtigung raus, statt dass der Report kommentarlos verschickt wird.

Eine Rückfallebene. Systeme fallen aus, Schnittstellen ändern sich, Anbieter stellen APIs um. Für jeden kritischen Prozess muss dokumentiert sein, wie er sich für ein bis zwei Wochen manuell überbrücken lässt. Diese Dokumentation entsteht am besten direkt bei der Automatisierung — später schreibt sie niemand mehr.

Sinnvoll ist außerdem ein fester Review-Termin, etwa halbjährlich: Läuft der Prozess noch wie gedacht? Haben sich die zugrunde liegenden Regeln geändert? Gibt es Schritte, die inzwischen überflüssig sind? Automatisierte Prozesse bilden den Stand des Geschäfts zum Zeitpunkt ihrer Einrichtung ab — und das Geschäft verändert sich.

Fazit: Prozess vor Werkzeug

Der nachhaltigste Weg aus dem Excel-Wildwuchs führt nicht über das nächste Tool, sondern über einen sauber verstandenen und vereinfachten Prozess. Wird diese Reihenfolge eingehalten, lässt sich Automatisierung Schritt für Schritt einführen, messen und ausbauen – ohne die Kontrolle über kritische Entscheidungen zu verlieren.