Congele um tamanho de tela só depois que o mesmo protótipo de cardápio de restaurante passar em selecionar, modificar e confirmar na diagonal que você planeja comprar. Em um quiosque de pedidos de autoatendimento, fornecemos telas touch capacitivas de 21.5 / 27 / 32-inch em formato de parede ou de piso (modelos YJC-215-K / YJC-270-K / YJC-320-K). Execute uma mesma build de cardápio nessas três diagonais, pontue as três etapas da tarefa e escolha o menor tamanho que continue utilizável. Este artigo não afirma que uma tela maior aumente o ticket médio.
Por que testar um cardápio em três diagonais?
O tamanho de tela desta linha muda a área ativa de exibição, não o aplicativo de pedidos. As áreas ativas publicadas são 476.5 × 268 mm (21.5″), 597.9 × 336.3 mm (27″) and 698 × 393 mm (32″), all at 1920 × 1080 em retrato. A mesma lista de SKU, a mesma árvore de modificadores e os mesmos idiomas precisam caber nesses painéis sem reduzir toques abaixo de um tamanho utilizável nem forçar rolagens extras que quebrem a etapa de confirmação.
Testar três «cardápios demo» separados esconde o problema real: um cardápio de bebidas raso pode passar em 21,5″ enquanto uma montagem multicategoria com fotos e extras falha na mesma diagonal. Um protótipo em três tamanhos responde à pergunta de compra: qual entre 21,5 / 27 / 32 mantém selecionar → modificar → confirmar utilizável para este cardápio?
O formato de montagem ainda importa para o alcance. As alturas totais de piso desta linha são da classe 1675 / 1800 / 1898.6 mm ; os gabinetes de parede são mais baixos (950 / 1075 / 1175 mm classe). Combine a amostra de tamanho com o layout de parede ou piso planejado — o guia quiosques de balcão vs de piso cobre as interações de altura da base e do gabinete. Este texto não reescreve o dimensionamento de UI de informação para telas de wayfinding.
Como é o protocolo de amostra com o mesmo cardápio?
Trave primeiro o software e o conteúdo. Mude apenas a diagonal física (e o desenho de gabinete correspondente).
| Campo do protocolo | O que congelar | Por que importa |
|---|---|---|
| ID do protótipo de cardápio + revisão | Árvore SKU exata, fotos, preços, modificadores | Evita o viés de «cardápios diferentes por tamanho» |
| Idiomas / locales em teste | O mesmo pacote de idioma em cada diagonal | Detecta overflow de texto em locales mais longos |
| Roteiro da tarefa | Selecionar item → modificar → revisar → confirmar | Corresponde às etapas da decisão de compra |
| Build de SO / app | String de build Android ou Windows | Mantém o chrome da UI idêntico |
| Modelos de quiosque na amostra | YJC-215-K / YJC-270-K / YJC-320-K (ou unidades de amostra equivalentes) | Liga os resultados ao hardware pedido |
| Montagem na amostra | Parede ou piso conforme planejado para o local | O alcance difere pela altura do gabinete |
| Distância de visão | Distância de aproximação em pé que você usará no local | Legibilidade sem inventar uma nota de laboratório |
| Regra de aprovação | Utilizável / precisa redimensionar / falha pré-escrito por etapa | Impede narrativas a posteriori sobre ticket |
| Campos de registro | Função do testador, data, tamanho, resultado da etapa, notas | Trilha de auditoria para congelar o RFQ |
Execute o roteiro em cada diagonal na mesma ordem de sessão quando possível. Registre os resultados da etapa como utilizável / precisa redimensionar a UI / falha — não como percentuais de conversão inventados. Se ainda não tiver hardware de amostra, peça-nos manuais e desenhos dimensionais compatíveis com o tamanho em Downloads de produto, ou solicite uma configuração de amostra (MOQ 1 em builds padrão) para o protótipo rodar em vidro real.
Para impressora, terminal de pagamento e o restante da lista de periféricos fora desta decisão de tamanho, use a checklist de software e periféricos do quiosque de pedidos. Este artigo não repete essa lista.
Como pontuar a usabilidade de selecionar / modificar / confirmar?
Pontue cada etapa em cada diagonal. Pare no primeiro falha; marque precisa redimensionar a UI quando o fluxo só funciona depois de ampliar toques ou reduzir a densidade de conteúdo.
| Etapa | O que o testador faz | Utilizável | Precisa redimensionar a UI | Falha |
|---|---|---|---|---|
| Selecionar | Encontrar categoria → abrir item → adicionar ao pedido | Blocos de itens e abas de categoria respondem limpos; sem toques errados | Funciona após blocos maiores / menos colunas | Não é possível encontrar ou adicionar o item sem ajuda da equipe |
| Modificar | Alterar tamanho, extras, remover/adicionar modificadores | Controles de modificadores legíveis e tocáveis | Funciona após controles maiores ou menos opções por tela | A árvore de modificadores extrapola ou bloqueia continuar |
| Confirmar | Revisar carrinho → confirmar / transferência de pagamento | Linhas de revisão legíveis; controle confirmar claro | Funciona após simplificar o layout de revisão | Confirmação perdida, totais truncados ou transferência bloqueada |
Anote também duas verificações ligadas ao hardware que a escolha de tamanho afeta:
- Alcance — trajeto do polegar/dedo até o modificador mais baixo e o controle confirmar após definir a altura de montagem escolhida.
- Legibilidade — nome e preço do item legíveis na distância em pé planejada sem inclinar-se para o frontal.
Uma impressora térmica de recibos de 80 mm integrada e configurações de pagamento QR/NFC fazem parte desta linha de pedidos de autoatendimento. O conteúdo do recibo e o resultado do pagamento ainda vêm do aplicativo de pedidos e do provedor — a escolha de tamanho não substitui essas verificações de integração.
Matriz de tamanho por profundidade de cardápio
Use esta matriz de recomendação como regras iniciais após a amostra com o mesmo cardápio. Não é uma afirmação de ganho de conversão.
| Profundidade do cardápio (protótipo) | Carga típica de conteúdo | Preferir a primeira amostra | Aumentar quando… | Reduzir quando… |
|---|---|---|---|---|
| Raso | Poucas categorias; modificadores curtos; fotos leves | 21.5″ | Controle confirmar apertado após expansão de locale | — (já o menor desta linha) |
| Médio | Refeições multicategoria; blocos com foto; 2–3 camadas de modificadores | 27″ | Selecionar/modificar precisa redimensionar a UI em 27″ após o locale mais denso | Cardápio raso passa utilizável em 21,5″ com margem de toque |
| Profundo | Grande cardápio com fotos; muitos extras; strings longas multilíngues | 32″ | Confirmar/revisar ainda trunca em 32″ → reduzir densidade de conteúdo antes de outra diagonal | Cardápio médio passa utilizável em 27″ na distância de visão planejada |
O hardware modular com tela, pedestal e câmera destacáveis é outro conjunto de tamanhos (15.6 / 21.5 / 23.8-inch no quiosque POS de autoatendimento). Não mapeie resultados de amostra de 27″ / 32″ para essa linha modular a menos que o projeto peça de fato essas diagonais modulares.
Para uma sequência de seleção mais ampla (montagem, SO, periféricos, escopo OEM), veja como escolher um quiosque de autoatendimento.
Decisão que este artigo fecha: com um protótipo de cardápio de restaurante, qual entre 21,5 / 27 / 32 mantém selecionar / modificar / confirmar utilizável? Escolha a menor diagonal que pontue utilizável nas três etapas sob o protocolo congelado. Se alguma etapa for falha ou só precisa redimensionar a UI, ajuste a densidade da UI ou aumente o tamanho — não congele o tamanho só com um render e não afirme que uma tela maior eleva o ticket médio sem um teste medido.
Perguntas frequentes
Preciso testar o mesmo cardápio em cada diagonal?
Sim. Um protótipo entre tamanhos evita viés de cardápio na escolha do tamanho.
Telas maiores elevam o ticket médio?
Não. Trate isso como não comprovado até seu local medir.
21,5, 27 e 32 estão disponíveis nesta linha de pedidos?
Sim. Modelos YJC-215-K, YJC-270-K e YJC-320-K.
O quiosque POS modular compartilha 27 e 32?
Não. Essa linha modular lista 15,6 / 21,5 / 23,8 polegadas.
Parede ou piso — a montagem muda o teste de tamanho?
Sim. Recheque o alcance após definir a altura de montagem planejada.
O que devo enviar para uma revisão de amostra de tamanho?
Seis campos: protótipo de cardápio, idiomas, roteiro da tarefa, montagem, país/quantidade.
Próximo passo — o que enviar
Envie um brief para marcarmos adequação de tamanho / precisa redimensionar a UI / redesenho:
- ID do protótipo de cardápio (ou capturas) + idiomas em teste
- Roteiro da tarefa: selecionar → modificar → confirmar
- Tamanhos preferidos para amostrar (21,5 / 27 / 32) e montagem (parede / piso)
- Preferência de SO (Android / Windows) e se uma amostra (MOQ 1) é necessária
- Notas do local: distância de visão, restrições de balcão/parede, país, quantidade
- Qualquer meta de alcance de acessibilidade que a equipe do local medirá em separado
Peça-nos os manuais e desenhos dimensionais compatíveis com o tamanho, ou baixe-os em Downloads de produto. Revisões de layout OEM passam por soluções de display sob medida. Inicie o RFQ em Contato.
