Como projetar um Wizard
2009
O que são Wizards?
Wizards guiam o usuário através de vários passos, realizando as tarefas em um ordem definida. Um Wizard pode ser implementado de diversas maneiras. A forma mais usual inclui uma série de telas, onde o usuário passa de uma para outra seqüencialmente. A estrutura de um Wizard pode ser linear (A) ou possuir saltos ou ramificações (B), em qualquer um dos casos deve ser dada a opção de voltar. Há também a possibilidade de se implementar em apenas uma tela, onde os passos vão sendo habilitados ou mostrados à medida que os campos são preenchidos. Nesse último caso, diferentes passos podem ser identificados com títulos.
Quando usar Wizards?
- A tarefa é longa ou complicada e não há necessidade do usuário possuir um controle fino sobre ela.
- O usuário precisa completar os passos em uma determinda seqüência.
- Os passos necessários para chegar a um objetivo final podem variar de acordo com as decisões anteriores.
- O usuário não possui conhecimento técnico necessário para completar a tarefa.
- A tarefa é complexa e é formada por diversas subtarefas dependentes entre si.
Quais são as Vantagens?
- Guia o usuário, decisões são vistas muitas vezes como um peso pelos usuários.
- A divisão da tarefas faz com que o usuário se preocupe apenas com um passo de cada vez, simplificando o trabalho.
- A tarefa é completada com um número menor de erros.
Quais são as Desvantagens?
- A estrutura do Wizard é rígida.
- Usuários mais avançados podem sentir falta do controle.
O que evitar?
- Propósito não claro – O usuário precisa ser lembrado do propósito do Wizard. Cada tela precisa ser adequadamente rotulada.
- Muitas Telas – Wizards muito longos tendem a ser muito monótonos, os usuários desistem no meio.
- Telas muito Longas – Um dos propósitos dos Wizards é simplificar as tarefas, e telas muito longas fogem desse objetivo.
- Jargão Técnico – Deve ser usada uma linguagem acessível ao usuário, pois esse não pode tomar boas decisões em cima do que não entende.
- Falta da Opção Cancelar – Os usuários devem poder desistir do Wizard sem que nada seja feito. O botão “cancelar” deve estar presente.
O que incluir?
- Dividir as Tarefas Logicalmente – As tarefas devem ser quebradas de forma a ficarem confortáveis aos usuários. Isso pode ser feito observando-se como esse completam suas tarefas.
- Informar o Progresso do Usuário – Os usuários precisam ter uma idéia do progresso já realizado. Pode ser exato ou aproximado, pois muitas vezes não é possível determinar o número exato de passos.
- Indicar Campos Obrigatórios – precisa estar claro todos os campos que precisam ser preenchidos, principalmente quando alguns forem opcionais. Especialmente útil no preenchimento de formulários.
- Resumir os Dados dos Wizard – No final do Wizard pode ser mostrado uma tela com o resumo de todas as escolhas feitas.
- Incluir Aviso de Saída – Se a saída do Wizard ocasionar perda de dados, uma confirmação pode ser adicionada. Isso pode se tornar irrelevante se o usuário ao começar novamente o Wizard, as informações anteriormente fornecidas não são perdidas.
- Incluir Métodos Alternativos para Completar a Tarefa – Que o Wizard não seja a única forma de completar a tarefa, é uma recomendação vista muitas vezes. Não que essa recomendação seja inválida, mas deve ser decidido caso a caso. Muitas opções ao usuário muitas vezes causam apenas problemas e confusão.
Fontes:
Designing Interfaces – Wizard
Crafting a wizard
Design Patterns – Wizard
Welie.com Wizard





![Verifique o meu feed [Valid RSS]](/images/valid-rss.png)
Comment