it-swarm-pt.tech

Como você sabe quando uma interface está completa?

Significa que um teste de usabilidade mede se uma interface atende aos objetivos que define, mas apenas testa o que está presente. Como sei quando uma interface está concluída? Significa um teste ou medida de completude, condicionamento físico etc.

NOTA: Se você não consegue encontrar uma resposta, poste pelo menos uma resposta de um componente completo da interface e por que ele é completo com base na sua experiência.

Se você tiver dúvidas, basta perguntar - obrigado!

6
blunders

Os minimalistas diriam "quando não houver mais nada a remover" :-)

Ok, agora, sério, uma interface está completa quando satisfaz todas as metas que você definiu para ela - por isso, se você não tem metas mensuráveis, não pode medir a integridade - afinal, você não pode medir a aptidão sem saber o que deveria para encaixar.

Um bom exemplo de objetivos seria: "habilitar o usuário a executar X, Y e Z em menos de 1 minuto, com uma taxa de sucesso de 90%"; tudo o que resta é fazer com que os usuários se sentem na frente do computador e pergunte a eles para executar X, Y e Z se mais de 90% puderem executar todas as tarefas em menos de um minuto.

Outros bons exemplos são "aumentar a taxa de conversão em 50%" ou "reduzir o abandono do cliente em 10%" etc.

Um mau exemplo é "aumentar a taxa de conversão"; neste exemplo, você nunca pode declarar a interface completa - sempre haverá mais opções para testar e pequenas melhorias para executar.

15
Nir

Eu acho que "completo" é uma definição problemática, mas acho que sei o que você está buscando (veja minha definição na parte inferior).

Vamos abrir com um exemplo fácil - olhando para carros, o que é uma interface de usuário completa?

  • Um volante para dirigir
  • Pedais de gás/freio (e freio manual)
  • Transição de marcha (automática ou mudança)
  • Luzes, chicotes, etc.

Que tal um rádio/CD player? A interface do carro está incompleta sem ele?

Estritamente falando - não! Não é uma funcionalidade vital para dirigir, mas ainda assim a maioria das pessoas nunca consideraria ter um carro sem rádio (a menos que seja um carro de corrida, por exemplo).

Que tal uma geladeira de bebida gelada?
A maioria das pessoas não pensaria que um carro normalmente teria um ... mas e se o carro fosse de fato uma limusine? Então, sem uma geladeira, não seria realmente uma limusine agora, seria ?!

Meu argumento - "completo" refere-se às necessidades e expectativas de seus usuários-alvo.

Portanto, uma das principais coisas que você deve fazer é abordar seus usuários em potencial e perguntar:
"Ei, eu criei um aplicativo de gerenciamento de projetos/contabilidade/design/CRM/etc. , o que você gostaria? para permitir que você faça? Quais são os principais recursos em seus olhos? Se não houver _ ___ você ainda o consideraria ? "

Se você tiver todos os cenários e recursos implementados, faça seu teste de usabilidade regular para verificar se os usuários podem realizar todas as coisas que você implementou para eles (com base em suas solicitações e expectativas).

8
Dan Barak

Uma interface é uma jornada, não um destino; )

Sério, porém, uma interface está realmente concluída? Se você pode melhorar, sem fazer com que o usuário fique desorientado, melhore. Olhe para a página inicial do Google, ela está passando por pequenos ajustes constantes desde o primeiro dia.

Às vezes, as melhorias não se tornam óbvias (para o usuário ou designer) até que o sistema esteja em uso por um tempo. Ou as expectativas e os requisitos dos usuários podem evoluir com o tempo.

Então, sempre pensando que sua interface está "concluída" está mudando rapidamente seus usuários.

5
Dhaust

Uma interface está completa quando o usuário diz que está.

Acredito que muitas das respostas foram contornadas por isso, mas nenhuma acertou na cabeça. Sim, seus objetivos são importantes, mas mais importante é como as pessoas realmente usam o seu programa como ele. Você precisa fazer testes de usabilidade consistentes para produzir uma interface completa. Período. Se você não obtiver informações comportamentais do usuário, estará criando um produto com base em suas suposições. Os fatos são sempre melhores. Não ouça o que eles querem; veja o que eles fazem no ambiente em que usam seu produto. Só então você verá o que precisa ser aprimorado. Lembre-se de que seu produto precisa estar em conformidade com as expectativas dele. As pessoas não gostam de aprender novos processos, então não tente forçá-los.

Eu gosto do exemplo do carro, mas você também precisa conhecer seu público. Pessoas diferentes exigem necessidades diferentes; idosos precisam de mais assistência visual, por exemplo. Basicamente, quando seus usuários dizem que tudo funciona exatamente como eles esperariam, então você está pronto.

2
Kevin G

Eu concordo com @ David. Os testes de usabilidade e as revisões de projeto são todos agradáveis. Mas você realmente precisa "viver com" um design por um tempo e ver como ele funciona com dados reais. Nomes longos, casos de uso que deixam você se perguntando quem o usaria dessa maneira?

A melhoria é contínua e contínua. Precisa mudar. Recursos que pareciam centrais e importantes caem no esquecimento. Os usuários falham (em massa) em captar as diferenças mais óbvias. Sim, você pode (e deve) descobrir alguns deles testando. Mas não sempre.

0
CoffeeDawg