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

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 da 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 no início do estágio de design, porque o objetivo é criar uma interface intuitiva e rápida que forneça uma experiência de usuário perfeita.

Aqui estão alguns erros mortais que podem significar a ruína 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 GUI básicos (botões de opção, caixas de seleção, barras de rolagem, botões/links 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 notícias da BBC durante toda a sua vida. De repente, alguém da sua família decide ouvir a CNN e você tem a sensação de “peixe fora d’água”. Isso é exatamente o que os usuários vão sentir também quando você fizer modificações pesadas nos widgets da GUI.

A maioria dos widgets 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 durante a noite. Isso ocorre porque os usuários precisam empregar energia e inteligência 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 GUI do seu aplicativo. Seus usuários preferem uma navegação sem complicações pelo aplicativo, por isso é melhor manter a aparência original da GUI.

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

Quando as empresas falham em perceber as necessidades reais do usuário e inventam 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 a serem incorporados. Para isso, faça uma pesquisa completa de usuários e de mercado.

Entenda o que seus usuários-alvo esperam do design de seu aplicativo – tempo de resposta instantâneo, navegação suave entre os controles, fácil leitura 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 recursos 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 converteriam instantaneamente em um aplicativo medíocre. Um número menor de recursos (os principais, é claro) resolveria o problema.

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 toque.

4 O Terror do Pergaminho

Editores de revistas e jornais e anunciantes viveram no horror perpétuo do “rebanho”. Quando os aplicativos móveis se tornaram populares, o “horror dobrado” 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 tornou-se cada vez mais importante criar um layout de web responsivo e mais longo, onde as principais ações não deveriam ficar abaixo da dobra, ou melhor, bater em um local onde as pessoas pudessem rolar facilmente e encontrá-lo.

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 chamada para ação 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 o usuário a uma nova página.

Eles clicam nele, mas quando não acessam a 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 mais.

Revele os botões de rádio sempre que 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 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 indo direto ao projeto

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 sempre tenham o usuário final em mente.

Isso também ajudaria a determinar de onde vêm os usuários, quais são seus interesses e onde estão. Portanto, ao projetar os fluxogramas, é imperativo decidir sobre os objetivos do usuário e do negócio e se isso será alcançado 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 ‘Recursos 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 atarraxar ou desatarraxar.

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 com hiperlink leva você para outra página. Affordance permite que um usuário faça algo que possa entender facilmente.

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

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 todos os usuários não são 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ótulos e instruções adequados.

9 Ausência do Tipo Certo de Caixas de Diálogo

Na usabilidade do diálogo de um aplicativo da web, é obrigatório informar aos usuários sobre 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 na dúvida. Portanto, ao criar um aplicativo da Web, certifique-se de que a caixa de diálogo não oculte as 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 determinada página após digitar 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 nosso boletim informativo diário 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 os formulários e, quando há um erro neles, é obrigatório informar 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 com antecedência que tipo de promoção se aplica 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. Ambigüidade- Não deixar claro 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 gentilmente, para que eles sejam solicitados a tentar novamente.
3. Posicionamento inadequado 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 logo acima 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 eles possam 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 inserir valores padrão nos campos de entrada do formulário. As pessoas examinam os formulários rapidamente para verificar quanto tempo levarão para preenchê-los e, se já houver um valor padrão no formulário, provavelmente seguirão em frente e preencherão os outros.

Não ter padrões inteligentes pode tornar o processo 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 chamada para ação

É muito importante incorporar boas cores de destaque para chamar a atenção para botões como “Compre agora”, “Inicie um tutorial grátis”, “Inscreva-se agora” etc. botões cruciais de chamada para ação.

A cor de destaque deve ser brilhante o suficiente para atrair a atenção, mas não irritante e perturbadora. Verifique se a cor de destaque complementa 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 fizer alterações no design, certifique-se de testá-lo completamente para ver o quão eficaz seria.

O design do aplicativo é um diferencial para o sucesso e, com milhares de aplicativos lançados todos os dias, apenas alguns deles obtêm aprovação. Práticas inadequadas podem levar a erros fatais no design de UX/UI, e todos os esforços de tantas pessoas vão para o 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) direto na loja.