Beställningsväntanimation: 14 Sekunders Osäkerhet vs Förloppsindikator

Gästen trycker "Bekräfta". En spinner dyker upp. Fjorton sekunder tickar förbi — skärmen säger ingenting. I databasen ligger beställningen redan i köket, men för gästen känns de fjorton sekunderna oändliga. Den tystnaden är den mest underskattade UX-mördaren i QR-beställningar.

Osäkerhet Blåser Upp Tiden 44%

Nielsen Norman Groups loading-studie är entydig: obestämda spinners får användare att överskatta verklig väntetid med 44%. Med en förloppsindikator faller förvrängningen till 12%. Skillnaden är psykologisk — osäkerhet är förlust av kontroll är panik.

I restaurang är det värre, eftersom gästen redan betalat. En fastlåst spinner skapar tvivel, servitör tillkallas, beställning skickas igen — duplikatrisk uppstår.

Tre-Stegslösning

Vi omdesignade bekräftelseskärmen. I stället för en spinner, tre kontrollpunkter: "Beställning mottagen (1/3)", "Skickad till kök (2/3)", "Köket bekräftar (3/3)".

• Steg 1: INSERT i D1_OPS lyckas (<800ms)
• Steg 2: SSE push till KDS (<1.2s)
• Steg 3: KDS-operatör sätter "Tillagas" (snitt 8-12s)

Stresspoäng från 4.1 till 2.3

Intern undersökning bland 240 gäster: gammal spinner 4.1/10, ny animation 2.3/10. Servitörsanrop under väntan halverades.

FAQ

Kan jag stänga av animationen? Nej, men etiketterna är anpassningsbara.

Om steg 3 aldrig kommer? 60s timeout, meddelande: "Tillagas — servitör underrättad."

Om KDS är offline? Stapeln stannar vid 2/3, gästen förblir lugn.

Var detta hjälpsamt? Dela det.