Entrevista com o Guru de Usabilidade na Web,
Jakob Nielsen
Neste artigo, vamos nos concentrar na usabilidade da Web e, mais especificamente, nas opiniões do renomado especialista em usabilidade Jakob Nielsen .
Ele tem sido chamado de “o guru da usabilidade de páginas da Web” pelo New York Times e “o rei da usabilidade” pela Internet Magazine.
Através dele Alertbox boletim informativo e useit.com site, ele tem educado centenas de milhares de web designers em todo o mundo desde 1995.
Embora suas opiniões possam ser controversas , especialmente para os web designers, ele continua sendo o principal líder no campo da usabilidade.
Recentemente, entrevistei Jakob Nielsen exclusivamente para o WDD e fiz a ele algumas perguntas que deveriam ser relevantes para todos os web designers interessados em criar sites amigáveis ao usuário.
Você pode nos contar um pouco mais sobre você e como você começou neste campo?
eu tenho trabalhou no campo da usabilidade desde 1983: meus primeiros projetos foram com interfaces de usuário somente de texto em computadores mainframe.
Eu então continuei a trabalhar principalmente em interfaces gráficas com o usuário. Por exemplo, meus alunos e eu fizemos muitos estudos sobre os primeiros softwares do Macintosh que nem sempre eram tão bons quanto as pessoas o idolatravam.
Essa experiência inicial veio a calhar mais tarde, porque os primeiros dez anos de aplicativos da Web foram notavelmente semelhantes aos antigos aplicativos de mainframe IBM 3270 em seu estilo de interação.
Em geral, é muito útil para um especialista em usabilidade ter experiência com várias gerações de computadores, porque isso permite identificar tendências maiores no comportamento humano e não ser seduzido pelas últimas modas passageiras.
A primeira década da minha carreira foi focada em dois problemas: como obter métodos de usabilidade mais amplamente usados, usando “Usabilidade de desconto” e como melhorar a usabilidade das informações online.
Como resultado, eu escrevi um dos primeiros livros sobre hipertexto em 1989 (publicado em 1990) e um método amplamente adotado livro didático sobre engenharia de usabilidade em projetos de software.
Em 1994, comecei a fazer projetos de usabilidade na Web que, felizmente, fundiam esses dois interesses em um único tópico. Acho bastante divertido que, nos primeiros tempos da usabilidade na Web, os críticos se queixassem de que você não podia aplicar métodos de usabilidade a sites, porque eles só funcionam para aplicativos de software.
Em contraste, nos últimos anos, os inimigos da usabilidade começaram a alegar que a usabilidade é tão focada em sites que os resultados não são transferidos para aplicativos, AJAX e outros. Algumas pessoas vão tomar qualquer desculpa para ignorar seus clientes.
Claro, a realidade é que a usabilidade se aplica a qualquer coisa que tenha uma interface de usuário, seja site, aplicativo, telefone celular, filmadora ou qualquer outra coisa. As orientações específicas serão diferentes, mas os princípios gerais são todos ditados pelo psicologia da mente humana , que tem sido constante por 10.000 anos.
Com o uso generalizado de banda larga nos dias de hoje, ainda precisamos considerar o peso da página e a velocidade de carregamento?
Sim, mas as restrições certamente não são tão apertadas como eram nos dias de discagem de 28,8 kbps.
As diretrizes de tempo de resposta permanecem as mesmas de sempre, porque são definidas pela maneira como as pessoas são conectadas, e não pela maneira como a Internet é conectada. Portanto, as descobertas de, digamos, testes de pilotos na Segunda Guerra Mundial ainda são válidas.
Uma das principais diretrizes é mostrar o próximo estado (por exemplo, a próxima página) com um segundo da ação do usuário (por exemplo, clicar) para que os usuários sintam a sensação de uma interação fluente, em oposição a uma sensação. de atrasos. Em um segundo, você pode baixar cerca de um megabyte em uma conexão de banda larga típica americana (e muito mais na Ásia) se tiver taxa de transferência total.
O principal problema dos tempos de resposta hoje não é o atraso no download, mas sim atrasos no servidor, pois as pessoas colocam muitos widgets e objetos dinâmicos em suas páginas.
Lembre-se: 1,0 seg. tempo de resposta, ou os usuários não sentirão que estão navegando livremente. Lembre-se também de que as opções de manipulação direta, como controles AJAX dentro da página, exigem 0,1 s. tempos de resposta para evitar a sensação de lentidão.
Na sua opinião, qual é a melhor maneira de testar a usabilidade de um site?
Siga as 3 regras básicas: obtenha clientes representativos, peça-lhes para realizar tarefas realistas, cale a boca e deixe-os falar.
Apenas você precisa de 5 usuários para descobrir insights de usabilidade suficientes para mantê-lo ocupado por meses. Mesmo que existam apenas 3 regras, elas são rotineiramente violadas em muitos estudos.
Por exemplo, é errado testar com seus amigos ou colegas. Você precisa trazer usuários externos que sejam representativos do público-alvo e que não saibam nada sobre o seu projeto. E você não pode simplesmente deixá-los brincar: eles têm que fazer tarefas reais. E, claro, você tem que evitar influenciar o comportamento deles e dar dicas sobre como usar o site.
É por isso que a regra “calar a boca” é tão importante. É claro que é melhor ter uma equipe multidisciplinar com especialistas dedicados em usabilidade para conduzir os estudos, mas equipes pequenas ainda devem fazer testes.
É barato, e desde que eles sigam a metodologia básica, os designers podem executar seus próprios estudos de usabilidade .
Como se pode testar a usabilidade de websites em dispositivos móveis?
As regras básicas são as mesmas que para quaisquer estudos. Há uma regra 4, que é executar o teste em equipamentos representativos.
Para um estudo de área de trabalho, isso significa usar um Mac ou PC e não importa muito qual escolher. Nossa maior decisão é qual resolução de tela usar. Nos últimos anos, testamos a 1024 × 768, mas agora aumentamos o tamanho de uma tela para a maioria dos estudos.
Para dispositivos móveis, é mais difícil usar equipamentos “representativos”, porque os telefones diferem muito mais do que os computadores. Dentro nossos estudos para dispositivos móveis testamos sites em todas as três principais classes de dispositivos móveis: “feature phones” (o nome paradoxal da indústria de telecomunicações para telefones de baixo custo com poucos recursos), smartphones (por exemplo, Blackberry) e telefones touchscreen (por exemplo, iPhone) .
Recrutamos uma variedade de usuários e testamos cada usuário com seu próprio telefone, que eles trazem para o estudo. Infelizmente, isso significa que precisamos testar mais usuários em um estudo para dispositivos móveis do que em um estudo para computadores, porque os problemas de usabilidade são muito diferentes para cada classe de telefone.
Idealmente, recomendo que os sites criem três versões diferentes para dispositivos móveis, devido a essas diferenças. Eu percebo que isso só é possível para os sites mais ricos. Para todos os outros, espero que eles, pelo menos, produzam uma versão móvel separada com um design otimizado para dispositivos móveis, porque a usabilidade sofre com o uso de sites otimizados para desktop em um telefone, mesmo quando isso é tecnicamente possível.
A filosofia original da Web era enfatizar o design entre plataformas, de modo que um único site pudesse ser usado em todos os lugares. Mas isso não funciona de uma perspectiva de usabilidade, mesmo quando se pode codificar o material para que ele seja exibido nos telefones.
O site será muito reduzido para um usuário de desktop ou será muito complexo para um usuário móvel. Os dois cenários de uso são tão diferentes que exigem designs diferentes.
Se quisermos realizar um teste de usabilidade acessível, qual seria a melhor maneira de fazer isso?
O único lugar onde você não deve economizar é recrutando usuários representativos , porque se você testar as pessoas erradas, você está testando se o design funciona para alguém que não vai realmente usá-lo (ou que sabe demais para ficar perplexo com problemas de usabilidade, no caso de testar pessoas de dentro de você mesmo companhia).
Todo o resto é negociável e pode ser feito a baixo custo. Eu já disse que você pode executar o estudo sozinho, então isso é “grátis”, exceto obviamente pelo custo do seu tempo, mas leva apenas algumas horas para testar os 5 usuários recomendados, e você pode realmente sair com o teste 3 se você está realmente pressionado pelo tempo.
Você não precisa de nenhum equipamento, câmeras de vídeo, espelhos unidirecionais ou software de análise. Você nem precisa de um computador, se você está testando um protótipo de papel .
Caso contrário, um laptop ou qualquer outro computador disponível funcionará e você poderá executar o teste em uma pequena sala de conferência ou até mesmo em um escritório comum.
Você tem que fechar a porta, no entanto, para evitar perturbar o usuário e proteger seu anonimato, para que você não possa testar em um cubículo. Apenas grave uma nota na porta dizendo “Teste de Usabilidade em Progresso: Não Incomodar”. (E lembre-se de descontar entre as sessões, ou as pessoas vão parar de respeitar o sinal.)
No que diz respeito à navegação no site e no blog, a navegação do breadcrumb é 'dead'?
Não, frequentemente vemos os usuários acessarem os breadcrumbs nos testes, para verificar onde eles estão em um site ou para navegar para um nível mais alto.
Então breadcrumbs são definitivamente úteis. Tão importante quanto, eles não prejudicam os usuários que não os usam. Alguns estudos descobriram que muitos usuários não usam migalhas de pão.
Mas tudo bem, porque os breadcrumbs não causam nenhum problema para esses usuários, e como eles são um elemento de design muito leve, vale a pena incluir breadcrumbs para o bem substancial que eles oferecem aos usuários que os usam.
Para os web designers, não há problema em quebrar as regras de usabilidade ao criar sites e portfólios de portfólio artisíticos?
Sim. Primeiro, a definição de arte versus design permite que você faça qualquer coisa em um projeto de arte, porque não serve a um propósito utilitário.
Embora certamente houvesse um objetivo comercial em algo como um site de portfólio, as diretrizes de usabilidade padrão ainda não seriam tão importantes, por dois motivos:
Primeiro, o público-alvo seria pessoas com habilidades na Web muito superiores (outros designers, administradores da Internet e afins). E segundo, as pessoas geralmente não fazem muito quando visitam um portfólio diferente de navegar e admirá-lo.
Assim, eles não serão tão dependentes de recursos de fácil acesso como os usuários de, digamos, um site de home banking, onde seria um desastre se as pessoas transferissem dinheiro para a conta errada.
A Amazon.com é considerada um dos principais sites de comércio eletrônico. O que o torna tão bem-sucedido e você vê algum erro de usabilidade em seu site?
A Amazon é um ótimo estudo de caso sobre a diferença entre a experiência total do usuário e a interface de usuário na tela.
Eles devem seu sucesso a muitos aspectos fora da tela da experiência total do usuário, incluindo seleção abrangente de produtos, informações e-mails de confirmação e preenchimento sólido. Eles também têm preços razoavelmente bons, embora nunca o mais baixo absoluto, o que prova que ele trabalha para competir na qualidade da experiência do usuário e não apenas no preço.
O design da tela também é bom em termos de informações ricas sobre o produto, incluindo revisões úteis de clientes. A Amazon foi uma das primeiras empresas a reconhecer que não há problema em incluir resenhas negativas: isso aumenta a credibilidade e as pessoas simplesmente compram outra coisa, para que não percam a ordem, mesmo se perderem essa venda específica.
Tudo isso dito Amazon não é um bom modelo para outros sites , porque as páginas são extremamente complexas com muitos recursos, muitos dos quais não ajudam os usuários a considerar o produto atual.
A Amazon pode se safar dessa complexidade porque a maioria dos usuários está familiarizada com o design porque faz compras lá com tanta frequência. Mas um usuário iniciante ficaria perplexo. Como a maioria dos sites não tem pessoas que fazem compras lá tanto quanto na Amazon, a maioria dos sites precisa de um design mais simples.
A Amazon também não é boa em ajudar os compradores a entender uma área de produto. Porque é uma loja tão genérica (vendendo tudo) e por causa de sua origem como uma livraria (onde realmente não existe um espaço de produto; somente livros e autores individuais) a Amazon é ótima em contar às pessoas sobre produtos individuais, mas péssimos em ensinar pessoas como eles devem pensar sobre uma categoria de produto.
Essa é a grande oportunidade para sites especializados: eles podem educar os usuários sobre sua especialidade e oferecer ferramentas otimizadas para as características desse espaço específico do produto.
A usabilidade deve ser a mesma para todos os sites, ou deve ser "personalizada" com base no público-alvo (por exemplo, um site de tecnologia versus um site de notícias)?
A usabilidade é sempre relativa a duas coisas: quem são os usuários e o que eles estão tentando realizar com a interface do usuário?
É por isso que não podemos ter apenas um design recomendado e apenas substituir o logotipo para criar um novo site.
Então, por exemplo, se as pessoas estão tentando apenas lidar com um pequeno número de coisas, você poderia simplesmente listar todas elas.
Mas se a tarefa exigisse que os usuários considerassem um grande número de opções, você precisaria de recursos para localizar, selecionar, winnow e classificar as opções, além de talvez até mesmo algum tipo de ferramenta de visualização.
Todos esses recursos seriam um exagero para, digamos, um grupo de restaurantes com 3 restaurantes, mas seriam necessários para o McDonald's localizador de localização , que também precisaria de um seletor de idiomas e outros recursos de internacionalização.
Da mesma forma, pessoas altamente qualificadas em um domínio precisariam de um design diferente do que usuários menos experientes. Um exemplo clássico é a informação médica: para maximizar a usabilidade, você precisa de designs diferentes (seguindo diretrizes diferentes) para médicos e pacientes.
A maioria dos sites nos dias de hoje sobrecarrega suas páginas com muitas informações, trechos de notícias, feeds do Twitter e RSS. Páginas de conteúdo pesado ainda podem ser usadas?
Sim mas. O grande "mas" aqui é definitivamente que é muito mais difícil garantir a usabilidade quanto mais recursos você enfiar em uma página.
A simplicidade é geralmente a melhor escolha. Mas, se você estiver em uma situação em que seus usuários exigem muitos recursos, será necessário aperfeiçoar o design por meio de várias rodadas de testes iterativos de usabilidade.
Você deve trabalhar mais para resolver esse problema mais difícil, e é muito mais arriscado lançar algo complexo que não foi testado com usuários do que liberar algo simples.
Entrevista exclusiva para WDD por Walter Apai.
Você concorda com os princípios de Jakob? A maioria das regras de usabilidade deve ser aplicada o tempo todo? Compartilhe seus pontos de vista abaixo.