Alarm für überfällige Aufträge, der die Richtigen erreicht, einmal pro Problem

Das Problem mit Alarmen zu verspäteten Aufträgen

Die meisten Teams haben schon irgendeine Art von Verspätungsalarm ausprobiert. Die typischen Fehler ähneln sich. Alarme kommen einzeln pro Auftrag, ein einziger Ausfall erzeugt fünfzig Nachrichten, und der Kanal wird stummgeschaltet. Alarme kommen als tägliche Zusammenfassung, ein Problem, das um 9:00 begann, fällt also erst am nächsten Morgen auf. Alarme sagen, dass etwas zu spät ist, aber nicht, welcher Schritt, welche Zeitgrenze oder welche Aufträge, also muss trotzdem jemand suchen. Und Alarme sagen nie, dass das Problem vorbei ist, niemand weiß also, ob die letzte Nachricht noch gilt.

Wie Verspätungsalarme heute gebaut werden

Shopify Flow hat Vorlagen, die täglich eine Zusammenfassung unerfüllter Bestellungen älter als zwei Tage mailen, verspätete Fulfillments taggen und täglich die Bestellungen zählen, die ein Versandversprechen von zwei Tagen verfehlen, und eine, die zwei Tage nach einer Bestellung wartet und eine Slack-Nachricht schickt, wenn sie noch nicht versendet ist. Zapier kombiniert einen Shopify-Trigger wie New Paid Order mit einem Delay-Schritt von bis zu 30 Tagen, einem Filter und einer Slack- oder E-Mail-Aktion. Änderst du den Zap, während Läufe verzögert sind, laufen diese nicht weiter. In n8n baust du dasselbe mit einem Shopify Trigger, einem Wait-Node und einem Slack-Node oder mit einem Schedule Trigger, der offene Bestellungen abfragt. Jede dieser Lösungen schickt das, was du hineinbaust, ein Workflow pro Regel.

Was ein guter Alarm enthält

Ein brauchbarer Alarm sagt, welcher Prozess und welcher Schritt betroffen ist, welche Zeitgrenze gilt, wie viele Aufträge warten und wo du sie findest. Er kommt einmal, wenn das Problem beginnt, und meldet sich noch einmal, wenn es vorbei ist. Und er geht dorthin, wo jemand zuständig ist: in den Kanal des Versandteams, an die Ansprechpartnerin beim 3PL oder direkt in das Werkzeug, in dem dein Team ohnehin arbeitet.

So meldet tiqline überfällige Aufträge

Was tiqline nicht macht

Pro Organisation gibt es einen Slack-Kanal, eine E-Mail-Liste und einen Webhook, Alarme aller Prozesse gehen also an dieselben Stellen. Willst du verschiedene Prozesse an verschiedene Kanäle leiten, muss das der Empfänger des Webhooks übernehmen. tiqline eskaliert nicht, ruft niemanden an und wiederholt keine Nachricht nach Zeitplan: eine Nachricht, wenn sich ein Vorfall öffnet. Es schreibt keine Kunden an und ändert keine Bestellungen in Shopify. Zeitgrenzen laufen nach der Uhr, Nächte und Wochenenden eingeschlossen. Fristen, die mehr als sieben Tage vor dem Eintreffen ihrer Events abgelaufen sind, lösen keinen Alarm aus. Im Free-Tarif mit 5.000 Events im Monat pausieren die Alarme, wenn das Kontingent aufgebraucht ist, die Events werden weiter gespeichert.

Den passenden Kanal wählen

Slack passt zu einem Team, das tagsüber einen gemeinsamen Kanal im Blick hat. E-Mail passt zu Leuten, die nicht in Slack leben, etwa einer Ansprechpartnerin beim 3PL. Ein Webhook passt zu allem, was automatisch passieren soll: ein Ticket im Helpdesk, eine Markierung in einem internen Werkzeug oder ein Agent, der sich die Fälle ansieht. Alle drei können gleichzeitig aktiv sein, und jeder lässt sich ausschalten.