![\"\"](\"https:\/\/inform.click\/wp-content\/uploads\/2022\/11\/post-289159-6382d93b3171b.webp\")
<\/a><\/p>\n\n Os usu\u00e1rios v\u00eam equipados com dedos de tamanhos diferentes. Portanto, o toque deve ser configurado para atender aos dedos de todas as pessoas no segmento-alvo. A largura m\u00e9dia de um dedo indicador adulto \u00e9 de 1,6 a 2 cm. Portanto, tenha isso em mente ao projetar aplicativos m\u00f3veis baseados em toque.\n<\/p>\n
\n Se os usu\u00e1rios acharem dif\u00edcil tocar e ativar os recursos do aplicativo, eles podem abandonar completamente o uso do aplicativo e isso seria realmente tr\u00e1gico. E isso se aplica novamente ao n\u00famero de recursos que voc\u00ea possui. Quanto mais recursos voc\u00ea tiver, menores ser\u00e3o as \u00e1reas de toque no aplicativo. Por outro lado, a incorpora\u00e7\u00e3o de alguns recursos principais levaria a maiores \u00e1reas de toque.\n<\/p>\n
\n 4 O Terror do Pergaminho
\n<\/h5>\n
\n Editores de revistas e jornais e anunciantes viveram no horror perp\u00e9tuo do “rebanho”. Quando os aplicativos m\u00f3veis se tornaram populares, o “horror dobrado” diminuiu um pouco porque o conte\u00fado era vis\u00edvel em uma tela que podia ser facilmente rolada.\n<\/p>\n
\n Mas isso era apenas parcialmente verdade porque tornou-se cada vez mais importante criar um layout de web responsivo e mais longo, onde as principais a\u00e7\u00f5es n\u00e3o deveriam ficar abaixo da dobra, ou melhor, bater em um local onde as pessoas pudessem rolar facilmente e encontr\u00e1-lo.\n<\/p>\n
\n As convers\u00f5es aumentam apenas quando os bot\u00f5es relevantes s\u00e3o colocados “acima da dobra” ou quando os usu\u00e1rios n\u00e3o precisam rolar. Colocar uma chamada para a\u00e7\u00e3o clara em um local de destaque traria mais convers\u00f5es.\n<\/p>\n
\n 5 bot\u00f5es que imitam a apar\u00eancia dos bot\u00f5es de controle da GUI
\n<\/h5>\n
\n Assim como ter muitos controles GUI pode ser um erro terr\u00edvel, o oposto disso tamb\u00e9m pode ser mortal. Textos e t\u00edtulos sublinhados geram a sensa\u00e7\u00e3o de que s\u00e3o links que levariam o usu\u00e1rio a uma nova p\u00e1gina.\n<\/p>\n \n Eles clicam nele, mas quando n\u00e3o acessam a p\u00e1gina, assumem que o link est\u00e1 quebrado e saem do aplicativo. Os usu\u00e1rios geralmente ficam confusos e \u00e0s vezes irritados devido a essa farsa e podem n\u00e3o voltar mais.\n<\/p>\n \n Revele os bot\u00f5es de r\u00e1dio sempre que forem absolutamente necess\u00e1rios, mas n\u00e3o d\u00ea a impress\u00e3o errada de bot\u00f5es de r\u00e1dio onde n\u00e3o h\u00e1 nenhum.\n<\/p>\n \n Os controles da GUI devem ser consistentes. Se voc\u00ea estiver usando palavras espec\u00edficas para Call to Action e a\u00e7\u00f5es semelhantes, use as mesmas palavras em todo o aplicativo. Usar palavras diferentes para a mesma a\u00e7\u00e3o pode criar confus\u00e3o.\n<\/p>\n \n \u00c0s vezes, as a\u00e7\u00f5es que os desenvolvedores assumem que ser\u00e3o simples para os usu\u00e1rios fazem exatamente o oposto. Se voc\u00ea seguir um padr\u00e3o espec\u00edfico em seu aplicativo, siga-o de forma consistente. Certifique-se de que os bot\u00f5es e as p\u00e1ginas apare\u00e7am onde os usu\u00e1rios esperam que eles apare\u00e7am.\n<\/p>\n \n Os desenvolvedores n\u00e3o economizam tempo pulando os fluxogramas e mergulhando direto na parte de design do aplicativo. \u00c9 muito importante construir um fluxograma com os usu\u00e1rios em mente, e muitos desenvolvedores criam esses gr\u00e1ficos com as personas dos usu\u00e1rios para que sempre tenham o usu\u00e1rio final em mente.\n<\/p>\n \n Isso tamb\u00e9m ajudaria a determinar de onde v\u00eam os usu\u00e1rios, quais s\u00e3o seus interesses e onde est\u00e3o. Portanto, ao projetar os fluxogramas, \u00e9 imperativo decidir sobre os objetivos do usu\u00e1rio e do neg\u00f3cio e se isso ser\u00e1 alcan\u00e7ado no final ou n\u00e3o. Ao criar um esbo\u00e7o de fluxo, \u00e9 poss\u00edvel percorrer diferentes op\u00e7\u00f5es com fluxos de p\u00e1gina e decidir qual \u00e9 a melhor.\n<\/p>\n \n Em termos leigos, affordance significa todas as a\u00e7\u00f5es que s\u00e3o fisicamente poss\u00edveis dependendo das propriedades de um objeto\/ambiente. Uma escada permite subir ou descer, uma tampa de garrafa permite atarraxar ou desatarraxar.\n<\/p>\n \n Da mesma forma, em uma p\u00e1gina da Web, um controle deslizante executa a fun\u00e7\u00e3o de mover para cima e para baixo, a caixa de sele\u00e7\u00e3o permite que voc\u00ea marque ou desmarque e o texto com hiperlink leva voc\u00ea para outra p\u00e1gina. Affordance permite que um usu\u00e1rio fa\u00e7a algo que possa entender facilmente.\n<\/p>\n \n A percep\u00e7\u00e3o dessas possibilidades ser\u00e1 baseada no conhecimento do usu\u00e1rio sobre a p\u00e1gina da web, experi\u00eancias, cren\u00e7as e objetivos. Ao projetar interfaces de usu\u00e1rio, \u00e9 importante que o designer forne\u00e7a dicas corretas ou isso pode levar a confus\u00e3o e, portanto, a uma m\u00e1 experi\u00eancia do usu\u00e1rio.\n<\/p>\n \n Os designers devem usar significantes visuais corretos por meio dos quais os usu\u00e1rios possam perceber como eles observam esses elementos da interface do usu\u00e1rio e interagem com eles. Tamb\u00e9m \u00e9 importante lembrar que todos os usu\u00e1rios n\u00e3o s\u00e3o criados iguais; portanto, nem todas as possibilidades podem ser percebidas ou interpretadas da mesma maneira por todos. Portanto, apoie todas as dicas visuais com r\u00f3tulos e instru\u00e7\u00f5es adequados.\n<\/p>\n<\/a><\/p>\n\n 6 Controles GUI inconsistentes
\n<\/h5>\n\n 7 Ignorando os fluxogramas e indo direto ao projeto
\n<\/h5>\n<\/a><\/p>\n\n 8 N\u00e3o Considerando ‘Recursos Percebidos'
\n<\/h5>\n\n 9 Aus\u00eancia do Tipo Certo de Caixas de Di\u00e1logo
\n<\/h5>\n