Teste do Índice de Qualidade Objetivo com o Mapa da Viagem do Cliente

Olá cidadãos de Khabrovsk!

Sou analista de profissão, projeto sistemas e escrevo requisitos há 10 anos. Proponho discutir a abordagem para testar UX / UI.

Antes da quarentena, tive uma situação: tinha que comprar uma passagem de avião. Cerca de 30 minutos entrei no espaço sem ar: enquanto preenchia todos os campos (embora exista um perfil no serviço), depois verifiquei tudo de uma só vez e depois removi cuidadosamente todas as opções pagas.
IMHO, isso é desumano.

Por que não lembrar dos meus dados e substituí-los? Por que impor opções adicionais - reduz a lealdade?

Acho que não sou o único aborrecido com a desconfortável e incompreensível UX / UI. Pergunta: "Como é tratado?"



Até agora, cheguei à conclusão de que uma solução pode ser um teste sistemático e independente dos indicadores de qualidade do sistema. Aqueles que são falados no instituto e nos livros didáticos: ergonomia, conveniência, compreensibilidade, velocidade de execução de tarefas.

Normalmente, o teste de qualidade se resume ao seguinte:

• A equipe corre com todas as suas forças para tornar a funcionalidade pontual e ninguém pensa em UX / UI
• O UX / UI é verificado apenas quanto à conformidade com layouts
• O teste de UX / UI é realizado de acordo com o gosto e a avaliação pessoal do testador. Sim, isso pode ser justificado por regras gerais (por exemplo, nos livros de Cooper “On Interfaces”), mas em sistemas personalizados e B2B, muitas vezes existem soluções não triviais. A equipe pode diferir em gostos e idéias sobre o belo. Como resultado, isso leva a disputas não-construtivas devido a diferenças de opinião. As vitórias mais fortes neles.

Então pensei que uma história semelhante acontece ao coletar requisitos em produtos. Acontece que os criadores tomam uma decisão por suas dores e pensam que fecharão as necessidades dos usuários finais. Para mapear a realidade, existem várias maneiras no mapa da jornada do cliente.

A essência do método é levar a experiência de vários usuários em uma amostra estatística, pois eles resolvem um problema específico. Assim, você pode descobrir se outras pessoas estão enfrentando um problema e se essa situação é exclusiva para um pequeno grupo de pessoas ou se é um problema total.

Por que não verificar esse princípio e a interface do usuário / interface do usuário?

Algoritmo de teste:

1) Decida sobre uma política de teste.

• conjunto de scripts do usuário para teste
• indicadores de qualidade testados: conveniência, ergonomia, compreensibilidade etc.

2) Encontre respondentes para testar

De 3 a 5 respondentes. Pode ser usuários finais ou membros de outra equipe. O principal é a independência da equipe de desenvolvimento.

3) Realize um estudo. repita o

ciclo com cada respondente
> O modelo do cartão de usuário é usado.
> O entrevistado recebe uma introdução à tarefa e um sistema / protótipo / layout em execução
> Etapas do entrevistado, seu feedback, tempo para uma etapa - tudo isso é registrado no
final do modelo



4) Dados agregados.

Como um modelo de mapa é uma opinião, você precisa encontrar a interseção dos entrevistados. Para cada cenário, uma matriz de mapa de gap é compilada (nas melhores tradições do CJM).

• Colunas da matriz - etapas do script.
• Linhas são um indicador de insatisfação.
• No cruzamento - os resultados dos mapas dos entrevistados.
• Os passos que levaram mais tempo ou emoções negativas, mal-entendidos - essas são as dores da qualidade do sistema.

5) Faça uma lista dos problemas encontrados.

Eu o nomeei GrowthPointsList.



Os dados estão resumidos na lista de problemas + expectativas dos entrevistados como o sistema se comportará. Você pode especificar o nível de influência na passagem do script:

1. Não foi possível concluir o script
2. Negativo, mas o script foi aprovado
3. Alguns entrevistados tiveram um negativo, mas eles conseguiram passar pelo script.

Assim, mesmo antes do desenvolvimento na fase de layout, é possível testar layouts e eliminar problemas a um custo menor. O resultado do teste é razoável e não causa polêmica entre os participantes e o cliente.

Penso que o mundo das aplicações pode mudar para conveniência e simplicidade para os usuários finais.

Canal de Telegrama - tlgg.ru/@analyst_way (caminho do analista)