Animacja Oczekiwania na Zamówienie: 14 Sekund Niepewności vs Pasek Postępu

Klient naciska "Potwierdź". Pojawia się spinner. Mija czternaście sekund — ekran milczy. W bazie zamówienie już jest w kuchni, ale dla klienta te czternaście sekund wydaje się wiecznością. Ta cicha luka to najbardziej niedoceniany zabójca UX w zamówieniach QR.

Niepewność Zawyża Czas o 44%

Badanie loading-state Nielsen Norman Group jest jednoznaczne: nieokreślone spinnery sprawiają, że użytkownicy zawyżają rzeczywisty czas o 44%. Z paskiem postępu zniekształcenie spada do 12%. Różnica jest psychologiczna — niepewność równa się utracie kontroli równej panice.

W restauracji jest gorzej, bo klient już zapłacił. Zawieszony spinner rodzi wątpliwość, wzywany jest kelner, zamówienie wysyłane ponownie — pojawia się ryzyko duplikatu.

Rozwiązanie Trójetapowe

Przeprojektowaliśmy ekran potwierdzenia. Zamiast jednego spinnera trzy punkty kontrolne: "Zamówienie odebrane (1/3)", "Wysłane do kuchni (2/3)", "Kuchnia potwierdza (3/3)".

• Etap 1: INSERT do D1_OPS pomyślny (<800ms)
• Etap 2: SSE push do KDS (<1.2s)
• Etap 3: Operator KDS przestawia na "W przygotowaniu" (śr. 8-12s)

Stres z 4.1 na 2.3

Wewnętrzna ankieta wśród 240 gości: stary spinner 4.1/10, nowa animacja 2.3/10. Wezwania kelnera podczas oczekiwania spadły o połowę.

FAQ

Czy mogę wyłączyć animację? Nie, ale etykiety można dostosować.

Co jeśli etap 3 nigdy nie nadejdzie? Timeout 60s i komunikat: "W przygotowaniu — kelner powiadomiony."

A jeśli KDS jest offline? Pasek zatrzymuje się na 2/3, klient pozostaje spokojny.

Czy to było pomocne? Udostępnij.