Lås en skärmstorlek först när samma restaurangmenyprototyp klarar välja, ändra och bekräfta på diagonalen ni planerar att köpa. På en beställningskiosk för självbetjäninglevererar vi 21.5 / 27 / 32-inch kapacitiva pekskärmar i väggmonterat eller golvstående format (modeller YJC-215-K / YJC-270-K / YJC-320-K). Kör en menybuild över dessa tre diagonaler, poängsätt de tre uppgiftsstegen och välj sedan den minsta storlek som förblir användbar. Denna artikel hävdar inte att en större skärm höjer notan.
Ett exempel på en 27-tums installation är restaurangprojektet i Nordmakedonien, som använde två fristående Windows-beställningsterminaler med kapacitiv pekfunktion.
Varför testa en meny över tre diagonaler?
Skärmstorlek på denna linje ändrar aktiv visningsyta, inte beställningsapplikationen. Publicerade aktiva ytor är 476.5 × 268 mm (21.5″), 597.9 × 336.3 mm (27″) and 698 × 393 mm (32″), all at 1920 × 1080 stående. Samma SKU-lista, samma modifierarträd och samma språk måste få plats på panelerna utan att tryckmål krymps under användbar storlek eller tvinga extra rullning som bryter bekräftelsesteget.
Att testa tre separata «demomenyer» döljer det verkliga problemet: en grund dryckesmeny kan klara 21,5″ medan en flerkategoribyggning med foton och tillägg misslyckas på samma diagonal. En prototyp över tre storlekar besvarar köpfrågan: vilken av 21,5 / 27 / 32 håller välja → ändra → bekräfta användbar för denna meny?
Monteringsformatet spelar fortfarande roll för räckvidd. Golvstående totalhöjder på denna linje är i klassen 1675 / 1800 / 1898.6 mm ; vägghus är lägre (950 / 1075 / 1175 mm klass). Para storleksprovet med den planerade vägg- eller golvlayouten — guiden disk- kontra golvstående kiosker täcker samspelet mellan bas- och hushöjd. Denna text skriver inte om informations-UI-mått för wayfinding-skärmar.
Hur ser samma-meny-provprotokollet ut?
Lås programvara och innehåll först. Ändra bara den fysiska diagonalen (och motsvarande husskissa).
| Protokollfält | Vad som ska låsas | Varför det spelar roll |
|---|---|---|
| Menyprototyp-ID + revision | Exakt SKU-träd, foton, priser, modifierare | Förhindrar bias från «olika menyer per storlek» |
| Språk / locale under test | Samma språkpaket på varje diagonal | Fångar textöverspill på längre locale |
| Uppgiftsskript | Välj artikel → ändra → granska → bekräfta | Matchar stegen i köpbeslutet |
| OS- / app-build | Android- eller Windows-buildsträng | Håller UI-chrome identiskt |
| Kioskmodeller under prov | YJC-215-K / YJC-270-K / YJC-320-K (eller likvärdiga provenheter) | Kopplar resultat till beställd hårdvara |
| Montering under prov | Vägg eller golv enligt plan för platsen | Räckvidd skiljer sig med hushöjd |
| Betraktningsavstånd | Stående närmandeavstånd ni använder på plats | Läsbarhet utan att hitta på en labbpoäng |
| Godkänt-regel | Förskriven användbar / behöver storleksändring / fail per steg | Stoppar efterhandshistorier om notan |
| Registreringsfält | Testarroll, datum, storlek, stegresultat, anteckningar | Revisionsspår för RFQ-lås |
Kör skriptet på varje diagonal i samma sessionsordning när det går. Registrera stegresultat som användbar / UI-storleksändring behövs / fail — inte som påhittade konverteringsprocent. Saknar ni ännu provhårdvara, be oss om storleksmatchande manualer och måttskisser från Produktnedladdningar, eller begär en provkonfiguration (MOQ 1 på standardbyggen) så att prototypen kan köras på riktigt glas.
För skrivare, betalterminal och resten av periferi-BOM utanför detta storleksbeslut, använd checklistan för programvara och periferi till beställningskiosk. Denna artikel upprepar inte den listan.
Hur poängsätter ni användbarhet för välja / ändra / bekräfta?
Poängsätt varje steg på varje diagonal. Stanna vid första underkänd; markera UI-storleksändring behövs när flödet bara fungerar efter större tryckmål eller lägre innehållstäthet.
| Steg | Vad testaren gör | Användbar | UI-storleksändring behövs | Underkänd |
|---|---|---|---|---|
| Välj | Hitta kategori → öppna artikel → lägg till i order | Artikelplattor och kategoriflikar träffas rent; inga feltappningar | Fungerar efter större plattor / färre kolumner | Kan inte hitta eller lägga till artikeln utan personalhjälp |
| Ändra | Ändra storlek, tillägg, ta bort/lägg till modifierare | Modifierkontroller läsbara och tryckbara | Fungerar efter större kontroller eller färre alternativ per skärm | Modifierträdet svämmar över eller blockerar fortsätt |
| Bekräfta | Granska varukorg → bekräfta / betalöverlämning | Granskningsrader läsbara; bekräftelsekontroll tydlig | Fungerar efter förenklad granskningslayout | Bekräftelse missad, totaler kapade eller överlämning blockerad |
Notera också två hårdvarunära kontroller som storleksvalet påverkar:
- Räckvidd — tum-/fingerbana till lägsta modifierare och bekräftelsekontrollen efter vald monteringshöjd.
- Läsbarhet — artikelnamn och pris läsbara på planerat stående avstånd utan att luta sig mot fronten.
En integrerad 80 mm termisk kvittoskrivare och QR/NFC-betalningskonfigurationer ingår i denna självbetjäningsbeställningslinje. Kvittoinnehåll och betalningsresultat kommer fortfarande från beställningsapplikationen och leverantören — storleksvalet ersätter inte dessa integrationskontroller.
Storleksmatris efter meny djup
Använd denna rekommendationsmatris som startregler efter samma-meny-provet. Det är inte ett konverteringslyftanspråk.
| Menydjup (prototyp) | Typisk innehållsbelastning | Föredra första prov | Förstora när… | Förminska när… |
|---|---|---|---|---|
| Grund | Få kategorier; korta modifierare; lätta foton | 21.5″ | Bekräftelsekontroll trång efter locale-expansion | — (redan minst på denna linje) |
| Medel | Flerkategori-måltider; fotoplattor; 2–3 modifierarlager | 27″ | Välj/ändra behöver UI-storleksändring på 27″ efter tätaste locale | Grund meny klarar användbar på 21,5″ med tryckmarginal |
| Djup | Stor fotomeny; många tillägg; flerspråkiga långa strängar | 32″ | Bekräfta/granska trunkerar fortfarande på 32″ → sänk innehållstäthet före en annan diagonal | Medel meny klarar användbar på 27″ på planerat betraktningsavstånd |
Modulär hårdvara med löstagbar skärm, stativ och kamera är en annan storleksuppsättning (15.6 / 21.5 / 23.8-inch på självbetjänings-POS-kiosken). Mappa inte provresultat för 27″ / 32″ till den modulära linjen om projektet inte faktiskt beställer dessa modulära diagonaler.
För en bredare urvalssekvens (montering, OS, periferi, OEM-omfattning), se hur du väljer en självbetjäningskiosk.
Beslut som denna artikel avgör: med en restaurangmenyprototyp, vilken av 21,5 / 27 / 32 håller välja / ändra / bekräfta användbar? Välj den minsta diagonal som scorear användbar på alla tre steg under det frysta protokollet. Om något steg är underkänd eller bara UI-storleksändring behövs, justera UI-densitet eller förstora — lås inte storlek enbart på en render, och hävda inte att en större skärm höjer genomsnittsnotan utan mätt test.
Vanliga frågor
Måste jag testa samma meny på varje diagonal?
Ja. En prototyp över storlekar förhindrar menybias i storleksvalet.
Höjer större skärmar genomsnittsnotan?
Nej. Behandla det som obevisat tills er plats mäter det.
Finns 21,5, 27 och 32 på denna beställningslinje?
Ja. Modeller YJC-215-K, YJC-270-K och YJC-320-K.
Delar den modulära POS-kiosken 27 och 32?
Nej. Den modulära linjen listar 15,6 / 21,5 / 23,8 tum.
Vägg eller golv — ändrar monteringen storlekstestet?
Ja. Kontrollera räckvidden igen när planerad monteringshöjd är satt.
Vad ska jag skicka för en storleksprovgranskning?
Sex fält: menyprototyp, språk, uppgiftsskript, montering, land/antal.
Nästa steg — vad som ska skickas
Skicka en brief så att vi kan markera storlekspassning / UI-storleksändring behövs / omdesign:
- Menyprototyp-ID (eller skärmbilder) + språk under test
- Uppgiftsskript: välja → ändra → bekräfta
- Föredragna storlekar att prova (21,5 / 27 / 32) och montering (vägg / golv)
- OS-preferens (Android / Windows) och om ett prov (MOQ 1) krävs
- Platsanteckningar: betraktningsavstånd, disk-/väggbegränsningar, land, antal
- Eventuellt tillgänglighetsräckviddsmål som platsteamet mäter separat
Be oss om storleksmatchande manualer och måttskisser, eller ladda ner dem från Produktnedladdningar. OEM-layoutgranskningar går via anpassade displayslösningar. Starta RFQ från Kontakt.
For the hardware behind this topic, see self-service kiosk hardware.
