Testes de usabilidade com Camila Borja - #02

a próxima coisa que você vai precisar para rodar o seu teste de usabilidade então eu falei de objetivo eu falei do protótipo agora você precisa de um roteiro um roteiro é um roteiro de teste que geralmente não tem muito segredo porque não é uma entrevista em profundidade e se você não tem que pensar naquele várias perguntas aquela complexidade de onde para onde o cara vai viajar e não tem tá pronto com quase tipo de pergunta fecha os habilidades não precisa disso mas ele é ele é uma ele é como se fosse um grande desafio para

você designer tá então encare dessa forma tem um livro do steve krug que o gabarito para teste de usabilidade eu não é um gabarito é como se fosse um exemplo de roteiro de teste eu gosto muito do da proposta dele e é o que eu geralmente uso no meu trabalho como que funciona esse esse roteiro basicamente ele tem uma série de instruções no início ou uma série de esclarecimentos no início desde olha a gente está testando o protótipo e não você seja sincero fala em voz alta a gente tá gravando mas é só para uso

interno então esse esse primeiro pedaço de instruções é muito para o cara entender o que que vai acontecer durante durante o teste e também gente é o que acontece geralmente quando uma pessoa participa pela primeira vez no teste os habilidade ela fica muito fica muito varia analógico mas ela fica insegura fica sem saber a acontecer os ela precisava ter estudado antes talvez o nome taxa usabilidade não seja o melhor também para explicar o que que vai acontecer mas de qualquer forma a pessoa sabe que ela vai ter uma interação com alguma coisa ela não sabe

o que quer ainda então ela já começa meio travadinha e tá tudo bem esse discurso de início precisa é assegurar esse esse participante e sem usuário que tá tudo certo o ele pode falar o que ele quiser ele precisa ser sincero e tudo mais depois desse dessa desse momento de de dizer o que se espera de um teste tudo mais e se tem um pedacinho de introdução tá é bem curto não precisa ser uma coisa muito longa que usuário ele vai você vai pedir para ele se apresentar e aí tem várias formas de você faz

e lá me conta um pouco da sua rotina me conta um pouco do do que você gosta de fazer no seu tempo livre a me conta um pouco sobre como você descobriu a nossa empresa coisas que talvez você não vai usar necessariamente na sua análise mas é um momento muito importante para o seu usuário ficar aliviado porque ele é isso você responder só minha rotina deixa comigo então ele já vai começar a entender assim o tom da conversa quando você pede para ele falar sobre ele mesmo ele vai ficar aliviado é a isso sei contar

você contar sobre a minha rotina quem eu sou então ele fica mais tranquilo ele já começa entendendo que se trata de um papo informal e e tá tudo bem então serve para isso esse momento introdutório quando a gente vai você terminou de conversar com ele você sabe mais ou menos quem ele é o que que ele faz idade profissão e você vai começar a contextualizar o cara ou a pessoa a moça seja lá quem for mas você vai começar a contextualizar a conversa no objetivo no momento da contextualização então você já sabe quem o cara

a pessoa é agora chegou o momento de você contextualizar você falar um pouco vou fazer perguntas que tem mais a ver com o seu protótipo seu objetivo seu negócio seja o que for então você pode essas perguntas de contexto elas podem ser relacionados ao produto ou serviço então a como que você é quanto tempo você é nosso cliente ou você conhece a nossa marca é que tipo de serviço você já usou qual foi sua experiência em relação a isso aquilo poucas perguntas três ou quatro perguntas geralmente são suficientes e aí sim não aí sim não

calma ainda tem um momento que você vai aquecer o seu usuário no seu participante ah tá tipo no contexto do protótipo então você já falou um pouco sobre a sua empresa ou você pode até ter falado sobre o serviço em si e agora chegou o momento de você talvez mostrar alguma coisa para ele é isso isso é legal mas não é essencial tá gente vamos aqui você tá conversando com você tá fazendo isso geralmente remoto né a gente está no contexto que é muito mais remoto então você vai mandar o link do protótipo para ele

e você vai pedir para ele se familiarizar com a página com aquela a primeira visualização dele do protótipo tá é porque quem é importante é legal dependendo do cenário porque você não tá já dando uma tarefa e pulando de paraquedas sendo que às vezes ele nem sabe do que se trata ele tipo ele tá sentindo pressionada a fazer alguma coisa sendo que ele nunca nem viu aquilo na frente principalmente se for um e esse é o usuário né um ele é só um participante ele não necessariamente é seu cliente e não conhece o interface então

é legal você da oportunidade dele por exemplo explorar home tipo eu vou deixar você você se familiarizar aqui com essa primeira página vai me falando o que que você tá pensando o quê que você entendeu o que têm nessa página e tudo mais eu aí você falar eu só vou pedir para você não clicar em nada por enquanto então esse momento assim de aquecimento é para o cara entender que se trata de uma interface se trata de alguma coisa que tem x carinha tem isso aqui é que tem tal tipo de serviço que tem algumas

opções é só para ele se situar tá se você se for um outro tipo de cenário tá gente é um é um cliente que ele já usa a sua interface talvez isso não é tão importante tá e chegou a etapa do teste começou o teste claro que você não vai você não precisa chegar por causa que você agora sim começamos o teste ele não porque isso parece que ele nós vai se sentir pressionado então então você vai pedir para ele executar uma série de tarefas tá e essas tarefas na verdade elas são reflexo do seu

objetivo de usabilidade e essas tarefas elas precisam ser construídas logicamente antes de começar você precisa testar para ver se essas tarefas fazem sentido então vamos ver que você tá testando uma interface de pedidos online de delivery tá e vou você quer testar um fluxo de cancelamento de um pedido de delivery tá é a primeira coisa que você vai falar para o seu usuário não é um comando primeira coisa é em um contexto para ele é um cenário que a gente ama e esse cenário ele geralmente algo fictício mas tem que ser pé no chão não

pode uma viagem na maionese não fará tipo imagino que você está na lua e você gostaria de pedir um hamburguer não tem que ser uma coisa aqui tem a ver com uma determinada realidade então você vai dar esse cenário para ele imagine ou suponha ou né eu gosto de usar essa palavra imagine tá mas imagine que você pediu um lanche da sua casa e esse lanche foi foi solicitado nesse site tá então esse é o cenário ele tava dentro de um contexto você pode desenhar isso da forma que for se apaixonar forma imagine que você

tá pedindo para várias pessoas ou imagine que você é que você tinha você pediu algo para você mas de repente chegaram outros amigos o que você precisa aumentar o pedido ou mudar de ideia ou tem alguém que é vegetariano no seu grupo e precisa mudar então é um cenário sem comando se não falou para fazer nada ainda você só tá dando só tá se situando a pessoa aí sim vem a tarefa e essa tarefa gente é uma é uma arte fazer tarefa e cenário estamos mais fazer uma tarefa de teste da habilidade é uma arte

milenar que é difícil de domar mas é muito legal de fazer mas enfim é o seguinte geralmente essa tarefa é um comando direto não é um pedido não é uma pergunta tá e em tem que ser um algo para ele saber o que que ele precisa fazer tá eu acho que tem pessoas que às vezes podem escrever tarefas de uma forma diferente enfim eu acho que não tem uma maneira um a fazer mas na minha experiência se você não der um comando direto ele vai ele pode responder verbal mente o que ele faria então fazer

o que você faria se você tivesse que cancelar você quer que ele faça na interface mas pelo jeito que você perguntou ele vai começar a responder tipo ah eu ligaria no call center ou eu clicar então coisa aí você tenta lá então tá então clica aí né quando você faz um comando que começa com verbo no presente e tão sozinho cancele o seu pedido é cancele o seu pedido no pedido que que foi feito em são uma tarefa isso é um comando direto onde o usuário precisa executar uma ação aí começou o jogo no jogo

aí começou o seu o seu teste mesmo você vai entender qual é o que que eles cara tá fazendo e se ele está seguindo o seu fluxo ou não em quanto tempo ele tá fazendo isso né porque é muito importante ninguém quer fazer uma um cancelamento de um pedido de um delivery a vou viajar vou fuçar até o encontrado uma pessoa tem um objetivo ponto aula quer fazer isso ela quer fazer isso com eficiência então é muito importante a gente medir quanto tempo ela demora para fazer aquilo esse esse tempo é um tempo razoável ou

não é então as tarefas são comandos diretos geralmente começando com verbo no caso do remoto quando é moderado tô falando de teste de habilidades moderado tá gente se você precisa ficar de olho e você precisa você como moderador vai ficar ali acompanhando o teste acompanhando a se ele completa completa aquela tarefa ou não medir o tempo enfim a métrica que você quiser mas é muito importante você como moderador entender que você tá ali mais observando do que interferindo tá do que fazendo perguntas sequenciais porque que você fez isso por que que você fez aquilo a

que que você achou disso o que que você achou daquilo para um teste de usabilidade que é só taxas habilidades tá gente onde você tá aprofundando em conceito é sei lá conteúdo não tem esse objetivo ok mas se for um teste de usabilidade você não vai ficar interferindo você vai mais observar só que essa observação ela não precisa ser uma coisa muito robótica você pode ficar aham é sim tá ok o importante é você mostrar que você tá vivo né verbal mente tal você dá um indicativo que você tá o l escutando e o cara

tá falando em voz alta não é com o nada mas é importante você não dá indicativo de que ele tá acertando a tarefa tipo isso aí não faça isso que senão ele você tá induzindo ele a pensar que tem um caminho certo e um caminho errado ele não precisa saber disso bom eu vou dar outras dicas de moderação já já mas sobre as tarefas é a ideia é que usuário o participante vai te dizer quando ele está pronto para ir para a próxima tarefa quando ele terminou uma e pode ir para a próxima tá e

você precisa deixar isso claro você falou melhor quando você terminar me avise que eu vou ler para você a próxima tarefa então ele vai fazer isso é super importante porque às vezes o participante é já terminou mas na verdade ele não terminou tipo tipo ele tá na última tela e tinha lá para ele scrollar um botão de confirmação e ele por algum motivo não viu e fosse a tá bom tô pronto posso ir para o próximo e isso é tipo assim o ouro do seu teste de usabilidade isso acontece ele não terminou a tarefa no

caso mas você não vai contar para ele que ele não terminou porque ele não teve sucesso na em traços mas se ele falou que tá pronto você leu próximo comando para ele se fala agora eu quero que você é agora o a próxima tarefa é mande o comprovante do cancelamento para o seu grupo de amigos no whatsapp e aí ele vai começar então gente dá para você fazer uma série de tarefas uma série de comando dentro do mesmo cenário o que pode acontecer também dependendo do seu objetivo e dependendo da do tamanho do seu fluxo

ou do protótipo a disponível você pode criar outros cenários e deixa e colocar isso no mesmo teste de usabilidade também funciona bem e e você pode fazer isso então por exemplo ele tava no você tinha dado para ele um cenário onde ele tinha desistido tinha mudado de ideia agora você pode colocar para ele outra coisa uai então agora imagine que você gostou muito desse serviço e que é indicar ele para outras pessoas ou você quer eu vou indicar não indicar um verbo mas você quer que outras pessoas conheçam este serviço aí vem a primeira tarefa

indique este serviço para seus amigos aí vai meu deus compreende que será que tem ele vai começar a pensar tipos não será que tem um criar cold aqui que eu posso pegar e mandar será que eu tenho que tirar print da tela será que eu tenho que será que tem um negócio de compartilhar em algum lugar então ele vai começar a tentar se virar e do comando que você deu para ele bom então basicamente é isso boas práticas para você escrever uma uma tarefa tá isso também é de praxe do mercado não colocar na tarefa

a palavra que tem na tela parece estranho mas é assim então por exemplo exemplos do bluetooth se você quer que ele liga o bluetooth você não pode colocar a a tarefa evidentemente você não vai colocar ligue o bluetooth mas você não pode colocar nem a palavra bluetooth preferencialmente tá então você teria colocar tipo encontra uma maneira de escutar música sem fio no seu celular ou tipo no carro aí vai ficar nossa como que eu vou fazer isso aí eu acho que eu tenho que ligar o bluetooth ou por exemplo a vamos aqui você tem lá

na sua tela é o a palavra cancelar tá o exemplo lá do delivery você tem na sua a palavra cancelar você quer que ele cancele tá evite usar essa palavra cancelar você pode falar desista o tipo encerre qualquer outra coisa muito importante para considerar quando você está criando a tarefa é não colocar a palavra que tem na interface na sua tarefa então é isso isso é importante a gente porque isso é o que a gente chama de pro bem neodi prime é como se você tivesse dando a dica para o seu usuário do que ele

precisa fazer e a gente não quer isso a gente não quer dar nenhum tipo de spoiler de qual caminho ele precisa fazer para obter sucesso então vamos vamos para o caso do cancelamento lá do pedido do delivery é se tem esse sim na primeira tela ao longo do fluxo existe a palavra cancelar as é hidrom e a sua tarefa não deveria usar esse verbo ou não deveria usar o literalmente o que tem disponível da tela então seria melhor você usar assim então você não se você não pode escrever cancelar você pode colocar em serri ou

encontre uma maneira de terminar ou de não vir o pedido enfim sinônimos de cancelar a gente e mesma coisa com o exemplo do bluetooth que é o exemplo que eu gosto muito é você sim a palavra bluetooth ou configurações é o que tem na sua tela do fluxo que você tá testando você não pode usar nenhuma dessas duas palavras ai camila mas ela vai ficar difícil vai ficar difícil e por isso o que fazer é comandos fazer tarefa de teste de usabilidade é uma arte então se você não pode colocar nem a palavra configurações e

o onde bluetooth estará e também você não pode colocar bluetooth que que você coloca você tem que colocar alguma coisa que represente o modelo mental dele então prazer encontre uma forma de ouvir música no seu carro sem o cabo e aí o cara vai ter porque é isso que quer fazer né ele não necessariamente bluetooth é a primeira coisa que ele vai pensar em ligar e tá tudo bem claro a gente quis pode existir um objetivo de usabilidade muito específico em que ele precisa ligar o bluetooth tá e esse é muito importante ela tá você

pode escrever a sua tarefa dessa forma ligue o bluetooth para ouvir música não tem problema mas o mercado é a o nome nilson glup enfim várias empresas trabalham dessa forma evitar colocar a palavra que está na interface o comando que está escrito no conteúdo da sua interface na sua tarefa e isso torna a criação de uma tarefa mais complexa mas desafiadora para você designer e enfim quem tiver te ajudando então isso isso é superimportante é mas só mais alguns pontos sobre essa parte mais teórica do que que precisa fazer é em um teste sua habilidade

e o próximo é plateia tá plateia para um teste de usabilidade é importante sim não é importante para o teste em si tá gente é importante mais para o depois o que vai vir depois que é um momento da análise master essa plateia ter essa esses ouvintes é muito muito legal e muito bom para você que está moderando e também para você que precisa vender ou você precisa trazer um resultado para a sua equipe quanto mais próxima essa equipe na tiver do teste for a plateia do teste melhor para você depois porque de novo diferentemente

de outros tipos de pesquisa é um teste de usabilidade é diferente e ele tem uma natureza diferente que as pessoas muitas vezes precisam assistir para entender ela porque vamos aqui o seu o resultado do seu teste aqui para o nosso a termo temos um problema que temos um problema de usabilidade neste momento do nosso fluxo e aí esse problema de usabilidade pode ser uma coisa que custa muita muito dinheiro para o seu negócio ou custa muitas horas para sua tecnologia ea isso pode gerar uma discórdia dentro da sua equipe que se eles tivessem assistindo ficaria

fácil de entender o porquê que isso aconteceu qual que é o modelo mental do usuário para ele ter essa eventual dificuldade então não só teste as habilidades da gente mas eu falo que usou e surge nessa essa disciplina como um todo não é uma disciplina solitária ela precisa ser uma disciplina para e o compartilhamento para o conhecimento coletivo tá você não pode absorver todas as informações que você adquiriu ao longo de diferentes tipos de metodologia de pesquisa isso vale também para um teste de usabilidade não sofra sozinho não faça isso sozinho construa roteiro nas tarefas

talvez o protótipo testar o protótipo faça isso com a sua equipe sendo designers ou não é muito importante você ter este by e no leque as pessoas estejam compradas e no final das contas quando elas assistem esse teste é uma coisa geralmente uma coisa muito encantadora e muito assim encantadora no bom sentido mas às vezes também é uma coisa que você nossa eu nunca pensei que o usuário poderia fazer esse caminho no lugar desse caminho então é um aprendizado muito legal para é que tá a sua volta interessado nos resultados deste teste tá então plateia

e e não a corresponde a