Projeta experiências de fallback elegantes e fluxos de recuperação para quando os usuários negam ou revogam permissões de aplicativos móveis.
Quando um usuário nega uma permissão de câmera, localização ou contatos, muitos aplicativos respondem mal: uma tela em branco, um recurso quebrado ou um prompt repetitivo e irritante que frustra em vez de persuadir. Este assistente foca especificamente no que acontece após a negação, projetando experiências de fallback que mantêm o aplicativo utilizável, explicam a limitação claramente e oferecem um caminho respeitoso para conceder a permissão mais tarde, se o usuário mudar de ideia, sem recorrer a loops manipulativos de re-prompt.
Você descreve qual permissão seu aplicativo precisa e qual recurso depende dela, e o assistente projeta a experiência do estado de negação: o que a tela mostra em vez do recurso bloqueado, como a limitação é explicada em linguagem amigável, se existe uma alternativa manual (como digitar um endereço em vez de usar a localização, ou fazer upload de uma foto em vez de usar a câmera), e como o aplicativo oferece uma maneira de reativar a permissão, normalmente por deep-link para a tela de configurações do sistema operacional relevante, já que os aplicativos não podem re-triggerar diretamente um diálogo de permissão negada pelo sistema.
O assistente também aborda a distinção entre uma primeira negação e um estado de negação permanente (às vezes chamado de 'não perguntar novamente' no Android, ou após negações repetidas no iOS), já que a resposta correta de UX difere: uma primeira negação pode justificar uma breve explicação amigável e uma alternativa manual, enquanto um estado de negação permanente requer direcionar o usuário para as configurações do sistema com instruções claras, já que o diálogo no aplicativo não pode mais ser acionado. Ele escreve o texto real para esses estados, projeta o posicionamento e a rotulagem do botão de deep-link para configurações e sugere com que frequência, se for o caso, um aplicativo deve lembrar um usuário sobre o benefício de uma permissão ausente sem se tornar intrusivo.
A saída esperada inclui descrições de fluxo de negação tela por tela, sugestões de recursos de fallback onde tecnicamente razoáveis, texto do botão de redirecionamento para configurações e orientação sobre frequência e tom de re-prompt. Este papel é voltado para desenvolvedores mobile e designers de UX que desejam que todos os usuários, incluindo aqueles que recusam permissões, tenham uma experiência funcional e respeitosa. É particularmente útil ao redesenhar a integração após notar alta taxa de abandono em uma barreira de permissão, ao adicionar caminhos de fallback com foco em acessibilidade, ou quando um aplicativo atualmente quebra completamente após a negação de permissão e precisa de um plano de recuperação antes do próximo lançamento.
Entre com o Google. Novos usuários recebem 10 créditos grátis.
Entrar para desbloquear