Se trabalha em gestão de produto há tanto tempo como eu (mais de 15 anos), terá assistido à transição de documentos extensos de requisitos de produto (PRDs), que descreviam funcionalidades, para listas de pendências do produto Ágeis, que descrevem histórias de utilizador.
Ninguém sente falta dos PRDs, certo?
Os métodos Ágeis são, sem dúvida, uma mudança para melhor, mas uma lista de pendências do produto simples pode rapidamente transformar-se numa lista muito extensa e desestruturada de itens, que pode ser difícil de manter.
Uma forma de obter uma visão geral é criar um mapa de histórias de utilizador. Isto permite-lhe ter uma visão geral de um conjunto de funcionalidades complexas do produto. É útil quando se inicia um novo produto, mas também quando se adicionam novas funcionalidades a um produto existente. O mapa de histórias de utilizador também pode ajudá-lo a definir épicos e histórias de utilizador.
O que é o mapeamento de histórias de utilizador?
O mapeamento de histórias de utilizador é um método para estruturar um produto complexo em jornadas do utilizador. Foi descrito pela primeira vez por Jeff Patton, que escreveu um livro completo sobre o tema. Faz parte da metodologia de startup enxuta.
O mapa de histórias de utilizador descreve a experiência do utilizador com o seu produto a partir da perspetiva de um utilizador. Não deve ser confundido com um mapa da jornada do cliente, que descreve jornadas, incluindo motivações, perguntas e emoções, do ponto de vista de um cliente, mas que não está necessariamente focado no produto em si.
Os 3 níveis do mapeamento de histórias de utilizador
Um mapa de histórias de utilizador tem três níveis. Vejamos cada nível, juntamente com um exemplo de um sítio Web de um hotel.
Have an account? Log In
Nível 1 - Atividades
Estas são as atividades que os utilizadores realizam no seu produto. Nesta fase, podem ser tão abrangentes ou específicas quanto quiser. Sugiro que comece com atividades relativamente abrangentes, para que o seu nível superior, pelo menos inicialmente, não exceda 10 itens. As atividades são formuladas como resultados que os utilizadores pretendem alcançar. As atividades são dispostas horizontalmente no mapa.
Para o nosso sítio Web de um hotel, algumas atividades importantes e abrangentes poderiam ser:
Nível 2 - Passos
O nível seguinte corresponde aos passos que os utilizadores realizam no seu produto para concluir as atividades descritas no nível 1. Estes passos também são dispostos horizontalmente.
No exemplo do nosso sítio Web de um hotel, os passos poderiam ser:
Nível 3 - Detalhes
Neste nível, descreve em detalhe o que é necessário para que os utilizadores realizem os passos descritos no nível 2. Aqui inclui todos os dados e interações necessários para concluir um passo.
O nível 3 é disposto verticalmente sob as atividades e os passos. Para dar continuidade ao exemplo do nosso sítio Web de um hotel, os detalhes poderiam ser:
Como criar um mapa de histórias de utilizador
Antes de começar a criar um mapa de histórias de utilizador, certifique-se de que sabe exatamente que problemas o seu produto resolve, que tipos de utilizadores serve e quais são as necessidades dos seus utilizadores. Algumas personas de UX podem ser úteis para este efeito.
Antes de se comprometerem com as próprias histórias de utilizador, muitas equipas também podem considerar útil esboçar primeiro a narrativa mais abrangente. A criação de guiões visuais — recorrendo a técnicas do cinema e do design — ajuda as equipas a visualizar a jornada emocional e o contexto do utilizador antes de definirem interações específicas. Enquanto o mapeamento de histórias de utilizador apresenta o “quê” e o “porquê” da funcionalidade de um produto, a criação de guiões visuais pode esclarecer “como se sente” o utilizador e “o que acontece antes e depois” dos principais pontos de contacto.
O mapeamento de histórias de utilizador é uma tarefa colaborativa. No mínimo, precisa dos membros da sua equipa multifuncional de desenvolvimento de produtos. Pode também querer convidar membros do apoio ao cliente, marketing, equipas de vendas ou quaisquer outras partes interessadas que tenham conhecimentos sobre o que os utilizadores esperam do seu produto. Isto garante que todos têm uma compreensão partilhada do seu produto como um todo.
No entanto, um mapa de histórias de utilizador não tem de ser criado numa única sessão. É aconselhável ter, pelo menos, uma lista abrangente de atividades de nível 1 na primeira sessão, para que todos os membros da equipa possam ver a complexidade do produto como um todo e reconhecer atempadamente os riscos e as dependências. Mas todo o conjunto de detalhes de nível 2 e de nível 3 pode ser desenvolvido mais tarde, quando desenvolver a respetiva atividade de nível 1.
Quando opta por criar um mapa de histórias, é mais provável que crie uma visão abrangente e, subsequentemente, desenvolva o produto certo.
Ferramentas de mapeamento de histórias de utilizador
Para criar fisicamente o seu mapa, qualquer meio que não se desfaça ao fim de alguns dias é adequado. Se trabalhar numa equipa que está no mesmo local, pode utilizar um quadro branco ou até uma parede para colar notas autocolantes. Esta é uma excelente forma de estimular a criatividade, mas a desvantagem é que as notas autocolantes caem frequentemente da parede ao fim de alguns dias! Se utilizar uma parede, recomendo vivamente que tire fotografias.
Naturalmente, uma alternativa melhor seria utilizar qualquer uma das várias soluções de quadro branco virtual colaborativo ou software de histórias de utilizador.
Mapeamento de histórias de utilizador e desenvolvimento ágil
Independentemente de utilizar Scrum, Kanban ou um método híbrido como método de desenvolvimento de software ágil, terá de descobrir como dar prioridade às funcionalidades do produto. Um mapa de histórias de utilizador permite-lhe ver facilmente o produto como um todo, o que deve ser priorizado para a próxima versão do produto e o que ainda falta desenvolver.
Ter todo o produto mapeado também tem a vantagem de poder dividi-lo de várias formas para definir as prioridades do seu roteiro de produto.
Pode dividir o mapa de histórias verticalmente se for possível separar algumas jornadas essenciais dos utilizadores para a funcionalidade de um Produto Mínimo Viável (MVP).
No exemplo do nosso site de hotel, talvez possa disponibilizar online apenas informações sobre o hotel e os preços dos quartos, mas não um processo completo de reserva online. Na sua primeira iteração, os clientes poderiam encontrar todas as informações necessárias para tomar uma decisão, mas teriam de telefonar ou enviar um e-mail para reservar um quarto.
Em alternativa, também pode dividir o mapa de histórias horizontalmente, de modo a disponibilizar aos seus clientes uma jornada mínima de ponta a ponta. No nosso exemplo do hotel, isto poderia significar ter online um processo básico de pesquisa e reserva de quartos, mas não todos os extras que podem ser reservados.
More Articles
Traduzir um mapa de histórias de utilizador para a sua lista de pendências ágil
Em última análise, para desenvolver o seu produto, provavelmente terá de transformar o seu mapa de histórias de utilizador numa lista de pendências ágil linear, com histórias de utilizador para definir prioridades e planear iterações.
Pode perguntar-se: isto não significa duplicar trabalho? Na realidade, os detalhes de nível 3 do seu mapa podem facilmente transformar-se nas histórias de utilizador e nos critérios de aceitação da sua equipa ágil. Assim, embora exista alguma duplicação, escrever histórias de utilizador torna-se fácil quando desenvolveu um bom mapa de histórias.
Por que razão devo utilizar o mapeamento de histórias de utilizador?
Em conclusão, existem vários benefícios em utilizar um mapa de histórias em vez de uma lista de pendências ágil linear:
- Obtém uma visão holística do seu produto para compreender o âmbito do trabalho envolvido.
- Pode identificar riscos e dependências mais cedo e com maior facilidade.
- Pode definir mais facilmente as prioridades do trabalho das suas iterações ágeis a partir de um mapa estruturado, em vez de o fazer a partir de uma lista de pendências linear não estruturada.
- Existe uma compreensão partilhada em toda a empresa sobre as atividades dos utilizadores que o seu produto suporta.
Se quiser ler mais sobre as melhores práticas de gestão de produtos, porque não subscrever o nosso boletim informativo?
Leitura relacionada: O que é um épico ágil? Melhores práticas, modelo e exemplo
Está a expandir a sua equipa? Eis algo útil: Como criar uma descrição eficaz de uma função de gestor de produto ágil (+ exemplo)
Também vale a pena consultar: