Klaus Paiva

Como já passamos da metade de setembro, já está mais do que na hora do nosso TCC começar a tomar suas formas finais.

O protótipo com tudo aquilo que levantamos nesse tempo de pesquisa e trabalho ficará pronto esta semana, possivelmente na quarta-feira. Já fizemos vários testes, digamos, "menos formais" enquanto o protótipo estava sendo desenvolvido e tudo correu bem.

Porém, assim que o protótipo estiver concluído, será a hora de aplicar alguns testes mais completos e fundamentados para garantir que aquilo que levantamos realmente tem algum valor.

Método de execução do testes

OK, precisamos testar e verificar os resultados... mas o que usar para concluir essa tarefa? Após alguma pesquisa chegamos ao "king of usability" como a Internet Magazine o definiu anteriormente e encontramos uma forma que se encaixou perfeitamente ao que precisamos cumprir: a avaliação heurística.

A ideia básica por trás da avaliação heurística é conduzir uma série de testes em um sistema a fim de identificar pontos com uma usabilidade ruim. Para descobrir esses pontos é necessário verificar após os testes se algo não obedece aos padrões de usabilidade definidos (daí a heurística do negócio).

O que validar?

Após definir a forma de executar os testes, era necessário descrever tudo aquilo que deve ser validado nos testes. Novamente contamos com a ajuda do Dr. Jakob Nielsen para isso.

O Dr. Jakob sugere uma lista com 10 itens que podem ser validados numa avaliação heurística de interfaces. Com base nessa lista e nas informações explicadas no texto, pudemos gerar a nossa lista de fundamentos fazendo diversas adaptações, correções e adições.

Testes com pessoas

Após termos essas duas fases concluídas, a próxima fase (que é a fase que estamos agora) é fazer o teste com pessoas reais (que se beneficiaram do sistema em seu estado final) e verificar os resultados.

Até aí tudo certo... Vamos testar com pessoas mas... Quantas pessoas? A pergunta parecia ter uma difícil resposta, mas novamente o Dr. Jakob já publicou um artigo oportunamente chamado "Why You Only Need to Test with 5 Users".

No artigo acima é demonstrado que com cinco usuários, estatisticamente, você consegue encontrar 85% dos problemas de usabilidade de um sistema. Com base nessa informação seus custos e tempo necessários para realizar os testes podem ser mantidos num patamar baixo e acessível, facilitando a execução dos testes mesmo quando se tem severas restrições orçamentárias.

Por fim...

A partir da semana que vem nossos testes começarão. Ao que tudo indica, o processo será trabalhoso mas está bem fundamentado e promete bons resultados. Logo saberemos.

Durante as minhas leituras das referências para o TCC me deparei com um conceito que é amplamente empregado em páginas web: é a sensação de continuidade que um site, página ou sistema pode, ou deveria, ter.

Para explicar melhor esse conceito primeiro vou exemplificar como ele se aplica no contexto de páginas web em geral.

Imagine que você vai consultar o site da Receita Federal para saber o andamento da sua restituição do imposto de renda. Você acessa a respectiva página e insere seu CPF mas esquece de algum dos dígitos, você clica no botão "Consultar" e a página retorna com o campo do CPF vazio e nenhuma informação adicional.  O que você pensa? (Só pra deixar claro... não é isso que acontece no site, é apenas um exemplo...)

"Ué, o que aconteceu?", "Será que enviou?", "Será que o site tá funcionando?", "Será que eles não receberam minha declaração?", "Será que meu CPF está bloqueado?", além de mais outros N possíveis questionamentos.

Só que todos esses questionamentos somem de uma só vez se a tela que é mostrada após o envio trouxer uma mensagem de erro, além de outras informações contextuais que sejam revelantes. Em outras palavras, a tela exibe uma continuidade em relação ao que foi feito anteriormente.

Quando mudamos o contexto para uma aplicação com reconhecimento de fala a situação é similar. Imagine o seguinte o diálogo entre o sistema (máquina) e um ser humano.

E assim vai... Já deu pra perceber que este exemplo está com problemas, né? Quando o sistema reproduz pela segunda vez exatamente a mesma pergunta, o ouvinte não tem condições de saber o que aconteceu para a pergunta anterior ser repetida. Novamente, na cabeça do ouvinte, surgem uma série de questões e impressões:

"Eu acabei de falar Indaiatuba, será que ele não ouviu?", "Será que eu não posso viajar para Indaiatuba?", "Será que esse sistema entende mesmo o que eu falo?", "Será que esse sistema funciona?", entre outros.

O problema nesse contexto também se resolve da mesma forma, mantendo a conversa de forma contínua, similar ao que fazemos naturalmente ao conversar com outra pessoa. O exemplo acima poderia ser melhorado desta forma:

Perceba neste segundo exemplo que quando o sistema emite sua segunda mensagem ele repete a pergunta do destino da viagem mas, antes da pergunta há uma contextualização com a informação dizendo que "ele" não entendeu o que a pessoa havia dito.

Diante desses exemplos acredito que fica bem claro o quão é importante demonstrar para o usuário a continuidade nas possíveis interações que seu sistema permite. Um sistema que transmite essa sensação de continuidade não gera dúvidas nas ações de seus usuários e torna o sistema uma ferramenta melhor usável.

Curiosamente, este texto se relaciona muito com um texto que eu publiquei anteriormente sobre a importância do feedback positivo.

Nota: Os textos publicados com a identificação [tcc] no título são textos relativos aos assuntos que estou pesquisando para o meu TCC. Como eu estou na etapa de pesquisa e formulação das ideias, nem tudo o que for apresentado aqui deve ser encarado como verdade absoluta, além de estar sujeito a erros, como qualquer outro trabalho. Utilize seu senso crítico ao ler estes textos e, se você desejar, deixe seus comentários no formulário abaixo.

É, já faz mais de um mês desde o meu último texto. Confesso que eu não esperava essa correria logo no começo do ano. Aqui no trabalho precisei dar uma ajuda num projeto com o prazo apertado e, por conta disso e de alguns outros fatores menores, o desenvolvimento do meu TCC, cujo qual ainda não comentei nada por aqui, acabou sofrendo algum impacto.

O bom é que parece que as coisas voltaram a se normalizar. Vou aproveitar e comentar aqui um pouco sobre meu TCC, até porque ele vai me acompanhar até o final do ano.

Sobre meu TCC

Até parece que foi ontem que comecei minha graduação mas o fato é que já estou no último ano. =) Sendo assim chegou a hora de elaborar o "temido e famigerado" TCC.

Acho que as dúvidas que povoaram minhas ideias para a escolha do tema devem povoar as ideias de muitas outras pessoas também: devo procurar algo numa área que já conheço e/ou trabalho? Procuro algo numa área desconhecida para que eu possa aprender coisas novas?

Momento de indecisão =)

Diante dessa indecisão qual foi minha escolha? Optei pela segunda alternativa, elaborar o trabalho focado em uma área em que eu não tenho grandes conhecimentos mas que certamente vai me permitir um grande aprendizado.

E o tema que escolhemos (sim, é em dupla) para o TCC foi: "usabilidade em sistemas com reconhecimento de fala".

Confesso que o tema "usabilidade" já faz parte do meu conjunto de áreas de interesse mas, aplicado a sistemas com reconhecimento de fala é uma área totalmente nova para mim.

E qual a consequência de escolher uma tema assim "desconhecido"? Simples! Estou lendo muitas, mas muitas mesmo, coisas sobre o assunto ultimamente. Entre as várias coisas que li ou estou lendo, está o livro "Voice User Interface Design". Esse livro é muito bem escrito e está sendo meu "norte" na pesquisa.

Por fim, vou passar a escrever aqui no blog ideias relativas ao TCC, inclusive detalhar os objetivos da pesquisa, até para obter uma melhor fixação e reflexão sobre o assunto. Mas claro, não vou deixar de falar sobre desenvolvimento web em geral.