Onboarding móvel sem o labirinto dos tutoriais

O onboarding móvel tem uma função limitada: ajudar uma pessoa a passar da abertura de uma aplicação à conclusão de uma primeira ação relevante. Não precisa de explicar todos os ecrãs, gestos ou definições. Quando a orientação da primeira utilização tenta abranger todo o produto, a explicação transforma-se noutra interface que as pessoas têm de aprender antes de chegarem à interface que pretendiam utilizar.

Uma abordagem melhor trata o onboarding como parte do percurso no produto, em vez de o tratar como uma lição colocada antes desse percurso. O desafio de conceção consiste em escolher aquilo de que uma pessoa precisa agora, aquilo que pode esperar e a forma como a aplicação deve responder quando essa pessoa segue um caminho diferente. Isto exige um contrato inicial reduzido, uma gestão clara do estado e percursos de recuperação deliberadamente concebidos.

Definir o primeiro resultado útil

Comece por identificar o resultado mais pequeno que demonstre o valor central da aplicação. Deve ser um estado concreto do produto, não um objetivo vago, como compreender a interface. Consoante o produto, um resultado hipotético pode ser guardar um item, criar um espaço de trabalho básico ou concluir uma tarefa específica. A escolha certa depende daquilo que a equipa consegue suportar sem exigir uma configuração não relacionada.

Quando esse resultado estiver claro, trabalhe de trás para a frente para identificar as ações e informações mínimas necessárias. Tudo o resto passa a ser candidato a uma descoberta posterior. Isto não significa ocultar controlos importantes. Significa colocar as explicações junto das decisões que essas explicações apoiam, em vez de as apresentar antes de a sua relevância ser visível.

• Identifique uma ação relevante que possa servir de base à primeira sessão.
• Remova a configuração que não apoia diretamente essa ação.
• Explique escolhas pouco familiares no ponto em que afetam o progresso.
• Disponibilize um caminho de regresso visível quando um passo opcional for ignorado.

Ensinar através de um percurso contínuo

Um tutorial pede frequentemente a uma pessoa que memorize instruções antes de as utilizar. A orientação integrada adota uma abordagem diferente: associa a explicação a uma ação disponível. Uma etiqueta curta pode esclarecer a escolha imediata, enquanto o estado resultante da interface confirma o que aconteceu. Isto mantém as instruções ligadas ao contexto e reduz o número de conceitos que competem pela atenção.

Mapeie a sequência como um único percurso, incluindo entrada, ação, resposta e passo seguinte. Cada transição deve responder a uma pergunta prática: o que mudou, porque é importante e o que pode acontecer a seguir? Se um ecrã existir apenas para descrever um ecrã posterior, considere se essa explicação pode ser aproximada do controlo relevante. Mantenha um passo explicativo separado apenas quando agir sem esse passo criar um risco relevante ou uma ação difícil de reverter.

Revelar a complexidade em momentos úteis

A divulgação progressiva significa mostrar informações e controlos à medida que se tornam relevantes, em vez de expor todo o sistema de uma só vez. No onboarding, pode separar as escolhas essenciais da primeira utilização das preferências que só importam depois de uma pessoa adquirir contexto. A contrapartida é a facilidade de descoberta, pelo que as funcionalidades adiadas continuam a precisar de locais estáveis e compreensíveis na interface habitual.

Utilize pontos de controlo para decidir quando se justifica mais orientação. Um ponto de controlo é um estado do produto no qual a aplicação consegue determinar o que foi concluído e apresentar uma opção seguinte adequada. Não deve impor um único caminho quando vários são válidos. Em vez disso, pode reconhecer o progresso, oferecer uma ação seguinte e permitir que uma pessoa saia sem perder o trabalho concluído.

1. Identifique a decisão que o passo atual pede a uma pessoa que tome.
2. Verifique se essa decisão é necessária para o primeiro resultado útil.
3. Adie os detalhes opcionais para o ecrã onde se tornam acionáveis.
4. Preserve o trabalho concluído se o percurso for interrompido ou abandonado.
5. Torne clara a próxima ação válida sem bloquear caminhos alternativos.

Tratar a configuração como um estado controlado do produto

O onboarding pode interagir com contas, permissões, informações importadas ou outro dispositivo, mas essas condições devem ser verificadas na implementação real do produto. O estado do produto corresponde às informações armazenadas que determinam o que a interface deve mostrar, como o facto de a configuração estar incompleta ou de ter sido feita uma escolha obrigatória. Esse estado precisa de um responsável explícito e de regras de transição claras.

Conceba a resposta a interrupções e à conclusão parcial antes de aperfeiçoar o texto instrutivo. Se a configuração depender de outra interface ou da resposta de um sistema, decida o que a aplicação deve apresentar durante a espera, após uma recusa ou quando o estado armazenado não corresponder ao ecrã visível. O objetivo não é prever todas as falhas. É impedir que a incerteza faça uma pessoa regressar a um início sem explicação.

• Registe a conclusão em função de tarefas relevantes, em vez de utilizar um único indicador de conclusão.
• Distinga a configuração obrigatória da personalização opcional no modelo de estado.
• Defina o que acontece quando interfaces relacionadas comunicam estados contraditórios.
• Permita repetir um passo falhado sem repetir o trabalho já concluído.
• Disponibilize um caminho claro para alterar decisões de configuração anteriores.

Avaliar o percurso como um sistema funcional

Analise o onboarding através da conclusão de tarefas realistas, não através da leitura isolada de cada ecrã. Uma sequência pode conter ecrãs individuais claros e, ainda assim, produzir um percurso geral confuso. Teste várias condições plausíveis, incluindo uma conclusão direta, um passo opcional ignorado, uma interrupção e um regresso após uma configuração parcial. Estes são cenários de conceção, não pressupostos sobre a forma como todas as pessoas irão proceder.

A instrumentação é o registo do produto que guarda eventos definidos para análise posterior. Se a aplicação utilizar instrumentação, os eventos devem corresponder a decisões e estados relevantes, em vez de corresponderem a cada toque. Antes da implementação, especifique que pergunta cada evento pode ajudar a responder e evite recolher informações sem uma finalidade clara para o produto. A análise qualitativa também deve examinar a redação, a ordem do foco, a recuperação e se a orientação continua correta após a primeira utilização.

1. Percorra o caminho suportado mais curto até ao primeiro resultado útil.
2. Repita o percurso recusando ou ignorando todas as escolhas opcionais.
3. Interrompa a configuração em cada passo que altere o estado e examine o caminho de regresso.
4. Volte a abrir a orientação após a conclusão e confirme que continua a fazer sentido.
5. Remova qualquer instrução que se limite a repetir uma etiqueta ou ação visível.

Estabelecer um contrato inicial mais reduzido

Um onboarding eficaz pode ser enquadrado como um acordo limitado entre o produto e a pessoa que o utiliza. O produto pede apenas as decisões necessárias nesse momento, explica as consequências no respetivo contexto, preserva o progresso e disponibiliza um caminho de regresso. Em troca, a primeira sessão conduz a uma tarefa real, em vez de conduzir a uma visita por possíveis tarefas futuras.

O passo prático seguinte consiste em representar o atual percurso inicial como estados e transições, assinalar o primeiro resultado útil e questionar todos os passos anteriores. Mantenha aquilo que evita confusão ou erros dispendiosos. Aproxime a aprendizagem opcional do momento de utilização, defina a recuperação para estados interrompidos e verifique as dependências nas condições que o produto realmente suporta. O resultado deve ser um percurso mais curto porque as suas responsabilidades são mais claras, não porque a explicação foi simplesmente removida.