12 erros ruins de UX/UI que não devem ser cometidos no design do aplicativo

Texto muito pequeno para ler.

Conteúdo de fonte de cor clara pequena em um fundo branco.

Os usuários não conseguem ver os recursos cruciais confortavelmente localizados em algum lugar na interface do usuário.

Esses são alguns dos problemas comuns com o design de UX/UI em aplicativos e cometer muitos erros como esses custaria caro. Ao planejar um projeto de software, é imperativo identificar esses erros bem cedo no estágio de design, porque o objetivo é criar uma interface intuitiva e rápida que forneça uma experiência perfeita ao usuário.

Aqui estão alguns erros mortais que podem significar a desgraça do aplicativo e como você pode evitá-los.

1. Desvio das expectativas do usuário

Curiosamente, os usuários têm algumas expectativas quando se trata de usar esses widgets básicos da GUI (botões de rádio, caixas de seleção, barras de rolagem, links/botões de comando, etc.). Tentar uma mudança revolucionária nesses botões pode não ser bem recebido.

Considere este exemplo simples: você tem ouvido as notícias da BBC durante toda a sua vida. De repente, alguém da sua família decide ouvir a CNN e você fica com a sensação de “peixe fora d’água”. Isso é exatamente o que os usuários sentirão quando você fizer modificações pesadas nos widgets da GUI.

A maioria dos widgets de GUI populares foram aperfeiçoados e experimentados, por anos a fio, e há uma razão pela qual os usuários gostam deles. Não é fácil mudar essa sensação de facilidade e conforto da noite para o dia. Isso ocorre porque os usuários têm que exercer energia e capacidade intelectual substanciais para fazer algo novo; e eles podem não ser receptivos a isso.

Portanto, não faça mudanças drásticas na aparência dos widgets da GUI do seu aplicativo. Seus usuários preferem ter uma navegação sem complicações pelo aplicativo, então é melhor manter a aparência original da GUI.

2. Não saber o que o usuário realmente precisa

Quando as empresas não conseguem perceber as necessidades reais do usuário e criam algo que não atende às suas necessidades, isso leva a um grande erro. Nesses casos, você não pode aumentar as vendas e seu aplicativo falha.

É importante pesquisar e obter insights profundos sobre os interesses do usuário antes de decidir sobre os recursos que devem ser incorporados. Para isso, faça uma pesquisa minuciosa de usuários e de mercado.

Entenda o que seus usuários-alvo esperam do design do seu aplicativo – tempo de resposta instantâneo, navegação suave entre controles, legibilidade fácil e assim por diante – em suma, uma experiência de usuário intuitiva.

Além disso, faça uma análise crítica de seus concorrentes – conheça o fator de usabilidade de seus aplicativos; quais são todos os recursos que eles incluem em seus aplicativos, quão interativas são suas interfaces de usuário, etc.

E os desenvolvedores iniciantes devem ficar atentos: não sobrecarregue muitos recursos no aplicativo. O principal objetivo por trás de um aplicativo é simplificar as atividades de seus usuários.

Portanto, seria aconselhável não exagerar nos recursos, pois isso levaria a uma enxurrada de atividades que o converteria instantaneamente em um aplicativo medíocre. Um número menor de recursos (principais, é claro) faria o truque.

3. Alvos de toque ruins

Os usuários vêm 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édia de um dedo indicador adulto é de 1,6 a 2 cm. Portanto, tenha isso em mente ao projetar aplicativos móveis baseados em toque.

Se os usuários acharem difícil tocar e ativar os recursos do aplicativo, eles podem abandonar completamente o uso do aplicativo e isso seria realmente trágico. E isso se aplica novamente ao número de recursos que você possui. Quanto mais recursos você tiver, menores serão as áreas de toque no aplicativo. Por outro lado, a incorporação de alguns recursos principais levaria a maiores áreas de torneira.

4. O Horror do Pergaminho

Editores e anunciantes de revistas e jornais já viveram no horror perpétuo do “dobra”. Quando os aplicativos móveis se tornaram populares, o “horror da dobra” diminuiu um pouco porque o conteúdo era visível em uma tela que podia ser facilmente rolada.

Mas isso era apenas parcialmente verdade porque se tornava cada vez mais importante criar um layout web responsivo e mais longo, onde as principais ações não deveriam ficar abaixo da dobra, ou melhor, superar um lugar onde as pessoas pudessem rolar e encontrá-lo facilmente.

As conversões aumentam apenas quando os botões relevantes são colocados “acima da dobra” ou quando os usuários não precisam rolar. Colocar uma frase de chamariz clara em um local de destaque traria mais conversões.

5. Botões que imitam a aparência dos botões de controle da GUI

Assim como ter muitos controles GUI pode ser um erro terrível, o oposto disso também pode ser mortal. Textos e títulos sublinhados geram a sensação de que são links que levariam os usuários a uma nova página.

Eles clicam nele, mas quando não chegam à página, assumem que o link está quebrado e saem do aplicativo. Os usuários geralmente ficam confusos e às vezes irritados devido a essa farsa e podem não voltar novamente.

Revele os botões de rádio onde forem absolutamente necessários, mas não dê a impressão errada de botões de rádio onde não há nenhum.

6. Controles de GUI inconsistentes

Os controles da GUI devem ser consistentes. Se você estiver usando palavras específicas para Call to Action e ações semelhantes, use as mesmas palavras em todo o aplicativo. Usar palavras diferentes para a mesma ação pode criar confusão.

Às vezes, as ações que os desenvolvedores assumem que serão simples para os usuários, fazem exatamente o oposto. Se você seguir um padrão específico em seu aplicativo, siga-o de forma consistente. Certifique-se de que os botões e as páginas apareçam onde os usuários esperam que eles apareçam.

7. Ignorando os fluxogramas e descendo para o design

Os desenvolvedores não economizam tempo pulando os fluxogramas e mergulhando direto na parte de design do aplicativo. É muito importante construir um fluxograma com os usuários em mente, e muitos desenvolvedores criam esses gráficos com as personas dos usuários para que eles sempre tenham o usuário final em mente.

Isso também ajudaria a determinar de onde os usuários estão vindo, quais são seus interesses e onde eles estão. Assim, ao projetar os fluxogramas, é imperativo decidir sobre os objetivos do usuário e do negócio e se isso seria realizado no final ou não. Ao criar um esboço de fluxo, é possível percorrer diferentes opções com fluxos de página e decidir qual é a melhor.

8. Não considerando 'Affordances percebidos'

Em termos leigos, affordance significa todas as ações que são fisicamente possíveis dependendo das propriedades de um objeto/ambiente. Uma escada permite subir ou descer, uma tampa de garrafa permite aparafusar ou desapertar.

Da mesma forma, em uma página da Web, um controle deslizante executa a função de mover para cima e para baixo, a caixa de seleção permite que você marque ou desmarque e o texto do hiperlink leva você para outra página. Affordance permite que um usuário faça algo que possa entender facilmente.

A percepção dessas affordances será baseada no conhecimento do usuário sobre a página, experiências, crenças e objetivos. Ao projetar interfaces de usuário, é importante que o designer forneça dicas corretas ou isso pode levar à confusão e, portanto, à experiência do usuário ruim.

Os designers devem usar significantes visuais corretos por meio dos quais os usuários possam perceber como eles observam esses elementos da interface do usuário e interagem com eles. Também é importante lembrar que nem todos os usuários são criados iguais; portanto, nem todas as affordances podem ser percebidas ou interpretadas da mesma maneira por todos. Então, devolva todas as dicas visuais com rótulos e instruções adequados.

9. Ausência do tipo certo de caixas de diálogo

Na usabilidade do diálogo de um aplicativo web, é obrigatório informar aos usuários o estado atual do sistema e como seus comandos foram interpretados. Os diálogos servem para informar os usuários sobre como suas ações estão se saindo, sem tirá-los da tela atual.

O silêncio pode manter os usuários adivinhando. Portanto, ao criar um aplicativo da Web, certifique-se de que a caixa de diálogo não oculte informações dos usuários. Mas use-o com moderação, porque mensagens contínuas podem causar interrupções.

Por exemplo, quando o usuário decide sair de uma página específica após digitar as informações, a caixa de diálogo pode aparecer com a caixa de confirmação dizendo “Descartar rascunho? Cancelar ou Descartar”.

No entanto, bombardeá-los com caixas de diálogo de inscrição (por exemplo, “Assine nossa newsletter diária digitando seu endereço de e-mail”) muitas vezes pode ser realmente irritante.

10. Cometendo erros comuns com mensagens de erro

Os usuários gastam tempo e esforço para preencher formulários e, quando há um erro neles, é obrigatório informá-los sobre o que deu errado e onde. Se houver regras específicas para criar uma senha, informe os usuários com antecedência, para que eles não precisem fazer a mesma coisa duas vezes.

Ou, se houver um código promocional a ser aplicado, basta informar previamente que tipo de promoções se aplicam e por quê. Não informá-los a tempo pode gerar ansiedade e frustração no usuário. Lembre-se de não cometer esses erros ao criar mensagens de erro:

1. Ambiguidade- Não ser claro sobre o erro cometido pelo usuário.
2. Culpar o usuário – É melhor ser humilde, mesmo quando o usuário comete o erro. Aponte o erro suavemente, para que eles sejam solicitados a tentar novamente.
3. Colocação inadequada de mensagens de erro – É aconselhável não colocar os erros em uma lista com marcadores porque isso realmente os desativa. Coloque as mensagens de erro bem em cima dos erros para que os usuários possam ver o que está errado instantaneamente.
4. Não usar microcópia para evitar erros – Pequenos pedaços de texto explicativo perto dos espaços em branco podem realmente instruir o usuário sobre o que preencher, para que ele possa obtê-lo na primeira vez.

11. Ausência de padrões inteligentes

Ter um campo extra na página de preenchimento de formulário do seu aplicativo pode ser um impedimento. Portanto, se esse campo extra for uma necessidade absoluta, certifique-se de colocar os valores padrão nos campos de entrada do formulário. As pessoas digitalizam os formulários rapidamente para verificar quanto tempo levará para preencher o formulário e, se já houver um valor padrão no formulário, elas provavelmente seguirão em frente e preencherão os outros.

Não ter padrões inteligentes pode tornar isso demorado e frustrante para o usuário, e isso é um erro grave. Também é aconselhável não colocar padrões para campos de entrada que requerem atenção do usuário. Não assuma o que o usuário vai clicar e, mesmo que seja um padrão bem pesquisado, os usuários podem querer outra coisa.

12. Ignorando cores de destaque para os botões de call-to-action

É muito importante incorporar boas cores de destaque para chamar a atenção para botões como “Compre agora”, “Iniciar um tutorial gratuito”, “Inscreva-se agora” etc. Use uma cor diferente para os botões para que se destaquem, especialmente para aqueles muito botões de call-to-action cruciais.

A cor de destaque deve ser brilhante o suficiente para atrair a atenção, mas não irritante e perturbadora. Certifique-se de que a cor de destaque seja complementada com o restante do tema de cores no aplicativo. Reserve também uma cor específica para a chamada à ação e não a use em nenhum outro lugar da página.

Conclusão

Esses são alguns dos erros mais comumente encontrados no design de UI/UX. E lembre-se, sempre que você fizer qualquer alteração no design, certifique-se de testá-lo completamente para ver o quão eficaz seria.

O design de aplicativos é um diferencial para o sucesso e, com milhares de aplicativos lançados todos os dias, apenas alguns deles obtêm aprovação. Práticas ruins podem levar a erros mortais no design de UX/UI, e todos os esforços de tantas pessoas vão pelo ralo.

Um último lembrete:

Ao projetar seu aplicativo, lembre-se de projetar para várias plataformas, a menos que você esteja segmentando uma em particular. É assim que você obtém um Produto Mínimo Viável (MVP) diretamente na loja.