ETAPA 2 DEFINIÇÃO
PROTÓTIPO DE ALTA-FIDELIDADE
B. Instrumentos de recolha de dados
1. Tarefa realizada sem dificuldade; 2 Tarefa realizada com pouca dificuldade;
3. Tarefa realizada com alguma dificuldade; 4. Tarefa realizada com muita dificuldade; 5. Tarefa não foi realizada.
A ordem das tarefas a realizar pelos utilizadores reflete as guidelines de Laudon e Laudon (2002) para o teste de sistemas de informação, apresentadas no ponto 3.5.3 - procuram testar unitariamente a plataforma, isto é, as diferentes componentes da plataforma primeiro, realizando depois tarefas que interliguem as diversas partes, terminando com a averiguação da satisfação dos participantes através do questionário.
Figura 33 - Listagem das tarefas realizadas durante a interação com o Protótipo de Alta Fidelidade
Após serem completadas todas as tarefas, foi pedido ao participante que preenchesse um questionário (disponível para consulta no anexo 3). O teste de usabilidade terminou, assim, com a aplicação de um questionário, cuja estrutura, seguiu três tipos de formato: questões de resposta fechada, questões de resposta aberta e uma questão baseada no tipo likert scale.
O questionário apresenta um conjunto de questões de resposta fechada, onde o participante tem duas opções de resposta – Sim e Não – intercaladas com questões de resposta aberta, com o objetivo de obter a justificação a determinadas questões, como
sucesso, onde tiveram mais dificuldade, se o aspeto gráfico é do agrado de todos, entre outras. Posto isto, para que se tivesse conhecimento da pertinência da utilização de um serviço deste tipo no seu ambiente empresarial, foi apresentado uma questão no formato
likert scale, onde o indivíduo tinha que avaliar através de uma escala entre 1 e 5, onde 1
significa “Nada Pertinente” e 5 significa “Bastante Pertinente”.
No final, o questionário termina com uma questão de resposta aberta, procurando apurar quais as vantagens de utilização de um serviço deste tipo no ambiente laboral de cada participante: cada participante respondeu, sem constrangimentos de opção de resposta, de modo a recolher opiniões e sugestões, procurando respostas abertas por parte do público-alvo. Os dados, depois de recolhidos, foram analisados utilizado software adequado que permitiu comparar as respostas, que depois de analisadas, permitiram tirar conclusões que podessem responder à problemática desta investigação.
LEARN – DISCUSSÃO DOS RESULTADOS
Para a descrição e classificação dos erros encontrados durante a observação direta à interação entre os participantes e o protótipo, foi elaborado um quadro, onde foram, identificadas as tarefas que registaram problemas – foram descritos os erros, a sua contagem de ocorrência, prioridade de resolução e recomendação para a sua resolução. O quadro teve por base uma proposta dos autores Sharp et al. (2007) para este efeito. Foi também criado um gráfico, que traduz o nível de dificuldade registada, pelos participantes em cada tarefa, utilizando a escala anunciada no ponto anterior.
Interpretando o Gráfico 1, podemos concluir que na sua generalidade, o nível de dificuldade foi constante, apesar de existirem alguns picos pontuais.
Na tarefa 3.1 e 5.1, a dificuldade ocorreu aos participantes que clicaram na foto de perfil, para aceder ao perfil, em vez de clicarem no botão para esse efeito;
Na tarefa 3.2, alguns participantes, apesar de não terem cometido erros, demoraram alguns segundos a encontrar a informação relativa ao primeiro contacto;
Na tarefa 3.3, alguns participantes tiveram dificuldade em ativar o input para a introdução da knowledge tag;
Na tarefa 4.2 e 5, a dificuldade, prendeu-se com a utilização da tecla virgula invés da tecla enter para o input da knowledge tag;
Na tarefa 5.2, o problema prendia-se, com o facto do botão para criar novas associações, se encontrar no topo da página e o container referente às associações estar na parte inferior.
O problema encontrado e considerado o mais grave foi o da tarefa 5.2, pois o botão encontra-se completamente fora do contexto, bastante afastado do container sobre o qual exerce as suas modificações.
Na Tabela 5, baseada na prática de relato de erros proposta por Unger e Chandler (2009), é apresentada informação mais detalhada, sobre os erros ocorridos e é apresentada a sua possível solução, bem como, a prioridade da sua resolução.
id Nº de
ocorrências
Descrição Tarefa Elemento Prioridade Resolução
E1 3 Com o objetivo de visualizar o perfil do contacto o utilizador clicou na imagem do perfil em vez de recorrer ao botão para o efeito
3.1 Listagem de contactos
Baixa Atribuição da funcionalidade de visualizar perfil à imagem do contacto
E2 4 Com o objetivo de efetuar uma pesquisa o utilizador recorreu à tecla ‘vírgula’ em vez da tecla Enter
5 Input de pesquisa
Média Podia ter sido prevenido com a inclusão de um tutorial na primeira utilização da plataforma de como utilizar este elemento.
Pode ser resolvido com a atribuição da funcionalidade da tecla Enter à vírgula, mantendo o enter também esta
E3 3 Com o objetivo de inserir uma tag o utilizador recorreu à tecla ‘vírgula’ em vez da tecla Enter
4.2 Input de knowledge tags
Média Podia ter sido prevenido com a inclusão de um tutorial na primeira utilização da plataforma de como utilizar este elemento.
Pode ser resolvido com a atribuição da funcionalidade da tecla Enter à vírgula, mantendo o enter também esta funcionalidade
E4 4 Com o objetivo de visualizar o perfil do contacto o utilizador clicou na imagem do perfil em vez de recorrer ao botão para o efeito
5.1 Listagem de contactos
Baixa Atribuição da funcionalidade de visualizar perfil à imagem do contacto
E5 2 Com o objetivo de inserir uma tag o utilizador não entendeu como ativava o campo de input
3.3 Input de knowledge tags
Baixa Acrescentar um botão que ative o campo de input de knowledge tags no perfil
E6 4 O utilizador não encontrou o botão para realizar uma associação ao contacto
5.2 Botão ‘Associar a’
Alta Botão fora de contexto. Colocar o botão junto do container que enumera as associações relativas a um contacto
Tabela 5 - Descrição e resolução dos erros encontrados
Após a observação direta da interação do participante com o protótipo, seguiu-se um questionário, que teve como objetivo, recolher a opinião dos participantes quanto à organização, feedback e orientação da plataforma. Foi também averiguada a sua opinião, quanto à pertinência, utilidade e vantagens numa eventual adoção da plataforma, por parte da empresa.
No Gráfico 2, os participantes afirmaram que o conteúdo da plataforma era claro, organizado e que esta garantia feedback e orientação no sistema. Por outro lado, uma maior parte dos participantes, referiu que existiram dificuldades no cumprimento dos objetivos do teste anterior, mais especificamente quanto à interação com o botão “Associar a”.
Gráfico 3 - Pertinência do sistema
O Gráfico 3, é esclarecedor quanto à pertinência da plataforma desenvolvida: todos os participantes gostariam de ver a plataforma Ubiwhere Business Intelligence implementada na empresa. Apenas o participante que desempenha funções como programador na empresa referiu que a implementação não traria qualquer utilidade ao seu ambiente laboral.
consideram pertinente a sua utilização, seis dos quais consideraram bastante pertinente. As justificações dadas mais relevantes foram:
A elevada importância da alocação de contactos certos por projeto e ferramenta de trabalho de atividades de marketing;
Possibilidade de pesquisa de contactos por projeto o que evita pesquisas pouco dinâmicas em emails ou cartões de contacto;
Facilidade do acesso a informação devidamente organizada; Centralização da informação;
Excelente forma de follow-up dos contactos da empresa com os agentes externos.
ETAPA 4 - FINALIZAÇÃO
Considerou-se finalizada a fase de desenvolvimento e conceptualização da plataforma após o teste do protótipo de alta-fidelidade, pois foram recolhidos os dados necessários para que se possam tirar conclusões para a investigação. Embora tenha terminado a fase mais técnica da investigação, podemos enumerar algumas melhorias técnicas, ao trabalho prático desenvolvido em ambiente empresarial. As melhorias futuras sugeridas são importantes, na medida em que, caso a empresa decida avançar com a implementação da plataforma, levantam questões às quais é essencial atentar durante a continuação do trabalho realizado até aqui. No próximo ponto, são sugeridas melhorias técnicas a implementar caso se prossiga com o desenvolvimento e implementação da plataforma Ubiwhere Business Intelligence.