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

1 – Conheça o seu usuário

O usuário do seu programa normalmente não é você. Parece óbvio, não? Mas não é. Desenvolvedores possuem hábitos diferentes de um usuário “médio”. Por exemplo, estou digitando essa postagem em um editor de texto comum, que apenas mostra em destaque a marcação HTML. Não gosto de editores WYSIWYG (What You See, Is What You Get – O que você vê, é o que você terá), ou seja, editores visuais. Muitos cientistas odeiam o Word, usam só Latex. Se você está criando um software para desenvolvedores de Perl, um sistema de buscas usando regex fará sucesso, mas será inútil para biólogos. Ouça seu usuário, mas não faça aquilo o que ele quer e sim o que ele precisa.

2 – Mantenha o simples

Quantas vezes você não ficou perdido, procurando nas inúmeras opções apresentadas aquilo que você estava procurando? Parece difícil reduzir as opções, garanto que é mesmo. Não encha seu programa de recursos apenas porque você acha que possam ser útil. Interfaces complicadas são mais complicadas de usar e podem dificultar a vida do usuário, pois ele não consegue encontrar o que realmente precisa. A simplicidade é difícil de atingir, significa fazer escolhas. O seu software não precisa se dispor a resolver todos os problemas do usuário mas deve se concentrar em resolver um bem.

3 – Seja Consistente

Há dois tipos de consistências:

• Interna -A consistência interna significa que as partes do programa funcionam de forma esperada. Por exemplo, se o seu programa tem diversos tipos de cadastros como fornecedores, produtos,
  clientes, etc; esses cadastros devem funcionar de forma semelhante.
• Externa – diz respeito a padrões. Por exemplo, os menus de aplicações diferentes têm usualmente algumas dessas opções: Arquivo, Editar e Ajuda. Eu lhe pergunto qual a opção você acessará para:
  • Copiar um trecho de um texto?
  • Saber a versão do programa?
  • Salvar o documento que você está editando com outro nome?

  Foi fácil, não? Nem falei qual era o programa.

4 – Forneça boas mensagens de erros

As mensagens de erro devem ser positivas, indicando ao usuário o caminho a tomar. Por exemplo, em uma busca no banco de dados pelo nome Felipe Santos, a pessoa cometeu um erros de digitação e escreve Felipe Snatos. Uma mensagem do tipo “Felipe Snatos não foi encontrado na tabela TP_CLIENTES” é inadequada. Seria melhor algo assim “Não consegui encontrar o cliente Felipe Snatos, você quis dizer Felipe Santos?”.

5 – Não puna o usuário pelos erros cometidos

Os dados e o trabalho do usuário são sagrados, faça tudo para que eles não sejam perdidos. Um sistema de desfazer as operações é essencial para a maioria dos programas e confirme todas as operações que são destrutivas, como sair do programa sem salvar o documento.

6 – Preste atenção nas cores e fontes

A interface gráfica precisa ser facilmente lida, as cores precisam de um bom contraste entre si e as fontes precisam ser escolhidas com critério. Nada de usar fontes rebuscadas, escolha fonte simples como Times New Roman, Arial e Verdana.

7 – Sistema de Ajuda e Documentação

O seu software precisa de um sistema de ajuda. Inclua vários tipos de ajuda contextual, para guiar o usuário durante o uso do sistema. No sistema global, não liste apenas os diversos recursos existentes, mas também explique como executar tarefas específicas. A documentação pode ter vários níveis de detalhamento. Ninguém gosta de ler manuais extensos, seja breve e claro. Inclua um guia rápido de como usar as principais funções do seu programa.