Mensagens de progresso - Experiência do usuário

Question

Ao exibir barras de progresso, você exibe mensagens genéricas, como:

• "Trabalhando"
• "Carregando"
• "Em andamento"

Ou é o esforço de codificação adicional que vale as melhorias da experiência do usuário resultantes de mensagens mais granulares, como

• "Caso de carregamento 2 de 5"
• "Equipes de carregamento"
• "Salvando Pol10283"

Além disso, se você codificar mensagens granulares, você as controla dos objetos aos quais eles pertencem, ou para uma visão / módulo mais ampla nos quais os objetos estão carregando?

Marca

Answer 1

Ele faz uma melhoria significativa na usabilidade se você fizer uma mensagem ao usuário uma idéia de quanto tempo resta até a tarefa se terminar.

Portanto, algo como "Processamento Item 2 de 5" é definitivamente melhor do que apenas "processamento".

Eu também recomendo evitar as barras de progresso do que subir até então, então basta começar de novo e de novo e de novo. Isso é apenas para provocar usuários. Parece: "Isso será feito em um minuto. Bem, talvez em mais um minuto. Em mais um minuto".

Answer 2

Se for uma tarefa que você não conhece a duração (sem contagens ou loops para contar), uma mensagem ou informação genérica, a etapa específica está bem, mas eu tendem a experimentar a porcentagem concluída ou "Caso 2 de 5" .

Isso fornece uma indicação melhor da tarefa real que está sendo executada.

Answer 3

Avaliar o "valor" é bastante difícil. Falando como usuário, eu verdade Gostaria de saber o que está acontecendo. Por isso, tendem a tentar implementar esses detalhes.

Eu desacoplaria a visualização dos detalhes reais do processamento (que podem envolver objetos que a visualização realmente não deveria saber) e usar um tipo de quadro de avisos no meu modelo. Eventos interessantes podem ser publicados lá, e a visão pode buscá -los.

Answer 4

O feedback que você recebe da segunda opção pode ser inestimável para rastrear bugs imprevistos. Em termos de qual opção escolher, eu iria para o segundo, pois isso me permite dar à vista mais ampla um tópico separado. Portanto, se os objetos falharem no carregamento, pelo menos eu tenho um mecanismo de uso geral para reagir ao problema.

Answer 5

(1) Acredito que os usuários preferem mensagens mais granulares, em geral. No entanto, você precisa fazer uma análise de tarefas mais detalhada. Você precisa perguntar: qual a importância de cada tarefa para eles, cada etapa de uma tarefa para eles?

"Caso de carregamento 2 de 5" "Equipes de carregamento" "Salvando Pol10283" etc são finas em uma planta química etc.

Mas em um aplicativo simples, eles podem não ser tão importantes.

(2) Em relação à pergunta 2, concordo com o DJNA acima. As mensagens devem estar no objeto (negócios/domínio). Seu chamador/cliente (geralmente controlador ou visualização/apresentação) deve obtê -los dos objetos.