O termo "higiene de usabilidade" foi introduzido pela primeira vez pelo Google no contexto das noções básicas que precisam ser abordadas para evitar a frustração do usuário.

Neste artigo, veremos seis áreas principais do design móvel para as quais você deve prestar atenção, a fim de criar uma experiência de usuário positiva.

1. Garantir que o conteúdo seja acessível quando o usuário não tiver conexão com a Internet

De acordo com uma pesquisa recente do Google, 34% dos usuários preferem um aplicativo em um site para celular quando têm uma conexão de internet ruim. Quando abrem um aplicativo, esperam ver muito conteúdo, independentemente de estarem conectados à Internet ou não. É vital tornar o conteúdo principal acessível mesmo quando há pouca ou nenhuma conexão de dados. Se o conteúdo não estiver lá, os usuários ficarão frustrados e mudarão para um aplicativo diferente, que faz um trabalho melhor de armazenar em cache as informações que desejam ver.

Abaixo está um exemplo de como o Apple Maps (à esquerda) e o Google Maps (à direita) usam seu cache. O Google Maps lembra o último local e contém uma quantidade impressionante de detalhes do mapa no cache, enquanto o Apple Maps não mostra absolutamente nada. Não há muito o que falar sobre a experiência offline da Apple Map.

001

2. Design para cada plataforma móvel nativa

Um grande fator para tornar o UX móvel do seu aplicativo mais interessante é a interface do usuário. Hoje, a maioria dos desenvolvedores deseja distribuir seus aplicativos em várias plataformas. Ao planejar seu aplicativo para várias plataformas, lembre-se de que cada plataforma tem sua própria linguagem visual - um conjunto distinto de convenções e estilos que devem ser seguidos.

Por exemplo, existem elementos globais, como uma barra de status e um cabeçalho, que aparecem em todas as páginas do seu design. A diferença entre as duas plataformas parece bastante insignificante - tamanho ligeiramente diferente, alinhamento de texto de título diferente (no Android, o texto é alinhado à esquerda, enquanto que para iOS é centrado) e fontes (Roboto no Android, San Francisco no iOS), mas você deve não altere nenhuma dessas configurações se quiser que o aplicativo pareça nativo.

002

O mesmo vale para botões e outros controles - botões de opção, caixas de seleção, campos, switches - todos os componentes funcionais devem dar uma sensação nativa. Se você replicar elementos de uma plataforma para outra, corre o risco de comprometer a experiência e a conversão do usuário. As diferenças são pequenas o suficiente para você progredir com um design, mas essas diferenças sutis são essenciais para uma aparência nativa.

003

Se você quiser personalizar os elementos da interface do usuário no seu aplicativo, personalize-os cuidadosamente de acordo com sua marca e não de acordo com as convenções de uma plataforma diferente.

3. Nada no seu aplicativo deve ser um beco sem saída

Projetar um UX é projetar para fluxo e fluxo é, na maioria dos casos, avançar para atingir uma meta. Você deve evitar a criação de páginas sem saída em seus aplicativos, pois becos sem saída criam confusão, bloqueiam os usuários a caminho da meta e levam a ações adicionais e desnecessárias. Pegue uma tela de estado de erro do Spotify como um exemplo. Ele simplesmente não ajuda os usuários a entender o contexto e não os ajuda a encontrar a resposta para a pergunta: "O que posso fazer sobre isso?"

004

4. Não replique a experiência da Web para aplicativos

Os usuários esperam determinados padrões de interação e elementos de interface em aplicativos para dispositivos móveis. O que criamos na Web muitas vezes parece estranho em um aplicativo para dispositivos móveis - não é necessário porque algo está errado, mas porque é simplesmente diferente do que nossos usuários esperam ver. Um exemplo comum é o uso de texto com links sublinhados, fortemente associados a páginas da web. Abaixo está um exemplo de formulário de login do aplicativo TD Bank para iOS. Parece que eles projetam para a Web para dispositivos móveis, não para um aplicativo para dispositivos móveis: os links estão sublinhados e há até mesmo um aviso de direitos autorais na interface do usuário.

Aplicativos usam botões, não links.

005

5. Não interrompa usuários com solicitações para classificar o aplicativo

Ninguém realmente quer ser interrompido, muito menos por algo inútil enquanto está no meio de algo importante. Apesar disso, muitas vezes os aplicativos interrompem os usuários, solicitando que eles deixem um comentário. O pior de tudo é quando esse diálogo interrompe os usuários no meio da tarefa ou logo após o lançamento do aplicativo.

006

Você deve evitar interromper os usuários para pedir que eles avaliem seu aplicativo se eles o baixaram recentemente ou apenas o usaram algumas vezes. Não há nada de errado em pedir uma resenha, mas lembre-se de que você deseja proporcionar aos usuários uma excelente experiência primeiro. Aguarde até que se mostrem usuários repetidos e encontre um momento no seu aplicativo menos intrusivo. Claro, um aplicativo de tarefas para iOS é um bom exemplo: ele mostra a caixa de diálogo "Avaliar o aplicativo" depois que o usuário limpa as tarefas restantes de uma lista. Este é um ótimo momento no aplicativo: os usuários estão se sentindo bem por ter acabado de limpar sua lista de tarefas e estarão mais propensos a avaliar o aplicativo favoravelmente.

007

6. Não leve os usuários ao navegador

Mantenha os usuários no aplicativo o tempo todo. Se o seu aplicativo não tiver um recurso ou conteúdo específico, tente usar um navegador no aplicativo. mas não invoque o navegador do smartphone ou você fará com que os usuários percam a trilha e não retornem ao aplicativo. Isso aumentará o abandono e reduzirá a conversão.

008

Quando um usuário clica no link "Esqueceu a senha?" No aplicativo do Facebook, o aplicativo solicita que o usuário inicie o navegador para executar essa ação.