oi oi pessoal eu sou a camila vocês estão assistindo o design thinking e hoje nós vamos falar sobre teste de usabilidade e e aí e afinal o que é um teste de usabilidade um teste de usabilidade é um tipo de teste que nós usamos como usuário um potencial usuário para avaliar a performance ea satisfação em cima de uma geralmente uma interface tá é que a gente está valendo o quê que a gente está buscando principalmente a performance sucesso e a gente está buscando também a satisfação quando a gente fala de performance a gente está falando
um pouco sobre a quantidade de erros que o usuário porventura possa cometer durante o teste de usabilidade mas também a gente está falando sobre se ele consegue fazer uma determinada tarefa cumprir um determinado objetivo então é esse e quantos eles compõem o que a gente chama de performance podem ter outros também que eu vou falar é e quando a gente fala de satisfação é essa interface esse produto ele tem que ser minimamente satisfatório de usar na recepção desse usuário e a gente mede isso com alguns questionários alguns tipos de questionários que são específicos para teste
de usabilidade os mais utilizados são sus e o ask então esses dois testes que eu vou falar um pouquinho também vou me aprofundar um pouco mas esses são os dois tipos de teste para a gente analisar qual que é a satisfação do usuário em cima do uso dessa interface e aí a gente junta essas duas métricas a métrica de performance e a métrica de satisfação para entender o resultado de um teste de usabilidade então de forma muito geral um teste os habilidade é isso e agora vamos entrar um pouquinho mais em profundidade dos elementos que
compõem o teste usabilidade primeira coisa que você vai precisar é de um objetivo de usabilidade tá e esse objetivo é muito importante que ele esteja atrelado ao seu negócio atrelado a um objetivo de negócio pode ser uma alca r1 campeã e o que você quiser e esse objetivo ele precisa guiar o que vai acontecer durante um teste os habilidades por exemplo você está criando uma interface aonde o usuário precisa se logar tá se o usuário não se lugar se ele não conseguir fazer isso do ponto de vista de usabilidade o seu negócio vai ter um
problema vocês vão deixar de alcançar determinada as métricas determinadas objetivos simplesmente porque o usuário não conseguiu se lugar então essa é um tipo de eu tive um tipo de ação que é importante fim do ponto de vista de usabilidade mas também no ponto de vista de negócio então você tem que listar quais são seus objetivos o que que você quer que seu usuário faça naquela interface e você precisa elencar por ordem de prioridade quando você tá testando uma coisa muito pontual por exemplo é uma nova se tiver um novo fluxo que você criou também é
importante você determinar qual que é o objetivo de usabilidade e que isso esteja atrelado ao negócio e é mais fácil você pensar em verbos tá então pensa assim ah logar é cancelar contratar logout enfim encontrar alguma coisa então é usando esses verbos vai ficar fácil tanto para você criar o roteiro mas também para o seu para o seu colega as pessoas que estão trabalhando com você entendeu e o que que vai acontecer ao longo dessa desse teste usabilidade o quê que vocês vão estar avaliando em termos de performance performance para fazer o que então primeira
coisa que você precisa para um teste de habilidade um objetivo segunda coisa que você precisa é de uma interface você precisa de algo para ser testado e aí vem a grande polêmica eu vou testar um protótipo em baixa média ou alta fidelidade qual que é o melhor não tenho melhor e não tem pior não tem um momento certo exato para fazer um teste de usabilidade utilizando esse tipo de fidelidade de protótipo o importante é você começar a testar o seu conceito a sua ideia o quanto antes tá então se você tá fazendo um teste de
usabilidade usando papel é possível talvez a performance vai ficar um pouco comprometida por e se tiver presente uma coisa que precisa digitar ele talvez mais conseguindo digitar né o no papel em frente é diferente o tipo de interação mas você vai ter uma visão de quais são os principais problemas de por exemplo arquitetura de informação o a localização de alguns elementos então dá para fazer um teste de usabilidade com alta média e baixa fidelidade em termos de protótipo quando a gente leva para um teste um protótipo com alta fidelidade a gente está levando uma proposta
mais visualmente pronta para o usuário tá é isso é legal é ótimo mais na minha experiência isso também leva algumas alguns pontos de atenção tá um deles e tem um artigo do norma nilson grupo que ele fala sobre isso quanto mais preparado finalizado estiveram seu ou menos opinativo o seu usuário pode ser tá o seu participante do teste de usabilidade o que ele vai ver uma coisa tão legal tão pronta tão incrível que talvez ele não tem assim é ele não queira fazer nenhuma crítica aquilo e isso é isso é bastante comum isso é uma
é uma questão de teste mesmo isso acontece talvez ele se sente intimidado ou ele sente que ele não tem referência o suficiente para opinar em cima daquilo mas a usabilidade em si se ele consegue per formada terminada a tarefa isso geralmente não é um problema quando você tá usando um protótipo de alta-fidelidade é então ok você tem o seu protótipo você tem a sua interface para você testar seja ela na fidelidade que for oi e o importante aqui gente é que que eu gosto sempre de falar é você ter um protótipo robusto tá quê que
é isso significa muitas vezes o seu a sua responsabilidade é testar um fluxo tá é o seu pedacinho é o seu trechinho você não vai testar um negócio inteiro mas você precisa considerar quais são os outros caminhos que o seu usuário eventualmente vai fazer dentro da interface de acordo com a tarefa que você pediu então preservamos aqui você trabalha numa uma empresa que tem essa interface e que você refez uma um fluxo de cancelamento de produto tá é o fluxo de cancelamento ele está em determinado lugar da sua interface ele tá você colocou ele em
tal momento então além da jornada legal quando você pede para o usuário fazer esse cancelamento muitas coisas passam pela cabeça dele de onde isso e a enfim como que eu vou conseguir fazer isso e cada usuário geralmente têm um modelo mental diferente tem usuário que por exemplo colocaria na busca tem usuário que usará home tem usuário que ele iria lá para o final da página para ver se tem algum atalho você e quando ele faz isso o seu protótipo precisa precisa tá pronto para esses cenários por que que acaba acontecendo se você não deixou pronto
outros caminhos vai acontecer o que a gente chama de teste de frustração usuário vai ficar clicando ele vai ficar testando o seu protótipo até alguma coisa acontecer porque se porque senão cê vai deixar várias coisas sem clicar certo e aí ele vai ficar testando ele sabe que nem tudo é funcional então ele vai ficar testando ali até alguma coisa ir para algum lugar e isso é um teste de frustração se não é uma taxa usabilidade e são é um teste de o que funciona nesse protótipo isso não é um teste de usabilidade e isso compromete
a performance tá é importante o seu protótipo ter estes caminhos é extras para você avaliar se ele tá conseguindo executar essa tarefa e usar o fluxo que você criou dentro do modelo mental dele é um exemplo que eu gosto muito de dar o exemplo do bluetooth tá imagina que por algum motivo você precisa que o usuário compartilhe determinado informação utilizando o bluetooth ou ele precisa parear o bluetooth dele com carro tá a ideia pensa o seguinte ninguém acorda de manhã falando assim vou olhar o meu bluetooth com o meu carro as pessoas elas estão pensando
no objetivo final elas são pensando assim ah eu quero ouvir música no carro e eu esqueci meu cabo elas não estão pensando assim aí eu acordei pensando em clicar em configurações procurar como parear toca elas não tem esse esse modelo mental logo de cara então você tem que considerar isso você tem que pensar que as pessoas elas estão elas estão cumprindo o determinado objetivo e cada pessoa tem um modelo mental diferente de como esse objetivo pode ser cumprido e é por isso que o seu protótipo precisa ter outras opções de fluxo para você permitir que
o cara até r se for o caso que vocês vão dizer que ele vai fazer esse fluxo de cancelamento e ele vai pela ajuda não era o que você queria que ele fizesse mas foi isso que aconteceu isso é importante para você medir a performance dele para você medir a taxa de eficiência o sucesso que ele que ele tem em cima de determinado objetivo isso vai ser importante para você é os seus protótipos ele nasceu para apanhar ele nasceu para ser criticado pelo usuário né no caso e ele oi para o cara fazer outras coisas
e não um que necessariamente você planejou que ele fizesse tá a não ser que você é uma pessoa unicórnio gênio incrível e você escreveu uma tarefa maravilhosa se inscreveu se deus instruções para ele fazer uma coisa e e você conhece tão bem aquele perfil de usuário se você pesquisou tão bem antes como que esse usuário faz e como ele pensa é que você já tem certeza qual que é o qual que é o caminho que ele vai fazer no seu protótipo pode acontecer um não sei vai ser senão eu sou caso deixe o seu protótipo
robusto para permitir que o usuário faça diferentes caminhos que ele r e que ele possa voltar isso é muito importante também se você tá dando outros caminhos para ele mesmo que são os caminhos que você não gostaria que ele fizesse você tem que dar oportunidade para ele voltar para home o login ainda enfim voltar para um lugar para ele começar de novo isso vai ser importante para você aprender o que que está comprometido em termos em termos de usabilidade no seu protótipo quem não é contra nós [Música] e aí
