Fundador trabalhando sozinho
Você precisa apresentar um conceito de agendamento antes de definir as regras do serviço.
Mantenha o fluxo geral do modelo e, em seguida, sinalize para revisão as suposições sobre disponibilidade e cancelamento.
Pontos de partida para dispositivos móveis
Procurando modelos gratuitos de design de aplicativos móveis? Um modelo pode dar estrutura às telas do seu design de aplicativos, mas não pode decidir quais tarefas, conteúdos e estados são importantes para seus usuários. Use-o como um rascunho para testar, não como um produto finalizado.
O valor de um modelo está na estrutura que ele permite avaliar. Analise a tela antes de dedicar tempo ao acabamento visual.
Defina a ação que a tela deve permitir, como agendar um horário. Escolha um modelo com um fluxo de informações semelhante, em vez de um que apenas tenha cores atraentes.
Escreva rótulos, textos de botões e exemplos de itens realistas. Isso revela áreas apertadas e opções pouco claras que o texto provisório pode esconder em um rascunho de design de aplicativos.
Esboce o que aparece antes de os dados carregarem, quando uma lista está vazia, após um erro e após uma ação bem-sucedida. A tela principal bem-acabada de um modelo raramente contempla todos os estados.
Pontos de partida diferentes resolvem problemas diferentes: encontrar um layout, estruturar uma tela ou decidir quais recursos de design você precisa.
Use esta comparação passo a passo para decidir se um modelo atende à tarefa antes de refazer seus detalhes.
| Caminho com modelo | Caminho a partir de uma tela em branco | |
|---|---|---|
| Primeiro passo | Encontre um layout organizado em torno de uma tarefa semelhante do usuário. | Liste a tarefa, as informações necessárias e a ação principal. |
| Estrutura da tela | Analise a hierarquia predefinida e remova os blocos irrelevantes. | Organize o conteúdo por importância antes de adicionar elementos decorativos. |
| Conteúdo | Substitua todos os rótulos e imagens de exemplo por conteúdo plausível. | Escreva rótulos reais enquanto define o layout. |
| Estados da interação | Adicione as telas ausentes de estado vazio, erro, carregamento e sucesso. | Planeje esses estados junto com a tela padrão. |
| Consistência visual | Verifique se a tipografia, o espaçamento e os controles herdados ainda são adequados. | Defina um pequeno conjunto de regras reutilizáveis ao longo do trabalho. |
| Mais adequado | Útil quando a tarefa corresponde de perto a um padrão existente. | Útil quando o fluxo ou o conteúdo é muito específico. |
Um modelo para dispositivos móveis pode acelerar a primeira versão, mas suas lacunas dependem de quem usará a tela e do que acontece após a ação principal.
Você precisa apresentar um conceito de agendamento antes de definir as regras do serviço.
Mantenha o fluxo geral do modelo e, em seguida, sinalize para revisão as suposições sobre disponibilidade e cancelamento.
Uma tela de conta para dispositivos móveis precisa corresponder a um sistema de componentes existente.
Use o modelo como uma lista de verificação de conteúdo, não como fonte da tipografia ou dos controles finais.
Você quer entender por que um padrão de navegação de exemplo funciona.
Recrie um fluxo com conteúdo realista e compare como cada caminho altera a tela.
Várias pessoas estão analisando a mesma direção inicial de design de aplicativos.
Entrem em acordo sobre a tarefa principal e os estados ausentes antes de discutir cores ou imagens.
Estas são referências ilustrativas, não uma transformação documentada nem um resultado gerado. Compare a hierarquia e avalie se a direção para dispositivos móveis deixa espaço para rótulos reais, telas menores e estados não padrão.
Referência de estruturaDireção do modelo para dispositivos móveisAntes de continuar o design de aplicativos, anote o objetivo do usuário, a ação principal da tela e um estado que o modelo não mostra. Leve esse briefing ao ponto de entrada no navegador e confira quais opções estão disponíveis lá.
Comece pela tarefa do usuário e procure um layout com um fluxo semelhante. Substitua o conteúdo de exemplo imediatamente para verificar se a estrutura ainda funciona para a sua tela.
Geralmente, não por si só. Um modelo pode ilustrar uma tela principal, mas seu aplicativo também exige decisões sobre navegação, acessibilidade, conteúdo e estados vazios ou de erro.
Altere os rótulos, os dados de exemplo e a ação principal antes de ajustar as cores. Um conteúdo realista facilita a identificação de problemas de espaço e hierarquia.
Você pode usar um modelo como referência ao planejar e revisar uma tela no navegador. A possibilidade de importar ou editar um arquivo de modelo específico depende da ferramenta e do formato do arquivo; verifique esses detalhes antes de optar por ele.
Compare a ação principal, a ordem do conteúdo e a navegação do modelo com a tarefa que seu usuário precisa concluir. Se você tiver que substituir a maior parte do fluxo, começar com uma tela em branco pode ser mais claro.