Uncategorized

Stornierung bestellung Muster

Wenn es helfen würde, könnte ich zeigen, wie mein ursprüngliches Beispiel, das sich mit Stornierung entimiert, unter diesem System aussehen würde, aber Sie können es wahrscheinlich ausarbeiten. Neben der manuellen Stornierung gibt es Fälle, in denen die Stornierung automatisch ausgelöst wird 5 weitere einfach zu verstehende Zeilen, die der bereits einfachen funktionsbasierten Lösung hinzugefügt werden, ist IMHO nicht wesentlich komplexer – ich würde sagen, es ist immer noch sehr einfach. Außerdem versuche ich, diesen speziellen Fall zu lösen, nicht die Zustandsverwaltung im Allgemeinen. Wie gesagt, ich schätze, dass Schauspieler/Warteschlangen/etc. in vielen Kontexten ein sehr starkes Muster und das richtige Werkzeug für den Job sind. :) Beim Aufrufen einer HTTP-API oder beim Ausführen anderer lang andauernder Aufgaben muss der Abbruch möglicherweise unterstützt werden. Dies kann explizit über eine “Abbrechen”-Schaltfläche oder implizit sein, z. B. das Abbrechen aller laufenden Anfragen beim Abmelden der App. In diesem Artikel werden wir die Testergebnisse aus unserer Accounts & Self-Service E-Commerce Usability-Studie im Zusammenhang mit Stornierungsauftragszuständen diskutieren.

Betrachten Sie ein Szenario, in dem Sie asynchrone Arbeit zu erledigen haben und Sie können es in einem Feuer- und Vergessen-Modus ausführen. Diese asynchrone Arbeit ist in der Lage, auf Abbruch zu hören, und so übergeben Sie es ein Abbruch-Token, um es abbrechen zu können. Die allgemeine Interpretation des Abbruchaufgabenmusters wird in Abbildung 25 veranschaulicht. Der Trigger, der Aufgabe B aktiviert hat, wird entfernt, sodass die Aufgabe nicht fortgesetzt werden kann. Nachdem die Stornierung verarbeitet wurde, ist es auch wichtig, den Benutzern eine weitere Bestätigungs-E-Mail zu senden, die angibt, ob die Stornierungsanforderung angenommen oder abgelehnt wurde, und andere sekundäre Informationen und Pfade bereitzustellen, um bei Bedarf Hilfe zu erhalten. Dieses Mockup, das wir erstellt haben, veranschaulicht, wie die Auftragsstatusschnittstelle nach einer Abbruchanforderung eines Benutzers aktualisiert werden kann. Beachten Sie den Mangel an widersprüchlichen Informationen und die kurze Notiz, die den nächsten Schritt beschreibt. Unsere groß angelegten Self-Service-E-Commerce-Usability-Tests zeigen jedoch, dass viele Sites den Auftragsstatus “Cancellation Requested” nicht erkennen. Ohne diesen Status befinden sich die Benutzer in einem mehrdeutigen Übergang zwischen “Order Placed” und “Shipped”, wobei der genaue Zustand der Bestellung bis zur Bearbeitung der Stornierung unklar ist. Obwohl eine klare, permanente “Cancellation Requested”-Messaging hilfreich ist, reicht es allein nicht aus. In der Tat, nach der Initiierung einer Bestellung Stornierung während des Tests, 28% der Benutzer gingen direkt von der Website-Bestellstatus-Seite zu ihrem E-Mail-Posteingang, um für eine Stornierungsbestätigung zu überprüfen. Wenn die Nachricht langsam eintrifft – oder nie gesendet wird – werden Benutzer das Gefühl haben, dass ihre Anfrage nicht bestätigt wurde – und an diesem Punkt können sie sich erneut an den Kundendienst wenden, um Unterstützung zu erhalten.