Die erste Reaktion auf “Wir sollten mal etwas automatisieren” lautet heute fast immer: “Welches Tool nehmen wir?” Als wäre Automatisierung ein Produkt, das man einkauft. In vielen Fällen ist das die falsche Frage.
Dieser Beitrag erklärt, warum ein schlankes, maßgeschneidertes Skript in den allermeisten Office-Automatisierungen die wirtschaftlich und technisch bessere Lösung ist, und wann eine Plattform trotzdem Sinn ergibt.
Was hier mit “Skript” gemeint ist
Kein Bastel-Code, kein Prototyp auf dem Entwickler-Laptop. Gemeint ist:
- 50 bis 300 Zeilen Python, sauber strukturiert
- lauffähig auf einer kleinen Linux-Maschine im Firmennetzwerk oder in einer schlanken Cloud-Funktion
- dokumentiert, versioniert, im besten Fall mit einem kurzen Test
- genau eine Aufgabe, keine hundert
Das ist kein Gegenmodell zur Professionalität. Es ist der Zustand, in dem die meisten internen Werkzeuge bei großen Technologieunternehmen tatsächlich laufen. Was nach außen wie eine “hemdsärmelige” Lösung aussieht, ist bei näherem Hinsehen die seriösere.
Der Vergleich entlang von fünf Dimensionen
| Dimension | Gängige Automatisierungs-Dienste | Maßgeschneidertes Skript |
|---|---|---|
| Initialkosten | niedrig bis mittel | einmalig, mittel |
| Laufende Kosten | dauerhaft monatlich, nutzungsabhängig | nahezu null (Server- oder Function-Kosten im Cent-Bereich) |
| Nachvollziehbarkeit | Klick-Flow in fremder Oberfläche, schwer dokumentierbar | lesbarer Code, jederzeit einsehbar |
| Vendor-Abhängigkeit | hoch: Preis, API-Änderungen, Produkt-Einstellungen | keine |
| Fehlerfall-Debugging | Ticket beim Anbieter | Stacktrace, ein Blick in den Code |
Die gängigen Team-Tarife im Markt für Automatisierungs-Dienste liegen je nach Anbieter und Nutzungsumfang meist zwischen 20 und 60 Euro pro Monat. Auf drei Jahre gerechnet summiert sich das für einen einzigen Dienst auf eine Größenordnung von 700 bis 2.000 Euro. Viele Mittelständler betreiben drei bis fünf solcher Dienste parallel.
Ein einmal sauber geschriebenes Python-Skript für dieselbe Aufgabe kostet einmalig in der Umsetzung und läuft anschließend praktisch umsonst, auf einer kleinen Box im Firmennetzwerk oder als Cloud-Funktion für wenige Cent pro Monat.
Was die Plattform-Oberfläche verspricht, aber nicht hält
Der Verkaufspunkt aller Automatisierungs-Plattformen ist derselbe: “Sie können das selbst bauen, ohne programmieren zu können.” In der Praxis:
- Wer die Plattform wirklich produktiv bedient, braucht ein ähnliches Verständnis wie ein Entwickler, nur ausgedrückt in Klick-Logik statt in Code.
- Sobald die Automatisierung vom Standardfall abweicht (Sonderformat, Sonderbedingung, Fehlerfall), wird es mühsam. Die Oberfläche, die am Anfang hilft, wird dann zur Grenze.
- Der “gebaute” Flow lebt in einer fremden Oberfläche. Wer die Firma verlässt, nimmt oft mehr Wissen mit, als er sollte. Der Nächste muss sich neu einarbeiten.
Ein Skript, das ein erfahrener Entwickler einmal geschrieben hat, ist nachvollziehbar, testbar und kann von jedem anderen Entwickler weitergeführt werden, ohne den Lock-in einer proprietären Oberfläche.
Wann eine Plattform tatsächlich die bessere Wahl ist
Nicht jeder Fall passt zum Skript-Ansatz. Plattformen sind sinnvoll, wenn:
- die Anforderung stündlich wechselt und jeder Mitarbeiter seinen eigenen Workflow zusammenklicken will,
- es um reine Integration zweier populärer SaaS-Tools geht, deren APIs bereits fertig angebunden sind,
- das Unternehmen über keinen technischen Ansprechpartner verfügt und auch keinen externen dafür halten möchte,
- der Fall experimentell ist und erst einmal ausprobiert werden soll, bevor jemand Geld in eine dauerhafte Lösung investiert.
Für dauerhafte, geschäftskritische Abläufe ist eine Plattform fast immer der teurere Weg, und der zerbrechlichere.
Ein konkretes Beispiel
Ein Mittelständler führte täglich drei Datenquellen zusammen: eine ERP-Exportdatei, eine Buchhaltungstabelle, eine CRM-Liste. Eine Mitarbeiterin verbrachte jeden Morgen zwischen 45 Minuten und zwei Stunden damit, inklusive der Übertragungsfehler, die beim Kopieren und Einfügen unvermeidlich sind.
Drei Anbieter hatten vorher Plattformlösungen angeboten, die zwischen 150 und 400 Euro pro Monat gekostet hätten. Keine davon kam zum Einsatz, weil die Konfiguration in jedem Fall Wochen gedauert hätte und in der Praxis nicht sauber gelaufen wäre.
Am Ende löste ein Python-Skript das Problem in wenigen Stunden Entwicklungszeit. Es läuft seitdem täglich im Hintergrund, die Mitarbeiterin bekommt das fertige Ergebnis, kontrolliert es in zehn Minuten und kann sich stattdessen um das kümmern, wofür sie eigentlich eingestellt wurde.
Laufende Kosten: ein einstelliger Euro-Betrag pro Monat.
Die eigentliche Frage
Wenn Sie mit einer Automatisierungs-Idee vor einer Kaufentscheidung stehen, lautet die nützlichste Frage nicht “Welches Tool ist das beste?”, sondern:
“Gibt es überhaupt einen Grund, das nicht als Skript zu lösen?”
Wenn die Antwort “nein” ist, sparen Sie sich viele Monatsgebühren und eine Menge Ärger.