Testes de Usabilidade do SapoLabs

Nos testes de usabilidade do SapoLabs, uma equipa especializada em User Experience (UX), foi responsável por interagir com a aplicação web de forma a avaliar a usabilidade da aplicação. Os problemas detetados na interação com a aplicação foram reportados numa lista, em que cada elemento da lista é classificado por um determinado critério. Os três critérios identificados nessa lista foram os seguintes [30]:

• Crítico - Problema que afeta todos os utilizadores, incluindo indisponibilidade do sistema ou problema de integridade de dados, sem workaround disponível e/ou acei- tável. Este tipo de problema tem obrigatoriamente de ser corrigido.

• Problema Grave - Problema que afeta a maioria dos utilizadores e que obriga a que a tarefa tenha de ser concluída usando métodos alternativos ou pouco intuitivos à partida. Este tipo de problema deve ter prioridade máxima de resolução.

• Problema - Problema que ocorre com menor frequência, que é facilmente ultrapas- sável ou que não é obstáculo à conclusão de uma tarefa. Este tipo de problema deve ser corrigido assim que possível.

A partir da lista com os problemas detetados e com a classificação de cada um, de- cidimos associar a cada problema as heurísticas, representadas na secção 6.1, que são violadas nessa situação. A tabela 6.3 representa para cada heurística o número de vezes que foi violada dependendo da classificação do problema na lista. A lista de problemas identificados pelo SapoLabs está presente na secção I.

Problema Problema Grave Crítico

Heurística 1 1 5 1 Heurística 2 1 0 0 Heurística 3 0 0 0 Heurística 4 1 0 1 Heurística 5 2 6 7 Heurística 6 0 2 0 Heurística 7 0 0 0 Heurística 8 2 1 1 Heurística 9 0 0 0 Heurística 10 0 1 0

Tabela 6.3: Número de vezes que cada heurística foi violada

Com base na análise desta tabela e nos dados recolhidos foi possível verificar que a heurística que mais vezes foi violada é a heurística 5. Esta heurística apresenta sete problemas com a classificação de “Crítico”, seis com a classificação de “Problema Grave” e dois com a classificação de “Problema”. Os principais problemas identificados nesta heurística visavam o melhoramento dos seguintes problemas:

• melhoramento na apresentação de um diálogo de confirmação prévio aquando uma ação destrutiva. Por exemplo, ao apagar um evento na lista de eventos deverá apre- sentar ao utilizador um diálogo com a confirmação de que pretende realizar essa ação;

• melhoramento na classificação de um evento. Apenas deverá aparecer o formulário para comentar e classificar o evento ao utilizador, caso este tenha ido ao evento; • melhoramento na interface de algumas páginas, como por exemplo, disposição de

• melhoramento apresentação de diálogos em que uma funcionalidade necessita que o utilizador esteja logado na aplicação. Por exemplo, na página inicial quando um utilizador sem estar logado clica em “Criar Evento”, deve apresentar um diálogo a informar que necessita de fazer login na aplicação, ao mesmo tempo que apresenta um botão para efetuar o login na aplicação;

• melhoramento na página do evento para evitar que apareçam os botões “Vou”, “Vou Se” e “Não Vou” e um diálogo a informar que o evento já terminou;

• melhoramento na inserção de uma imagem com um nome já existente no servidor. A aplicação deve alterar o nome automaticamente caso o utilizador introduza uma imagem com um nome já existente.

A segunda heurística que mais vezes foi violada é a heurística 1. Esta heurística apresenta cinco problemas com classificação de “Problema Grave”, um com classificação de “Problema” e um com classificação de “Crítico”. Os principais problemas identificados nesta heurística visavam o melhoramento dos seguintes problemas:

• melhoramento na página de perfil de um organizador para apresentar todos os even- tos o organizador em questão criou;

• melhoramento no feedback que algumas páginas devem apresentar ao utilizador, como por exemplo, na mudança para a respetiva tab quando clicamos em “Obter Direções” na página do evento, na responsividade de alguns elementos, etc. . . • melhoramento no feedback nas secções que apresentam ao utilizador a lista com os

seus eventos criados, favoritos, e de quando vai aos eventos. Quando uma secção se encontra vazia deve informar o utilizador para que serve a secção em questão. Por exemplo, na secção “Wishlist” deverá aparecer a indicação “Aqui vão aparecer os eventos que adicionar à sua wishlist”;

• melhoramento na página de criação de um evento, em que deverá colocar um mar- cador no mapa quando um utilizador introduzir um endereço, deverá melhorar a inserção das datas e horas nos eventos múltiplos e recorrentes;

Sendo estas, as duas heurísticas que apresentavam a grande maioria dos problemas, e que de certa forma poderiam prejudicar a usabilidade e a experiência do utilizador no uso da aplicação web, foram resolvidos praticamente todos os problemas de todas as heurísticas. No entanto, os restantes problemas detetados estão a ser resolvidos de forma a que aplicação esteja disponível para todos os utilizadores.

Em suma, os problemas das heurísticas 2, 4, 6 e 10 foram todos resolvidos, sendo que na heurística 8 três dos quatro problemas foram resolvidos, ficando apenas um problema por resolver com classificação de “Problema”. Em relação à heurística 1, cinco dos sete

problemas foram resolvidos, ficando apenas dois problemas por resolver, um com clas- sificação de “Problema Grave” e outro com classificação de “Crítico”. Por último, na heurística 5, doze dos quinze problemas foram resolvidos, ficando apenas três por resol- ver, dois com classificação de “Crítico”, e um com classificação de “Problema Grave”.

Conclusão

Neste capítulo, são apresentadas as considerações finais e o trabalho futuro a desenvolver para esta aplicação web.

7.1

Considerações Finais

A participação e organização de eventos, sempre fizeram parte da vidas das pessoas, e estas começaram a recorrer a aplicações web para ajudar a concretizarem esses objetivos. Com base nas aplicações estudadas, verificou-se que em Portugal não existe uma apli- cação web para procura, criação e partilha de eventos que satisfizesse as necessidades dos utilizadores. E para além disso, essas aplicações apresentam algumas falhas nas princi- pais funcionalidades que este tipo de aplicações deveria oferecer, tais como, a falta de informação sobre eventos a realizar em Portugal, a filtragem de eventos “indesejáveis”, a possibilidade de o utilizador obter direções para ir ao evento, a possibilidade de o uti- lizador indicar a sua intenção ou não de ir a um evento, a não existência de um mapa associado aos filtros de pesquisa, a recomendação de eventos etc. . . Para colmatar algu- mas das falhas identificadas nas aplicações atualmente disponíveis, foi desenvolvida a aplicação “Onde e Quem Vai Ver”, que permite a pesquisa, criação e partilha de eventos em Portugal.

Para o desenvolvimento desta aplicação foi utilizada a framework Backbone.js. Esta framework permitiu criar uma Single Page Application dando ao utilizador a sensação de que todo o processo de interação com a aplicação se realiza na mesma página. Para além disso, facilitou o processo de desenvolvimento das principais funcionalidades da aplicação, uma vez que estas foram implementadas no lado cliente.

Com o crescente aumento dos dispositivos móveis, tornou-se fundamental que as apli- cações web se adaptem aos diferentes tamanhos de ecrãs. Por isso, esta aplicação foi desenvolvida utilizando o método Responsive Web Design, de modo a que o utilizador realize todas as tarefas da aplicação em qualquer dispositivo.

A mudança do design da aplicação durante o desenvolvimento do projeto, permitiu 103

melhorar a usabilidade da aplicação e torná-la mais apelativa e fácil de utilizar pelos uti- lizadores. Caso esta mudança não tivesse ocorrido, o produto final não iria ser apelativo e consequentemente os utilizadores não a usariam, mesmo que a aplicação fosse com- pleta ao nível das funcionalidades. As funcionalidades que foram idealizadas para esta aplicação foram na sua grande maioria concluídas com sucesso. Uma das funcionalidades interessantes e relevantes nesta aplicação, está presente na página de lista de eventos. Esta página está dividida em duas colunas, em que a coluna esquerda contém os resultados da pesquisa e a coluna direita um mapa com marcadores associados à pesquisa. A pesquisa e a lista de eventos estão interligados com o mapa, dando assim ao utilizador duas formas de visualizar os eventos. Quando os filtros da pesquisa são modificados, automaticamente a lista de ventos é atualizada bem como o mapa, onde são colocados novos marcado- res de acordo com a pesquisa. A página do evento contém parte das funcionalidades da aplicação. Esta página permite ao utilizador visualizar os detalhes sobre o evento, nome- adamente: o título, a descrição, o endereço e o horário do evento. As funcionalidades relevantes nesta página são: a possibilidade de os utilizadores poderem indicar a intenção ou não de ir ao evento; comentar e classificar um evento; seguir um organizador; obter direções para ir ao evento; e a recomendação de eventos. Esta última funcionalidade não foi implementada da forma mais correta, pois o grande objetivo desta funcionalidade era recomendar eventos de acordo com o perfil e gostos do utilizador recolhidos através do Facebook. Contudo, para não prolongar o tempo de desenvolvimento do projeto optou-se por recomendar eventos de acordo com os interesses do utilizador na sua página de perfil e também de acordo com os eventos que o utilizador vai. Por último, a página de perfil do utilizador apresenta os detalhes pessoais dos utilizadores e permite atualizar as suas in- formações. Para além disso, apresenta um conjunto de funcionalidades, nomeadamente: a gestão de eventos; a criação de eventos; a visualização de organizadores que o utiliza- dor segue; a visualização dos seus eventos favoritos; a visualização de notificações; e a possibilidade de visualizar os eventos que o utilizador vai ou já foi.

Os testes de usabilidade foram fundamentais na validação dos objetivos inicialmente propostos, uma vez que todos os utilizadores conseguiram praticamente concluir todas as tarefas que lhes foram apresentadas. Permitiram melhorar e corrigir os problemas encon- trados na interface da aplicação, tanto pelos utilizadores como pela equipa do SapoLabs. No geral obteve-se uma classificação dois (“fácil”) na realização das tarefas. Com os re- sultados fornecidos pela equipa de usabilidade do SapoLabs, foi possível verificar quais as heurísticas que a aplicação violava, de forma a corrigi-las.

A nível profissional esta tese foi muito gratificante para consolidar e aprender novos conceitos no desenvolvimento de aplicações web. Para além disso, permitiu melhorar a minha metodologia na criação de projetos deste tipo.

Em suma podemos afirmar que esta aplicação é uma alternativa às aplicações já exis- tentes no mercado, tendo a vantagem de apresentar funcionalidades muito completas que

são essenciais para este tipo de aplicação, e também por ser uma aplicação que contém inúmeros eventos a realizar em Portugal.