Automatisierung im Shopbetrieb: Beispiele, die Zeit sparen
Kurz gesagt
Automatisieren Sie zuerst Vorgänge mit hoher Fallzahl, fester Regel und sichtbarem Ergebnis, etwa Bestellübertragung, Versandetikett, Rechnungen und Bestandsabgleich. Messen Sie zwei Wochen lang Fälle und Minuten je Vorgang, rechnen Sie daraus Stunden je Woche und vergleichen Sie die Ersparnis mit dem Einführungsaufwand. Die Zeit- und Geldwerte in diesem Artikel sind erfundene Beispielwerte.
Das Wichtigste
- Ersparnis je Woche = Fälle je Woche × Minuten je Fall ÷ 60, vorher und nachher gemessen.
- Erste Priorität: hohe Fallzahl, feste Regel ohne Einzelfallbewertung, sichtbares Ergebnis je Fall.
- Erfundenes Beispiel: fünf Routinen sparen zusammen 17,6 Stunden je Woche, alle Beträge netto.
- Vor dem Scharfschalten testen, Ergebnis auswerten und die Freigabe schriftlich festhalten (BSI-Baustein OPS.1.1.6).
- Vorgänge mit Einzelfallbewertung bleiben teilautomatisch: Das System bereitet vor, ein Mensch entscheidet.
- Alle Zeit-, Geld- und Fallzahlen im Artikel sind erfundene Beispielwerte; messen Sie Ihre eigenen.
Zuerst automatisierbar ist, was jeden Tag nach derselben Regel abläuft. Die Reihenfolge entscheidet sich an zwei Zahlen: wie oft ein Vorgang je Woche anfällt und wie viele Minuten er je Fall kostet. Wer beides zwei Wochen lang notiert, muss nichts schätzen und sieht, welcher Vorgang zuerst dran ist.
Worauf es ankommt
Drei Merkmale entscheiden über den Rang: die Fallzahl je Woche, der Anteil der Fälle, der nach einer festen Regel abläuft, und die Sichtbarkeit des Ergebnisses. Ein Vorgang mit 180 gleichartigen Fällen je Woche, dessen Regel sich in einem Satz aufschreiben lässt, steht oben. Ein Vorgang mit fünf Fällen je Woche, die jedes Mal eine Bewertung brauchen, bleibt, wo er ist.
Den Aufwand rechnen Sie in Stunden je Woche: Fälle je Woche × Minuten je Fall ÷ 60 = Stunden je Woche. Vor der Umstellung messen Sie den Ist-Wert, danach denselben Wert erneut. Nur die Differenz ist die Ersparnis. Die Minuten nach der Umstellung fallen nicht auf null, weil Kontrolle, Ausnahmen und Korrekturen bleiben.
Automatisierte Läufe haben eine Eigenheit. Der Baustein OPS.1.1.6 des IT-Grundschutz-Kompendiums beginnt mit dem Hinweis, dass maschinelle Verarbeitung möglichst fehlerfrei laufen muss, weil die einzelnen Ergebnisse später kaum noch geprüft werden können (Abschnitt 1.1). Für die Priorisierung folgt daraus: Nehmen Sie zuerst die Vorgänge, deren Ergebnis an einer Zahl nachprüfbar ist, etwa die Zahl der übertragenen Bestellungen oder die Summe der erzeugten Rechnungen.
Die Routinen im Überblick
Die Tabelle zeigt fünf wiederkehrende Vorgänge mit erfundenen Werten für einen Shop mit 180 Bestellungen je Woche, einer Person im Versand und einer im Service. Die Spalte „Minuten je Fall danach“ enthält die Kontrolle und die Ausnahmen, die nach der Umstellung bleiben; die Spalte „Ersparnis“ ist die Differenz aus den beiden Aufwandszeilen.
| Rang | Routine | Fälle je Woche | Minuten je Fall heute | Minuten je Fall danach | Ersparnis je Woche (h) | Zuerst prüfen |
|---|---|---|---|---|---|---|
| 1 | Bestellungen ins Warenwirtschaftssystem übertragen | 180 | 2,5 | 0,5 | 6,0 | ob jede Bestellung genau einmal ankommt (Schnittstellen im Shop-Umfeld) |
| 2 | Versandetikett drucken und Sendungsnummer eintragen | 180 | 2,0 | 0,5 | 4,5 | ob Adressfehler vor dem Etikett auffallen (Bestellabwicklung automatisieren) |
| 3 | Anfragen zum Bestellstatus beantworten | 60 | 5,0 | 2,0 | 3,0 | welche Anfragen eine Bewertung im Einzelfall brauchen (KI im Kundenservice) |
| 4 | Rechnungen erzeugen und versenden | 180 | 1,0 | 0,3 | 2,1 | ob Nummer, Datum und Betrag des erzeugten Belegs zusammenpassen |
| 5 | Retouren annehmen und Gutschrift vorbereiten | 40 | 6,0 | 3,0 | 2,0 | wer über strittige Fälle entscheidet |
| Summe | 17,6 |
Der Rang folgt der erfundenen Ersparnis je Woche, nicht einem gemessenen Marktwert. Vorgänge wie eine Kulanzentscheidung oder ein Preisnachlass fehlen in der Tabelle, weil sie keine feste Regel haben: Sie bleiben manuell oder werden halbautomatisch vorbereitet. Prüfen Sie die Reihenfolge mit Ihren eigenen Fallzahlen neu, bevor Sie anfangen. Wie eine Rechnung in Ihrem Land aussehen muss, steht in den Länderartikeln zu Rechnungen in Deutschland, Rechnungen in Österreich und Rechnungen in der Schweiz.
Ein Rechenbeispiel
Beispielrechnung mit erfundenen Zahlen, alle Beträge netto. Der Vorgang auf Rang 1 fällt 180 Mal je Woche an; bei 2,5 Minuten je Fall sind das 180 × 2,5 ÷ 60 = 7,5 Stunden, nach der Umstellung 180 × 0,5 ÷ 60 = 1,5 Stunden. Die Differenz ist die Ersparnis: 7,5 − 1,5 = 6,0 Stunden je Woche.
| Position | Rechnung | Wert |
|---|---|---|
| Aufwand heute | 180 × 2,5 ÷ 60 | 7,5 h je Woche |
| Aufwand nach der Umstellung | 180 × 0,5 ÷ 60 | 1,5 h je Woche |
| Ersparnis | 7,5 − 1,5 | 6,0 h je Woche |
| Ersparnis in Geld, Stundensatz 24,00 Euro | 6,0 × 24,00 | 144,00 Euro je Woche |
| Laufende Betreuung, erfundene Annahme 0,5 h je Woche | 0,5 × 24,00 | 12,00 Euro je Woche |
| Einführungsaufwand, erfundene Annahme 12 h | 12 × 24,00 | 288,00 Euro einmalig |
Nach Abzug der laufenden Betreuung bleiben 144,00 − 12,00 = 132,00 Euro je Woche. Der Einführungsaufwand von 288,00 Euro ist damit nach 288,00 ÷ 132,00 = 2,2 Wochen hereingearbeitet. Setzen Sie Ihre eigenen Fallzahlen ein: Halbiert sich die Zahl der Bestellungen, halbiert sich für diesen Vorgang auch die Ersparnis.
Testen, bevor Sie umschalten
Bevor ein Lauf Bestellungen, Rechnungen oder Kundendaten schreibt, gehört ein Test dazu. Der Baustein OPS.1.1.6 (IT-Grundschutz-Kompendium, Edition 2023, Stand Februar 2023) nennt dafür vier Anforderungen: Testfälle vorab festlegen, zusätzlich mit Negativ-Tests, die prüfen, ob das System nichts Ungewolltes tut (A1); funktionale Tests so durchführen, dass sie den laufenden Betrieb nicht beeinflussen (A2); die Ergebnisse auswerten, dokumentieren und mit den vorher festgelegten Erwartungen vergleichen (A3); die Freigabe durch die fachlich zuständige Stelle mit einer Freigabeerklärung dokumentieren (A4). Als eigene Gefährdung nennt der Baustein Tests im Produktivbetrieb, weil Fehlfunktionen dort auch andere Anwendungen und Daten treffen können (Abschnitt 2.1).
Für einen Shop heißt das: Testsystem statt Livebetrieb, ein absichtlich erzwungener Fehlerfall je Regel und ein schriftliches Datum, ab dem der Lauf scharf ist. Der IT-Grundschutz beschreibt sich selbst als Methode, Anleitung und Empfehlung; verbindlich werden seine Anforderungen erst, wenn Gesetz, Mindeststandard oder Vertrag darauf verweisen. Der Testaufwand gehört in die Zeile Einführungsaufwand der Rechnung oben.
Typische Fehler
- Den Vorgang umstellen, bevor die Regel steht. Ohne schriftliche Regel entscheidet das System im Zweifel falsch, und die Ausnahmen kommen als Rückfragen bei der Kundschaft an.
- Nur den sichtbaren Schritt automatisieren, nicht die Übergabe. Eine automatisch erzeugte Rechnung ohne Zahlungsdaten erzeugt in der Buchhaltung neue Handarbeit; Fehlerbilder dazu stehen in Datensynchronisation zwischen Systemen.
- Keinen Prüfpunkt je Lauf festlegen. Ohne Zahl, die Sie nachsehen können (Anzahl, Summe, ältester offener Fall), bleibt ein ausgefallener Lauf unbemerkt.
- Die Ersparnis schätzen statt messen. Eine Zahl aus dem Gedächtnis trägt keine Reihenfolge; notieren Sie Fälle und Minuten während der Arbeit.
- Den Ausnahmefall offen lassen. Jede Regel braucht den Zweig „sonst Klärfall“ mit Verantwortlichem und Frist, sonst bleibt der Vorgang liegen.
- Alle Vorgänge auf einmal umstellen. Fällt danach etwas aus, wissen Sie nicht, welcher Schritt die Ursache war.
So gehen Sie vor
- Messen Sie zwei Wochen lang je Vorgang die Fallzahl und die Minuten; halten Sie einen normalen Tag und einen Aktionstag getrennt.
- Rechnen Sie den Aufwand in Stunden je Woche und prüfen Sie die drei Merkmale: Fallzahl, feste Regel, sichtbares Ergebnis.
- Schreiben Sie die Regel auf: „wenn Bedingung, dann Aktion, sonst Klärfall“, mit Name und Frist für den Klärfall.
- Stellen Sie einen Vorgang um, prüfen Sie ihn im Testsystem mit einem erzwungenen Fehler und halten Sie die Freigabe schriftlich fest.
- Messen Sie nach zwei Wochen denselben Wert; steht die erwartete Ersparnis nicht in den Zahlen, prüfen Sie Regel, Übergabe und Prüfpunkt, bevor Sie den nächsten Vorgang angehen.
- Nehmen Sie die Fallzahl je Vorgang in Ihre Monatszahlen auf, damit die Ersparnis nicht in neuen Aufgaben verschwindet (Controlling im Onlinehandel).
Wer die Automatisierung nicht selbst betreut, verteilt sie im Betrieb: Welche Rolle welche Regel prüft, steht in Aufgaben und Rollen im Onlineshop.