Peak-Season ohne Nachtschichten: Black Friday als System vorbereiten
Black Friday scheitert selten am Angebot. Er scheitert daran, dass Bestand, Support und Versandkommunikation nicht vorbereitet sind.
Ich habe acht Jahre Handball in der 1. Bundesliga gespielt. Da lernst du eines: Ein Spiel gewinnst du in der Woche davor, nicht in der zweiten Halbzeit. Genauso ist es mit der Peak-Season. Wir betreiben mit nano, mate und MUSTAX drei eigene Brands mit zwei Leuten. Wir haben keine Reserve, die im November Nachtschichten schiebt. Also muss der Peak ein System sein.
Hier ist der Zeitplan, rückwärts vom Aktionstag gerechnet. Plus die harte Grenze: was du zwei Wochen vorher nicht mehr anfangen solltest.
Warum der Zeitplan rückwärts läuft
Die meisten planen vorwärts. "Wir fangen im Oktober an" klingt nach genug Zeit und ist trotzdem zu spät, weil niemand weiß, was zuerst dran ist.
Rückwärts ist verlässlicher. Du setzt den Aktionstag als Tag 0 und gehst von dort nach hinten. Jede Aufgabe bekommt einen letzten sinnvollen Termin. Was du dann nicht mehr unterbringst, streichst du bewusst statt es in der Peak-Woche hektisch zu versuchen.
Grob sieht das so aus:
| Zeitpunkt | Was passiert |
|---|---|
| 10 bis 8 Wochen vorher | Bestand und Nachschub festlegen |
| 8 bis 6 Wochen vorher | Automatisierungen bauen und testen |
| 6 bis 4 Wochen vorher | Support-Vorlagen und Auto-Antworten schärfen |
| 4 bis 2 Wochen vorher | Technik-Lasttest und Generalprobe |
| 2 Wochen bis Tag 0 | Nur noch einfrieren und Kleinkram |
| Tag 1 bis 6 Wochen danach | Versandkommunikation und Retourenwelle |
Der Rest des Artikels füllt diese Zeilen mit dem, was bei uns wirklich passiert.
10 bis 8 Wochen vorher: Bestand und Nachschub
Der teuerste Fehler im Peak ist nicht zu wenig Traffic. Es ist ein Bestseller, der am Freitagmorgen ausverkauft ist, während die Ads weiterlaufen.
Drei Dinge legst du jetzt fest:
- Welche Produkte in die Aktion gehen. Lieber fünf klar, als dreißig unklar. Bei nano haben wir gelernt: Ein Angebot, das jeder versteht, schlägt eine Rabattmatrix.
- Wie viel Bestand du je Produkt bereitstellst. Nimm den letzten Peak als Basis und rechne den Faktor drauf, den dein Wachstum hergibt. Konservativ, nicht optimistisch.
- Was passiert, wenn der Bestand kippt. Automatische Schwellen, die dich warnen und den Artikel notfalls aus der Aktion nehmen.
Der dritte Punkt ist der, den fast alle auslassen. Bei uns meldet ein Alert in Slack, wenn ein Aktionsprodukt unter eine definierte Schwelle rutscht. Kein Dashboard, das jemand aufmachen müsste. Die Nachricht kommt zu uns.
Wenn du auf mehreren Kanälen verkaufst, ist das kein Nice-to-have. Zwei Kanäle, die denselben Bestand verkaufen, produzieren im Peak Stornos in Serie. Wie du das sauber aufsetzt, steht in Bestandsführung im Multichannel.
8 bis 6 Wochen vorher: bauen, was tragen muss
Jetzt ist das Zeitfenster, in dem du noch echte Automatisierungen aufsetzen kannst. Nicht später.
Die Reihenfolge, die sich bei uns bewährt hat:
1. WISMO abfangen. Rund 40 Prozent aller Support-Anfragen sind "Wo ist meine Bestellung". Im Peak steigt der Anteil, weil mehr Pakete unterwegs sind und die Laufzeiten länger werden. Der Aufbau dazu: WISMO-Anfragen automatisieren.
2. Standardfragen automatisch beantworten. Versandkosten, Lieferzeit, Rabattcode funktioniert nicht, Größenberatung. Bei uns beantwortet die KI rund 65 Prozent der Anfragen automatisch. Der Rest kommt als Entwurf oder Eskalation zu uns.
3. Retouren vorbereiten. Ja, jetzt schon. Die Welle kommt sicher, und zwar zu einem Zeitpunkt, an dem du müde bist. Ein Selbstbedienungsportal nimmt dir den größten Teil ab: Retouren-Portal zur Selbstbedienung.
Der Grund für diese Reihenfolge ist simpel. Jeder Punkt reduziert Anfragen, statt sie schneller zu beantworten. Schneller beantworten skaliert linear. Weniger Anfragen skaliert gar nicht mit.
6 bis 4 Wochen vorher: die Supportwelle vorbereiten
Support im Peak ist ein Vorbereitungsproblem, kein Kapazitätsproblem. Du kannst die Menge nicht verhindern. Du kannst nur dafür sorgen, dass die Menge geordnet ankommt.
Drei Bausteine:
Vorlagen, die aktuell sind. Geh alle Standardantworten durch und aktualisiere sie auf die Peak-Realität. Lieferzeiten, Aktionsbedingungen, Rückgabefrist. Eine Vorlage, die im November noch "Lieferung in 2 Tagen" verspricht, produziert am Ende mehr Arbeit als sie spart.
Auto-Antworten mit Substanz. Eine Eingangsbestätigung, die nur "Wir melden uns" sagt, ist verschenkt. Bei uns enthält sie den Bestellstatus, den Trackinglink und die drei häufigsten Antworten der Peak-Woche. Ein spürbarer Teil der Anfragen erledigt sich damit, bevor ein Mensch sie sieht.
Eine Eskalationsregel, die jeder kennt. Was geht automatisch raus, was geht als Entwurf zu einem Menschen, was wird sofort eskaliert. Bei uns eskalieren emotionale Fälle, Zahlungsprobleme und alles über einem bestimmten Bestellwert immer.
Wenn du beim Support ganz von vorne anfängst, ist der Guide zur Kundenservice-Automatisierung der bessere Einstieg als dieser Abschnitt.
Und miss mit. Ohne Zahlen weißt du nach dem Peak nicht, ob es funktioniert hat oder ob du nur überlebt hast. Welche Kennzahlen sich lohnen, steht in Kundenservice-KPIs.
Versandkommunikation: der unterschätzte Hebel
Die meisten Anfragen im Peak entstehen nicht, weil etwas schiefgeht. Sie entstehen, weil der Kunde nicht weiß, ob etwas schiefgeht.
Deshalb gilt bei uns im Peak eine Regel: lieber einmal zu oft informieren als einmal zu wenig.
Konkret bekommen unsere Kunden im November:
- Eine Bestellbestätigung mit einer realistischen Lieferzeit, nicht mit der aus dem Sommer
- Eine Versandbestätigung mit Trackinglink, sobald das Label erzeugt ist
- Eine Nachricht, wenn das Paket länger als üblich still steht
- Eine Zustellbestätigung, die auch die Review-Anfrage anstößt
Der dritte Punkt ist der wichtigste. Ein Paket, das drei Tage im gleichen Status hängt, erzeugt ohne Nachricht garantiert ein Ticket. Mit einer proaktiven Nachricht meistens nicht. Das ist der Unterschied zwischen "Die kümmern sich" und "Da meldet sich niemand".
Und noch etwas Unbequemes: Kommuniziere den Cut-off für Weihnachtslieferung früh und sichtbar. Wer das versteckt, kauft sich im Dezember eine zweite Anfragewelle.
4 bis 2 Wochen vorher: Technik-Lasttest
Ein Peak bringt Lastspitzen an Stellen, die im Alltag nie auffallen. Der Shop selbst ist selten das Problem. Die Verbindungen dazwischen sind es.
Was wir prüfen:
- Rate-Limits. Wie viele Anfragen pro Minute erlaubt deine Fulfillment-API, dein E-Mail-Tool, dein ERP? Im Peak läufst du dagegen, im Alltag nie.
- Warteschlangen und Wiederholungen. Was passiert mit einer Bestellung, wenn der Fulfiller kurz nicht antwortet? Sie muss in eine Warteschlange und später erneut versucht werden, nicht verloren gehen.
- Webhooks unter Last. Kommen alle Ereignisse an, auch wenn 300 Bestellungen in einer Stunde reinlaufen?
- Alarme. Wenn nachts etwas stehen bleibt, muss jemand geweckt werden. Ein Fehler, den keiner sieht, ist ein Fehler, der bis Montag läuft.
Der Test ist nicht "funktioniert es". Der Test ist "was passiert, wenn ein Teil ausfällt". Zieh testweise den Stecker bei einem System und schau, ob dein Ablauf sauber wartet oder still Daten verliert.
Die Grenze: was du zwei Wochen vorher nicht mehr anfängst
Das ist der Teil, den niemand gern hört, und der dir am meisten spart.
Zwei Wochen vor dem Aktionstag ist Schluss mit Neubau. Ab hier fasst du nichts Tragendes mehr an. Konkret nicht mehr anfangen solltest du:
- Einen Shop-Relaunch oder ein neues Theme. Jede Layout-Änderung ist ein neues Conversion-Risiko ohne Zeit zum Messen.
- Einen Wechsel des Fulfillers oder des ERP. Migrationen brauchen mindestens einen ruhigen Monat, um die Fehler zu zeigen, die erst im Betrieb auftauchen.
- Ein neues Helpdesk-System. Das Team lernt es in der schlechtesten Woche des Jahres. Vorlagen und Regeln fehlen genau dann, wenn sie zählen.
- Eine KI, die eigenständig antwortet, ohne Freigabe-Phase. Automatische Antworten brauchen ein paar Wochen im Entwurfsmodus, bevor du sie loslässt. Sonst schickst du im Peak Unsinn an tausend Kunden.
- Neue Zahlungsarten. Klingt nach einem Schalter, ist aber ein neuer Ablauf in Buchhaltung, Retoure und Erstattung.
Was du zwei Wochen vorher noch machen kannst: Texte ändern, Vorlagen aktualisieren, Bestand nachbuchen, Schwellen anpassen, Alarme schärfen. Alles, was reversibel ist und keinen Ablauf umbaut.
Wenn dir jetzt auffällt, dass die Hälfte deiner Liste unter "zu spät" fällt: Schreib sie auf und mach sie im Januar. Der nächste Peak kommt sicher, und im Januar hast du Ruhe dafür.
Nach der Aktion: die Retourenwelle
Der Peak endet nicht am Montag danach. Er endet, wenn die Retouren durch sind, und das sind bei uns vier bis sechs Wochen.
Was jetzt zählt:
- Selbstbedienung statt Mailverkehr. Der Kunde meldet die Retoure selbst, das Label wird automatisch erzeugt, der Status ist sichtbar.
- Erstattungen ohne Nachfassen. Wareneingang löst die Erstattung aus. Jeder Tag Verzögerung ist ein Ticket.
- Bestand sofort zurück in den Verkauf. Geprüfte Ware muss innerhalb eines Tages wieder verkäuflich sein, nicht nach der Inventur.
Bei mate brauchen Retouren im Alltag rund 5 Minuten pro Tag. Im Januar sind es mehr, aber es bleibt eine Aufgabe und keine Woche.
Und dann das Wichtigste: Setz dir für Mitte Januar einen Termin und schreib den Peak auf. Was hat gehalten, was ist gekippt, welche Anfrage kam am häufigsten. Das ist deine Vorlage für nächstes Jahr, und sie ist in zwei Monaten nicht mehr rekonstruierbar.
Fazit
Black Friday ist kein Marketing-Event mit Operations-Anhang. Er ist ein Operations-Event mit Marketing davor.
Der Zeitplan rückwärts sortiert dir das. Bestand acht Wochen vorher, Automatisierung sechs Wochen vorher, Vorlagen und Lasttest im letzten Monat, dann Ruhe. Und ein Plan für die Retourenwelle, bevor sie da ist.
Wir machen das nicht, weil wir besonders diszipliniert sind. Wir machen es, weil wir zu zweit sind und keinen Puffer haben. Genau deshalb funktioniert es auch bei dir, wenn du nur wenige Leute bist.
Wenn du wissen willst, welcher dieser Bausteine bei dir vor dem Peak den größten Hebel hat: Sprich mit uns bei Flowhouse. Wir zeigen dir gerne, wie das bei unseren eigenen Brands läuft.