Recursos do software
Um software de design de aplicativos é útil quando uma ideia de tela precisa de mais do que um esboço visual. Comece decidindo se você precisa mapear uma tarefa, definir padrões de interface reutilizáveis ou preparar decisões para uma equipe de produto; depois, escolha um fluxo de trabalho no navegador que dê suporte ao trabalho que você consegue avaliar.
A diferença é uma questão de escopo: você está explorando uma direção ou tomando decisões de interface que precisam funcionar em várias telas? A comparação abaixo ajuda você a escolher.
Um processo de design de aplicativos focado em software vale a pena quando ajuda você a tomar decisões interligadas, e não apenas a desenhar uma tela mais refinada.
Descreva o objetivo do usuário e, depois, trace o caminho pelas telas, da entrada à conclusão. Uma tela de boas-vindas pode parecer convincente sozinha, mas o desafio do design de aplicativos fica claro quando a próxima ação, um erro e um caminho de volta também precisam fazer sentido.
Registre as mesmas decisões de navegação, rótulos, espaçamento e estados de feedback sempre que se repetirem. Isso transforma um conjunto de telas atraentes em uma especificação de interface consistente que um colega de equipe pode revisar.
Analise uma tarefa realista em cada tela: alguém consegue encontrar a ação principal, entender o que mudou e se recuperar de um erro? Registre as questões em aberto em vez de apresentar um rascunho visual como um produto testado.
Use esta tabela como uma lista de verificação inicial. Ela compara duas maneiras de abordar o trabalho, não listas de recursos verificados de um produto específico.
| Ponto de partida geral no navegador | Processo de design de aplicativos focado em software | |
|---|---|---|
| Primeira entrada | Uma ideia inicial de tela ou referência visual | Um objetivo do usuário e a tarefa que precisa ser realizada |
| Escopo inicial | Uma tela para explorar uma direção | Uma pequena sequência, incluindo o que acontece depois |
| Navegação | Sugerida pela composição | Definida e conferida com o percurso do usuário |
| Elementos repetidos | Considerados à medida que o rascunho evolui | Documentados para manter a consistência entre as telas |
| Estados | Geralmente começam pela visualização padrão | Incluem questões sobre estados vazios, erros e conclusão |
| Pergunta para avaliação | A direção comunica a ideia? | Alguém consegue concluir a tarefa pretendida? |
| Próximo passo | Escolher uma direção promissora para desenvolver | Identificar o que precisa de testes ou de detalhes de implementação |
Um processo de design que começa pelo navegador pode ajudar a organizar decisões, mas um rascunho de tela não é um teste de usabilidade, um aplicativo funcional nem uma garantia de que determinada ferramenta ofereça todos os recursos de que você precisa.
Você precisa mostrar a primeira tarefa no celular antes de discutir a implementação.
Um modelo pode ajudar você a examinar a estrutura das telas, mas substitua o conteúdo de exemplo pelo objetivo real do usuário e verifique o fluxo completo.
Você tem uma direção visual, mas ainda não há consenso sobre a navegação nem sobre o comportamento em caso de erro.
Mapeie os estados que faltam antes de refinar os detalhes; um fluxo de criação pode ajudar você a explorar possibilidades, mas não define sozinho as regras do produto.
A equipe precisa distinguir uma proposta visual de uma especificação de implementação.
Analise em conjunto os fluxos, os rótulos e as questões de comportamento ainda sem resposta. Depois, registre as restrições técnicas separadamente.
Você está refinando os componentes enquanto a tarefa mais ampla continua indefinida.
Separe o estilo da interface da navegação e da lógica de tarefas do aplicativo para que uma coisa não seja confundida com a outra.
Acesse o ponto de entrada no navegador com um objetivo do usuário em mente. Esboce a primeira tela, o que vem depois dela e as perguntas que um colega precisaria responder antes de tratar o rascunho como um plano. Confira os recursos disponíveis no produto de destino, em vez de presumir que há um download para desktop ou uma opção específica de exportação.
Procure uma forma de examinar mais de uma tela, manter a consistência das decisões recorrentes de interface e analisar o que acontece quando uma tarefa é concluída ou falha. Confirme no site da própria ferramenta qualquer recurso específico de colaboração, prototipagem ou exportação antes de contar com ele.
Não necessariamente. Começar pelo navegador pode ajudar você a planejar telas e fluxos sem pressupor a existência de um aplicativo para desktop; consulte os requisitos atuais do destino para entender como ele funciona na prática.
Um mockup mostra uma tela em um determinado momento. Um processo de design de aplicativos focado em software também considera como alguém chega a essa tela, qual ação vem em seguida e quais padrões ou estados precisam permanecer consistentes.
Um rascunho oferece algo concreto para avaliar, mas não comprova que as pessoas conseguem concluir uma tarefa. Peça a alguém que não conhece o design para percorrer um cenário realista e depois revise as etapas que causarem confusão.
Escreva uma frase descrevendo o que o usuário quer fazer e esboce a primeira ação que ele tomaria. Adicione a próxima tela apenas quando conseguir explicar por que ela é necessária; isso mantém o escopo inicial administrável.