UX Digital
User Experience digital.
Profª Ms. Francisco Escobar.
Aula 04 - Visão do Produto e User History
User History
Os mapas da história do usuário ajudam as equipes ágeis a definir o que construir e manter a visibilidade de como tudo se encaixa. Eles permitem conversas centradas no usuário, colaboração e priorização de recursos para alinhar e orientar o desenvolvimento iterativo de produtos.
A User History é basicamente uma descrição detalhada de uma interação do usuário com um produto ou serviço. É uma narrativa que descreve o que o usuário estava tentando alcançar, as ações que ele tomou e como ele se sentiu durante todo o processo.
Também é frequentemente usada em conjunto com outras técnicas de design centrado no usuário, como pesquisas de usuário, testes de usabilidade e mapeamento de jornadas do usuário. Isso ajuda a criar uma compreensão completa dos usuários e a criar soluções de design que atendam às suas necessidades.
Formato das user stories
| Quem? | O quê? | Por quê? |
|---|---|---|
| Enquanto cliente | quero visualizar todos os produtos disponíveis no desktop e no mobile | para que tenha uma experiência de usabilidade satisfatória independentemente do display. |
| Enquanto gestor financeiro | quero visualizar no portal o total de contas a receber | para que consiga gerenciar eficientemente o fluxo de caixa. |
| Como analista comercial | quero ter acesso a todos os dados dos clientes cadastrados, ordenados por data de cadastro | para que consiga abordá-los de maneira personalizada. |
A user story ou história de usuário tem formato específico para descrever os requisitos do produto, utilizando o padrão, “Eu, enquanto <quem>, quero <o quê> para que <por quê>”. Veja os exemplos na Figura abaixo sobre o desenvolvimento de um e-commerce:
Veja as User stories abaixo e tente utilizar o padrão: enquanto <quem>, quero <o quê> para que <por quê>”.
Mais exemplos de user stories
Um usuário tentando comprar um produto em um site de comércio eletrônico e enfrentando problemas ao inserir suas informações de pagamento.
Um usuário tentando cancelar uma assinatura de serviço e lutando para encontrar a opção de cancelamento.
Um usuário tentando reservar um hotel em um site de viagens e se sentindo confuso com as opções de filtragem.
Veja as User stories abaixo e tente utilizar o padrão: enquanto <quem>, quero <o quê> para que <por quê>”.
Mais exemplos de user stories
Um usuário tentando comprar um produto em um site de comércio eletrônico e enfrentando problemas ao inserir suas informações de pagamento.
Um usuário tentando cancelar uma assinatura de serviço e lutando para encontrar a opção de cancelamento.
Um usuário tentando reservar um hotel em um site de viagens e se sentindo confuso com as opções de filtragem.
Quem? - Um usuário tentando comprar um produto em um site de comércio eletrônico
O quê? - Enfrentando problemas ao inserir suas informações de pagamento
Por quê? - Não está conseguindo concluir a compra devido a problemas ao inserir suas informações de pagamento
Quem? - Um usuário tentando cancelar uma assinatura de serviço
O quê? - Lutando para encontrar a opção de cancelamento
Por quê? - Está tendo dificuldade em cancelar a assinatura porque não consegue encontrar a opção de cancelamento
Quem? - Um usuário tentando reservar um hotel em um site de viagens
O quê? - Se sentindo confuso com as opções de filtragem
Por quê? - Não está conseguindo encontrar as opções de filtragem que atendam às suas necessidades e está se sentindo confuso com as opções disponíveis.
Em resumo:
Como criar?
Existem várias formas de coletar dados de user history. Aqui estão algumas das técnicas mais comuns utilizadas pelos profissionais de UX:
1
Entrevistas com usuários.
3
Testes de usabilidade.
2
Análise de dados de uso.
4
Feedback dos usuários.
Outra maneira de coletar dados de user history é analisando os dados de uso do produto ou serviço. Esses dados podem ser coletados por meio de ferramentas de análise de dados, como Google Analytics, Mixpanel ou Adobe Analytics. Essas ferramentas podem fornecer informações valiosas sobre como os usuários estão interagindo com o produto ou serviço, quais recursos são mais utilizados, quais áreas do produto precisam ser melhoradas, entre outras informações.
Análise de dados de uso
Uma das maneiras mais eficazes de coletar dados de user history é por meio de entrevistas com usuários. As entrevistas podem ser estruturadas ou não estruturadas, e podem ser conduzidas pessoalmente, por telefone ou por meio de videoconferência. Durante a entrevista, o pesquisador pode fazer perguntas para entender o histórico do usuário, como ele usa o produto ou serviço, quais são suas necessidades e objetivos, entre outras informações.
Entrevista com usuários
2
1
O feedback dos usuários é uma fonte valiosa de dados de user history. Os usuários podem fornecer feedback por meio de formulários de feedback, pesquisas online ou diretamente por e-mail. Esse feedback pode ser usado para entender como os usuários estão interagindo com o produto ou serviço, quais recursos estão sendo mais usados, quais problemas estão enfrentando, entre outras informações.
Feedback dos usuários
Os testes de usabilidade são uma técnica comum para coletar dados de user history. Durante os testes, os usuários são convidados a realizar tarefas específicas usando o produto ou serviço, enquanto são observados por um pesquisador. Os testes de usabilidade podem fornecer informações valiosas sobre como os usuários estão interagindo com o produto ou serviço, quais são suas dificuldades e quais recursos estão sendo mais usados.
Testes de usabilidade
4
3
- Análise de concorrência: A análise da concorrência pode fornecer informações valiosas sobre como outros produtos ou serviços estão abordando as necessidades do usuário. Isso pode ajudar a identificar tendências e oportunidades de melhoria no produto ou serviço que está sendo desenvolvido.
-
Análise de redes sociais: As redes sociais podem fornecer informações valiosas sobre como os usuários estão se comunicando e interagindo com o produto ou serviço, bem como com outras marcas e usuários. A análise das redes sociais pode ajudar a identificar padrões de comportamento e tendências.
-
Grupos de discussão: Os grupos de discussão são uma forma de coletar dados qualitativos de user history. Eles são compostos por um pequeno grupo de usuários que discutem suas experiências e opiniões sobre o produto ou serviço. Esses grupos podem ser conduzidos pessoalmente ou online.
-
Análise de revisões e avaliações online: As revisões e avaliações online de produtos e serviços podem fornecer informações valiosas sobre a experiência do usuário. As plataformas de revisão e avaliação, como o Yelp, o TripAdvisor e o Amazon, permitem aos usuários deixar comentários e classificações sobre produtos e serviços.
Mais técnicas :)
O objetivo da construção de users stories é descrever os requisitos do produto de forma padrão e abordar três informações: “Quem?”, “O quê?” e “Por quê?”.
INVEST
um acrônimo que representa seis critérios que podem ser usados para avaliar a qualidade de uma user story. Esses critérios ajudam a garantir que as user stories sejam bem escritas, detalhadas e adequadas para serem implementadas pela equipe de desenvolvimento.
1
Independent
(Independente)
3
Valuable
(Valiosa)
5
Small
(Pequena)
2
Negotiable
(Negociável)
4
Estimable
(Estimável)
6
Testable
(Testável)
INVEST
As user stories devem ser independentes umas das outras, o que significa que cada uma deve poder ser implementada de forma autônoma, sem depender de outras histórias para ser concluída.
Ex: Como um usuário, quero poder fazer login com minhas credenciais do Google, para que possa acessar minha conta com mais facilidade.
Independent (Independente)
Ser negociável está ligada à essência da história, pois o que é importante para a user story é sua essência, sendo os detalhes negociáveis com o Product Owner e seguindo indicações do Scrum Master.
Ex: Como um usuário, quero poder criar e salvar várias listas de compras, para que eu possa organizar minhas compras de forma mais eficiente.
Negotiable (Negociável)
Essa é uma das principais funções de uma história de usuário, ela precisa agregar valor. Sendo assim, para ser considerada uma boa história precisa agregar valor ao produto final e principalmente ao cliente, caso contrário não faz sentido sua existência.
Ex: Como um usuário, quero poder ver a previsão do tempo para a minha localização atual, para que eu possa me preparar adequadamente para o dia.
Valuable (Valioso)
As user stories devem ser escritas de forma que possam ser estimadas em termos de tempo, esforço e recursos necessários para serem implementadas.
Ex: Como um usuário, quero poder filtrar e classificar meus resultados de pesquisa por relevância, preço e avaliações, para que possa encontrar o que estou procurando mais facilmente.
Estimable (Estimável)
As user stories devem ser pequenas o suficiente para serem implementadas em um período de tempo relativamente curto, geralmente uma ou duas semanas.
Ex: Como um usuário, quero poder adicionar um item ao meu carrinho de compras com um único clique, para que possa fazer minhas compras com mais rapidez.
Small (Pequena)
As user stories devem ser escritas de forma que possam ser testadas para verificar se foram implementadas corretamente e atendem aos requisitos do usuário.
Ex: Como um usuário, quero poder editar minhas informações de perfil, como nome, endereço e número de telefone, para que eu possa manter minhas informações atualizadas e precisas.
Testable (Testável)
Como testar?
Validação das histórias de usuário
| Número | T001 |
| Título | Compra de livros por meio de cartão de crédito. |
| Persona | Comprador de livros |
| História | Eu, no papel de Comprador de Livros, quero utilizar meu cartão de crédito no pagamento de livros, para ter facilidade e segurança na transação. |
| Critérios de aceitação |
CR-01 - somente podemos aceitar cartões de crédito com bandeiras com que temos convênio. Cartões com convênio: {"VISA", "MasterCard", "AMEX"} CR-02 - somente podemos aceitar cartões de crédito com data de expiração no futuro. Validação: Data de expiração do cartão de crédito da compra deve ser maior ou igual a data da compra. |
| Testes de Aceitação | Critério de aceitação: CR-01 a. Comprador de Livros utiliza cartão de crédito VISA – Aceitou = correto. – Recusou = errado, deve ser corrigido. b. Comprador de Livros utiliza cartão de crédito MasterCard – Aceitou = correto. – Recusou = errado, deve ser corrigido. c. Comprador de Livros utiliza cartão de crédito ELO – Aceitou = errado, deve ser corrigido. – Recusou = correto. Critério de aceitação: CR-02 a. Comprador de Livros utiliza cartão de crédito com expiração em 01/02/2023 – Aceitou = errado, deve ser corrigido. – Recusou = correto. b. Comprador de Livros utiliza cartão de crédito com expiração em 01/08/2028 – Aceitou = correto. – Recusou = errado, deve ser corrigido. |
| Número | T002 |
| Título | Cadastrar novo usuário |
| Persona | João, um estudante universitário que deseja se cadastrar em um site de e-learning. |
| História | Como João, eu quero me cadastrar em um site de e-learning, para poder acessar o conteúdo exclusivo. |
| Critérios de aceitação |
CR01 - O site deve permitir que o usuário crie uma conta. Validação: o site deve ter um formulário de cadastro com os campos necessários para criar uma nova conta. CR02 - O site deve validar que o e-mail fornecido é válido e não foi registrado anteriormente. Validação: o site deve verificar se o endereço de e-mail fornecido é válido e não está associado a outra conta existente no sistema. CR03 - O site deve exigir que o usuário insira uma senha segura. Validação: o site deve ter critérios para aceitar senhas seguras, como exigir que a senha tenha pelo menos 8 caracteres, uma combinação de letras, números e caracteres especiais, e não pode ser uma senha comum. CR04 - O site deve permitir que o usuário faça login após o cadastro. Validação: o site deve ter uma página de login onde o usuário possa inserir suas credenciais de conta (e-mail e senha) para acessar o conteúdo exclusivo. |
| Testes de Aceitação |
CR01 - Preencher o formulário de cadastro com informações válidas e verificar se a conta é criada com sucesso: Aceitou = a conta é criada com sucesso. Recusou = a conta não é criada com sucesso, há algum erro no formulário ou nas informações fornecidas. CR02A - Tentar criar uma conta com um e-mail já registrado e verificar se o site valida a informação e impede a criação da conta: Aceitou = o site valida a informação e impede a criação da conta. Recusou = o site não valida a informação e permite a criação da conta mesmo com o e-mail já registrado. CR02B - Tentar criar uma conta com um e-mail inválido e verificar se o site valida a informação e impede a criação da conta: Aceitou = o site valida a informação e impede a criação da conta. Recusou = o site não valida a informação e permite a criação da conta com um e-mail inválido. CR03 - Tentar criar uma conta com uma senha fraca e verificar se o site valida a informação e impede a criação da conta: Aceitou = o site valida a informação e impede a criação da conta. Recusou = o site não valida a informação e permite a criação da conta com uma senha fraca. CR04 - Fazer login na conta criada e verificar se o acesso é concedido com sucesso: Aceitou = o acesso é concedido com sucesso. Recusou = o acesso não é concedido com sucesso, há algum erro no processo de login ou nas credenciais de conta fornecidas. |
| Número | |
| Título | |
| Persona | |
| História | |
| Critérios de aceitação | |
| Testes de Aceitação |
Máscara para utilização.
Os testes de user history são uma parte fundamental do processo de desenvolvimento de produtos e serviços centrados no usuário. Eles permitem que os desenvolvedores verifiquem se suas soluções atendem às necessidades dos usuários e se são fáceis de usar. Os testes podem ser conduzidos em diferentes estágios do processo de desenvolvimento, desde protótipos até produtos finais. Eles podem incluir testes de usabilidade, testes de aceitação do usuário e testes A/B para comparar diferentes soluções. Os resultados dos testes de user history ajudam a orientar as decisões de design e desenvolvimento, garantindo que o produto ou serviço atenda às expectativas do usuário.
Hora de treinar!
exercício 1
Faça os testes da seguinte User Story listada abaixo.
Um usuário tentando solicitar um reembolso para um produto defeituoso que comprou em um site de comércio eletrônico, mas está tendo dificuldades em encontrar as informações necessárias para iniciar o processo de devolução.
exercício 2
Crie 3 User Stories para o seu projeto.
Faça os testes para validação das User Stories
Inserir no projeto!
Esse exercício ajuda a praticar a criação de user stories eficazes e a avaliar se elas atendem aos critérios de qualidade necessários para um desenvolvimento de produto ou serviço centrado no usuário.
Por hoje é
Dúvidas?
só pessoal!
UX Design - Aula 07
By hermanochico
