Para quem desenvolvemos um software?#
Exercise 1
Answer
Vamos seguir com a discussão abaixo e já retomamos este exercício.
Toda vez que desenvolvemos um software, desenvolvemos para resolver uma dor, um problema específico. Se essa dor for comum a várias pessoas, faz sentido desenvolver um produto ou serviço para atendê-los.
Vamos retomar a discussão do exercício acima: precisamos desenvolver uma solução para incentivar a integração entre os colaboradores da empresa. De quem é o problema sendo resolvido? Pela forma como foi colocada a pergunta, é um problema da empresa. Não está claro se também é um problema (dor) dos colaboradores. Não sabemos, por exemplo, se os próprios colaboradores tem alguma opinião a respeito disso e se acham que esse é, de fato, um problema a ser resolvido. Será que existem pessoas que não querem desenvolver um relacionamento mais pessoal com os colegas? Um sistema de agendamento de happy hour seria uma boa solução?
Você poderia argumentar que, como você trabalha na empresa desde a sua fundação e conhece algumas pessoas de diferentes áreas, você já sabe a resposta para as perguntas acima. Do ponto de vista de design, talvez essa seja uma das hipóteses mais perigosas no início de um projeto: achar que você conhece os usuários e por isso não precisa falar com eles.
O que o usuário quer?#
De quem é a dor que você está resolvendo? Quem são as pessoas envolvidas? Quem serão os usuários? Ao nos basearmos apenas no nosso próprio conhecimento do problema e das pessoas corremos o risco de resolver um problema que ninguém tem.
Até mesmo em relações mais pessoais, com nossas famílias e amigos, muitas vezes somos surpreendidos por respostas que não esperávamos. Achamos que conhecemos as pessoas, mas uma boa conversa costuma revelar novas perspectivas que não possuíamos antes.
Uma coisa é o que nós acreditamos que uma pessoa quer. Outra coisa é o que ela de fato quer. Muitas vezes existem diferenças entre essas duas coisas, por melhor que conheçamos a pessoa.
Então como podemos descobrir o que o usuário quer, qual é a sua dor? Existem diversas técnicas, mas todas envolvem algum tipo de pesquisa com usuários reais. Dentre as ferramentas mais comuns estão as entrevistas e questionários.
Personas#
Depois de conduzir entrevistas e coletar informações de diversos usuários nós podemos resumir os dados utilizando estatísticas e gráficos. Entretanto, apesar de serem muito úteis e também fazerem parte do processo, é difícil criar empatia com os usuários utilizando apenas números.
Para isso criamos o que chamamos de personas. A persona é como se fosse um avatar, um usuário fictício, porém realista, criado a partir dos resultados de uma pesquisa com usuários. A descrição da persona deve ser detalhada e completa, incluindo dados demográficos como: nome, idade, gênero e ocupação, detalhes sobre a rotina, valores, comportamentos, dores, necessidades e outras informações que impactem o que está sendo desenvolvido. Ou seja, ao descrever uma persona ela deve ser realista e detalhada o suficiente para eu inferir como ela reagiria à nossa solução. Por isso também não é necessário que ela descreva todas as outras características e informações que teriam pouco impacto no problema que estamos atacando.
A definição da persona muitas vezes começa com palpites de quem se beneficiaria da solução em desenvolvimento. Este pode ser um primeiro passo informal, que nos ajuda a definir o público da nossa pesquisa, mas é preciso realizar entrevistas com usuários reais para que seja possível encontrar padrões e então definir as personas. Após esse processo podem surgir uma ou algumas poucas personas.
Por que precisamos das entrevistas?
Apenas para reforçar, não devemos criar personas a partir da nossa própria cabeça. As personas servem justamente para nos lembrarmos da perspectiva dos usuários. Se criamos personas sem realizarmos pesquisas com usuários corremos um alto risco de apenas projetarmos as nossas próprias expectativas e perspectivas nas personas e assim elas perdem o seu propósito.
Esse é um processo longo e trabalhoso. Nesta disciplina vamos focar em outras partes do processo de design e não teremos tempo para desenvolver entrevistas com usuários, então utilizaremos personas prontas, assumindo que as entrevistas já foram realizadas.
Por que personas?#
Personas são muito importantes para criar empatia entre os envolvidos no projeto e o usuário final durante o desenvolvimento da solução, visando que estes entendam de fato que tipo de produto precisam entregar. Além disso, a definição da persona permite entender melhor o que o usuário pensa, como ele age e o que é importante para ele.
O que a persona NÃO é
- A persona não é o público alvo (um conjunto genérico de informações) ou o entrevistado (uma pessoa real e específica que você conheceu durante a pesquisa);
- Não é uma descrição superficial e generalista: com mais informações específicas é mais fácil desenvolver empatia e direcionar o design do produto ou serviço.
Exercise 2
Answer
Os resultados de pesquisas com usuários são consolidados em personas, que são descrições concretas de um usuário típico ou alvo do produto. A persona não é uma pessoa real, mas deve ser realista.
Exercise 3
Answer
Personas são descrições concretas de uma pessoa que poderia ser um usuário real, não grupos de usuários genéricos.
Exemplo de persona#
O exemplo abaixo foi desenvolvido para o problema da Contrata, no início desta página.
Vamos discutir alguns detalhes deste exemplo:
- Nome e foto: apesar de parecerem irrelevantes, o nome e a foto ajudam a lembrar quem é aquela persona. Lembrando que o objetivo da persona é ajudar o time a se lembrar de quem são as pessoas para quem a solução está sendo desenvolvida, essas informações se tornam essenciais.
- Citação: ajuda a sintetizar a relação entre a persona e o problema a ser resolvido.
- Dados demográficos: lembre-se que devem ser fictícios, mas realistas. Neste exemplo, a partir das entrevistas pode ter sido observado que muitas das pessoas em cargos gerenciais possuem formação em engenharia e estão na faixa dos 35-45 anos. Também pode ter sido observado que boa parte dos colaboradores que não participam dos eventos informais moram longe do escritório e/ou possuem filhos. Além disso, a partir das conversas observou-se que as pessoas em cargos mais altos trabalham em média 12 horas por dia. Ou seja, as características da persona foram definidas a partir dos agrupamentos de informações obtidas na pesquisa com usuários.
Exercise 4
Answer
A princípio Bianca provavelmente não acharia essa a melhor solução, mas isso não significa que ela deva ser automaticamente descartada. Note que o problema do final de semana é que Bianca prioriza passar tempo com a família. Não necessariamente ela nunca participaria de um evento aos finais de semana.
Uma possível solução seria incluir nas informações do evento se essa é uma atividade para a família toda, permitindo que Bianca tome uma decisão mais informada. Dificilmente a nossa solução será a melhor para todas as pessoas, mas é importante procurar contemplar as necessidades e desejos das diferentes personas dentro do possível.
Agora podemos seguir para a dinâmica da aula.