Mapa piramidal das necessidades dos usuários

Para categorizar e priorizar usuários para testes

flexM4I > abordagens e  práticas > Mapa piramidal das necessidades dos usuários (versão 1.0)
Este método foi criado por Carina Campese (carina.c@alumni.usp.br ) na sua tese de doutorado (Campese, 2019) e esta seção foi editada pela autora. Este trabalho contou com o apoio da CAPES.

Método para organizar as necessidades dos usuários levantadas, e também para priorizar as necessidades (no caso de incompatibilidade ou mesmo priorização por limitação de projeto).

Descrição resumida

No desenvolvimento de produtos e serviços, seja um novo desenvolvimento ou mesmo um projeto de melhoria, é indispensável coletar e documentar as necessidades dos usuários para os time de design desenvolver uma solução que atenda às necessidades dos clientes.

Para isso, vários métodos podem ser aplicados, como: user stories, mapa de empatia, persona, jornada do usuário, questionários, entrevistas, observações, entre outras técnicas.

Entretanto, apesar de aplicar tais métodos, as necessidades especificamente podem ficar dispersas em meio de outros tipos de informações coletadas dos usuários, ou mesmo elas podem ficar escritas de uma forma indireta, e precisam ainda ser “transcritas” (como no caso do user stories). Nesse caso, é preciso que a equipe de desenvolvimento tenha um momento no qual traduza essas informações para necessidades, e as organize.

Na próxima figura mostramos alguns desses métodos classificados na categoria de métodos de coleta, documentação e estruturação / organização, que servem para os designers entenderem quais são as reais necessidades e dores  dos usuários. Existe uma superposição entre os métodos de documentação e os de estruturação / organização. Às vezes é difícil enquadrar um método nessas categorias.

Observe que posicionamos o mapa piramidal das necessidades dos usuários, que é o objeto desta seção, na categoria de métodos para estruturação e organização dos resultados obtidos com relação às necessidades.

Figura 857: classificação de alguns métodos de coleta de informações e entendimento dos usuários / clientes / stakeholders

O método mapa piramidal das necessidades dos usuários tem por objetivo organizar as necessidades coletadas dos usuários, de forma clara e direta. Além disso, com a classificação das necessidades nas categorias do método, a equipe de projeto pode identificar quais delas são mais importantes para o projeto, ajudando então na sua priorização.

O método tem um template em formato de pirâmide com quatro separações (categorias) horizontais: impacto, atração, interação e funcionalidade. Quanto mais para cima da pirâmide se encontra a categoria, mais complexa ela é. Acredita-se que os usuários sintam necessidades de um nível mais alto quando as necessidades mais básicas (de níveis mais baixos) já estão sendo atendidas (totalmente ou parcialmente).

  • Impacto: Necessidades relacionadas à preocupação ecológica ou social na aquisição do produto.
  • Atração: Necessidades relacionadas ao prazer, satisfação em uso do produto, status, atratividade / estética.
  • Interação: Necessidades relacionadas à facilidade de uso e aspectos técnicos do produto, como tamanho e formato.
  • Funcionalidade: Necessidades relacionadas ao que o produto precisa fazer, como ele deve funcionar, o que ele precisa ter para funcionar de tal forma.

Quanto mais para cima da pirâmide se encontra a categoria, mais complexa ela é.

Figura 858: Template do mapa piramidal das necessidades dos usuários

Apesar de ter sido criado para, primeiramente, produtos eletromédicos, ele foi aplicado posteriormente em diversos outros tipos de produtos.

No próximo tópico esclarecemos o conceito do que é uma necessidade de um usuário.

Necessidades dos usuários (definição)

As necessidades dos usuários são algumas das informações que devem ser coletadas no desenvolvimento de produtos e/ou serviços (outras informações são: e.g. comportamento, objetivos, preferências, características,  limitações, desejos, expectativas, restrições).

As necessidades podem ser vistas como:

  • A resolução dos problemas que impedem ou dificultam os usuários a alcançarem seus objetivos (podem ser tanto físicos – relacionadas a processos motores, quanto cognitivos – relacionadas à memória e processos de informação);
  • As atividades que o usuário gostaria de realizar, para alcançar seus objetivos de conseguir manipular, manusear e operar o produto.

Não há uma única definição ou orientação do que as necessidades podem ser, mas é importante ter em mente que elas vão além de questões relacionadas ao desempenho e tarefas realizadas (o que o produto precisa ter ou como deve funcionar, sob olhar do usuário); os usuários também possuem necessidades sociais ou de autodesenvolvimento. A razão pela qual acontece resistência de adoção do produto pelo usuário pode não ser porque ele não é intuitivo ou de fácil uso, mas sim porque no desenvolvimento do produto foi dada pouca atenção a essas necessidades intrínsecas.

Quando você deveria utilizar este método?

  • Após coletar informações do usuário sobre o uso de determinado produto/serviço, como comportamento, objetivos, preferências, limitações, desejos, expectativas, restrições e necessidades (seja por entrevistas, questionários ou observação de uso de produto).
  • Após aplicar o método de sua preferência para a documentação de informações, que faz parte do seu repertório, tais como, método persona, user stories, mapa de empatia, jornada do usuário, e outros métodos que apoiam o levantamento das necessidades dos usuários.

Por que você deveria utilizar este método?

  • Para ter um local de acesso rápido e de forma clara das necessidades identificadas do usuário.
  • Para conseguir priorizar as necessidades dos usuários.

Etapas do método

  • Com o mapa de empatia, persona, user stories (ou outro método que sua equipe utilizou para coletar as informações dos usuários) em mãos, anote todos os insights e necessidades que foram levantados, cada um em um post-it. Se necessário, “traduza” as informações coletadas em necessidades. No caso de duas ou mais informações levarem a uma mesma necessidade, escrevê-la somente uma vez para a pirâmide já é suficiente.
Para agrupar as necessidades e eliminar as redundantes você poderia usar o diagrama de afinidades.
  • Classifique cada necessidade de acordo com as quatro categorias do método (veja a definição das categorias na descrição resumida do método). Faça essa etapa em conjunto com os outros membros da equipe (que está aplicando o método).
  • Organize então cada necessidade no template do método de acordo com a categoria escolhida.
  • Se não houver um consenso sobre onde a necessidade deve ser alocada, e as categorias, considere colocar o post-it entre as linhas que separam as categorias.

Premissas, dicas e cuidados

  • A aplicação do método deve envolver pelo menos três membros da equipe de projeto de desenvolvimento de produto e/ou serviço..
  • Sempre que possível, aplique o método em um template de formato físico e deixe o template preenchido à vista de todos da equipe.
  • Por mais que uma necessidade esteja mais ao topo da pirâmide (na categoria impacto, por exemplo), não significa que ela não seja importante e que a equipe de projeto deve descartá-la. Significa que, em caso de incompatibilidade com outra necessidade que está abaixo dela na pirâmide, a que está abaixo deve ser priorizada.
É normal que durante a priorização de necessidades, surjam essa incompatibilidades, também conhecidas como contradições.  Muitas vezes decidir entre uma ou outra é um trade-off. O mapa piramidal já direciona que 
  • Como o template é simples (veja na descrição resumida), você pode criar um pôster com o desenho do template e colar adesivos com as necessidades nas categorias correspondentes; ou utilizar uma plataforma de trabalho colaborativo na web e desenhar o template.

O que fazer a seguir?

A equipe de desenvolvimento deve iniciar um brainstorming (ou aplicar outros métodos para o mesmo fim, e.g. mapa de conceitos) e gerar ideias de soluções que atendam às necessidades identificadas.

Exemplos

Em um primeiro caso, o método foi aplicado no projeto de melhorias de um inalador caseiro (figura abaixo).

Figura 859: exemplo de aplicação do método do mapa piramidal das necessidades dos usuários em um projeto de um inalador caseiro (clique na figura para ver em outra aba)

Na próxima figura, temos o exemplo de aplicação do método em um projeto de recolhimento de lixo eletrônico.

Figura 860: exemplo de aplicação do método do mapa piramidal das necessidades dos usuários em um projeto de recolhimento de lixo eletrônico (clique na figura para ver em outra aba)

Referência

Au, N., Ngai, E. W. T., & Cheng, T. C. E. (2008). Extending the Understanding of End User Information Systems Satisfaction Formation – An Equitable Needs Fulfillment Model Approach. MIS Quarterly, 32(1).

Campese, C., Amaral, D. C., & Mascarenhas, J. (2020). Restating The Meaning Of UCD And HCD For A New World Of Design Theories, Interacting with Computers, 32(1), 33–51.

Campese, C. (2019). Proposta de um framework para aplicação de UCD (User-Centred Design) para pequenas empresas desenvolvedoras de produtos eletromédicos (Tese de doutorado. Departamento de Engenharia de Produção. Universidade de São Paulo).

Card, S. K., Newell, A., & Moran, T. P. (1983). The psychology of human-computer interaction. Lawrence Erlbaum Associates Inc. CRC Press, 488 p.  http://doi.org/10.1016/0003-6870(84)90205-9

Hassenzahl, M. (2003). The thing and I: understanding the relationship between user and product. In Funology (pp.301-313). Kluwer Academic Publishers.

Kujala, S. (2008). Effective user involvement in product development by improving the analysis of user needs. Behaviour & Information Technology, 27(6), 457–473.

Maslow, A. H. (1987). Motivation and personality. New York: Harper & Row.

Pucillo, F., & Cascini, G. (2014). A framework for user experience, needs and affordances. Design Studies, 35(2), 160-179. http://doi.org/10.1016/j.destud.2013.10.001

Mynatt, E. D., & Rogers, W. A. (2004). Understanding User Needs and Attitudes. IEEE Pervasive Computing, 3(2), 36–41.

#printfriendly a { color: blue !important; text-decoration: underline !important; } #printfriendly i, #printfriendly em { color: purple !important; } @media print { .break-page-before { page-break-before: always !important; } h1 { page-break-before: always !important; font-size: 32px !important; } div.no-page-break-before h1, div.no-break-page-before h1 { page-break-before: avoid !important; } }