Diese Woche für dich:
|
Wöchentliche To-Do's
|
|
|
Promo diese & nächste Woche:
Bitte macht euch mit der Datei vertraut, um auf eine höhere Nachfrage nach diesen SKUs vorbereitet zu sein!
Hier findet ihr die Datei mit Produkten, die im Angebot sind: Promos for Hubs
Batterie Umfrage für Smartvelo
Bitte fülle die Umfrage bis Freitag Ende des Tages aus.
|
Wichtige Updates, die du nicht verpassen solltest
|
|
|
Rider Cancellations – Start ab Mittwoch
Hey zusammen, ab Mittwoch fällt der Hub-Approval-Prozess weg, wenn Rider melden, dass eine Lieferung nicht möglich ist. Heißt: Rider können Bestellungen direkt selber stornieren.
Warum? Wir haben immer noch viele Kundenkontakte wegen “Bestellung nicht erhalten”, weil im Schnitt ca. 30 Min. zwischen dem Zustellversuch vom Rider und der eigentlichen Stornierung liegen.
Die wichtigsten Änderungen:
Wenn ein Rider in der WF App eine fehlgeschlagene Lieferung meldet, heißt der Button jetzt “Bestellung stornieren“ (statt “Lieferung nicht möglich“).
Klickt der Rider darauf, wird die Bestellung automatisch storniert.
Storniert = kein erneuter Zustellversuch (Kunde wurde schon erstattet – ein zweiter Versuch wäre ein Verlust für uns).
Rider müssen vorher unbedingt die SOP befolgen und den Kunden kontaktieren, bevor sie stornieren.
Hub-Leads sollen Rider-Compliance und Storno-Quoten im Blick behalten.
Rider werden für ihre Stornos verantwortlich gemacht.
Rider SOP
Unten (bei Rider Cancellations) findest du jetzt eine neue Übersicht. Da siehst du die stornierten Bestellungen der letzten zwei Wochen, inklusive Rider-ID, Stornogrund und ob der Rider nach dem Standard Operating Procedure (SOP) gehandelt hat.
Die SOP gilt als erfüllt, wenn:
Der Rider mindestens 5 Minuten beim Kunden war.
Der Rider den Kunden mindestens 2x über die WF App angerufen hat.
Beide Anrufe zusammen mindestens 30 Sekunden gedauert haben.
Link zum Rider-Storno-Dashboard: hier
Am Mittwoch geht ein obligatorisches Edume-Training an die Rider raus. Bitte sicherstellen, dass wirklich alle es absolvieren, der Abschluss wird im Dashboard angezeigt.
👉🏼 Mehr Infos gibt’s hier.
⚠️ Laufende Systemprobleme – Update
Seit Montagmorgen haben wir einen Vorfall, der mehrere Systeme betrifft. Das haben wir bisher festgestellt:
Aktuelle Probleme:
Bestellstatus werden im Dashboard nicht korrekt angezeigt
Bestellungen bleiben häufiger im „Packing“-Status hängen
Dashboard zeigt manchmal 2 OAs, die dieselbe Bestellung bearbeiten
Einzelne Kundenbestellungen werden doppelt ausgelöst
Lagerbestände werden in der Kunden-App verzögert aktualisiert
HubOne-Benachrichtigungen:
Das Problem, dass Zebras bei neuen Bestellungen nicht klingeln, selbst wenn “+1 Picker benötigt“ angezeigt wird, tritt häufiger auf.
Temporäre Lösung:
Wenn dein Zebra nicht für neue Bestellungen klingelt:
Speicher von Google Chrome über die Geräteeinstellungen löschen (nur Cache löschen reicht nicht).
Falls es weiterhin passiert, Bestellungen manuell über das Dashboard scannen.
Unser Tech-Team arbeitet aktiv an einer Lösung für alle Probleme. Wir halten euch auf dem Laufenden, sobald alles behoben ist.
Delivery Check-In Status bei Order Assignment
Das Delivery Check-in wird vom Picken ausgeschlossen. OAs, die die delivery Check-In durchführen, werden vollständig vom Picken in der OA-Order Assignment ausgeschlossen. Der Ausschluss erfolgt automatisch – Du musst den Mitarbeiter nicht manuell ausschließen.
🔄 Prozess-Update: Unerwartete Kündigungen
In den letzten zwei Monaten haben Hub Manager den „Unexpected Termination“-Workflow in Slack genutzt, um Ersatz zu beantragen, wenn Mitarbeitende unerwartet gekündigt haben/ wurden. Dieses Vorgehen war zwar hilfreich, führte aber auch zu Herausforderungen – unter anderem zu uneinheitlichen Meldungen, Verzögerungen bei der Nachbesetzung und hohem manuellen Aufwand.
Um den Prozess zu vereinfachen und zu beschleunigen, stellen wir nun auf einen datengetriebenen und automatisierten Ansatz um:
Automatische Erfassung: Sobald eine Kündigung im System erfasst ist, werden die Stunden automatisch in die Hiring Targets übernommen.
Keine manuellen Anfragen mehr nötig: Store Manager müssen keine Slack-Anfrage mehr stellen, um Ersatz zu beantragen.
Schnellere Nachbesetzung & weniger Aufwand: Durch die Umstellung sparen wir monatlich über 280 manuelle Anfragen und mehrere Stunden Arbeitszeit – bei gleichzeitig reibungsloserer Nachbesetzung.
Der „Unexpected Termination“-Workflow im Slack-Channel #fountain_local_help wurde deaktiviert.
➡️ Bei dringendem Bedarf:
Hub Manager können ab sofort den neuen „Hiring Support Request“-Workflow im gleichen Channel (#fountain_local_help) nutzen, wenn sie dringend Unterstützung im Hiring-Prozess benötigen.
Workforce-Updates
| |
|
|
Metrik | Mitarbeiter-Support & Webhilfe |
Gelöst KW36 | 1339 |
Aktualisiert mit Kommentaren | 1437 |
Vollständige Lösung | 69.9 Stunden |
Offene Tickets (neu/unbearbeitet) | 587 |
Geschätzte Wartezeit für Mitarbeiter (Std.) | 2 Tage 4 Stunden |
|
Regal-Änderungen & Auslistungen
|
|
|
Wichtig: Bitte verwende den goflink-Account deines Hubs, um auf den Link zuzugreifen. Zugriffsanfragen von privaten E-Mail-Adressen werden abgelehnt.
Die Änderungen werden heute Nacht zwischen 01:00 und 07:00 Uhr live gehen. Bitte ordne die Produkte heute Nacht oder morgen früh um. Achte darauf, nur der Datei mit deinem genauen Hub-Namen und -Code zu folgen.