Uma ótima solução para o problema errado
sempre falhará. No design thinking, ou em qualquer processo de desenvolvimento de produto
, é importante encontrar o problema que você deseja resolver antes de gastar recursos
idealizando, projetando e até mesmo desenvolvendo. É aqui que entram as declarações de necessidade do usuário, um pilar
do estágio de definição do design thinking. Antes mesmo de entrar na definição, vale a
pena mencionar que existem muitos termos que significam mais ou menos a mesma coisa. Você os ouvirá chamados de declarações "Como poderíamos"
, declarações de problemas, declarações de "ponto de vista", declarações PoV. Não importa o termo que você usa, apenas
que você o use de forma consistente em sua equipe e organização. Então, o que é uma declaração de necessidade do usuário? Uma declaração de necessidade do usuário é uma declaração de problema acionável
usada para resumir quem é um usuário específico, a necessidade desse usuário e por que ela é importante.
Ele define o que você deseja resolver antes de
passar a gerar todas essas ideias diferentes. Esses benefícios são duplos: primeiro, você condensa
sua perspectiva sobre o problema; segundo, você fornece uma métrica de sucesso que pode ser
usada em todo o processo de design thinking. A maioria das declarações de necessidades ou declarações de problemas
são compostas de três componentes: um usuário, uma necessidade e seu objetivo. Eles são então combinados em uma espécie de
equação. Um usuário precisa de uma maneira de fazer algo para atingir
um objetivo. Então, vamos detalhar a primeira parte, usuário. O usuário deve ser uma pessoa específica ou um
segmento real de usuário final sobre o qual você pesquisou.
É útil incluir um slogan curto que
ajude a lembrar a todos quem é esse usuário, especialmente se essa declaração de necessidade for
usada por uma grande equipe ou partes interessadas que foram removidas da pesquisa. Então temos a necessidade. A necessidade deve ser uma necessidade real do usuário. Fique longe de recursos, componentes de interface
ou tecnologias específicas. Então temos o insight. Este é o objetivo. Esta é a carne. É o resultado de atender a essa necessidade do usuário. Deve estar enraizado na empatia real. Olhe além do escritório. O que sua solução permitirá que o usuário realize? A falha fatal que vejo tantas equipes cometerem
é que o propósito da declaração de necessidade do usuário deve capturar o que queremos alcançar com
nosso design, e não o como. Eles deveriam avançar nossas soluções presumidas,
desde recursos discretos e específicos, como botões, até insights empáticos mais profundos.
Penso desta forma: as declarações de necessidades do usuário
devem nos ajudar a enquadrar as necessidades de nossos usuários como verbos: "acessar informações", "aprender", em vez
de substantivos "botões", "menus suspensos". Quando fazemos isso, conseguimos gerar
ideias muito superiores porque não nos limitamos àquelas soluções pré-determinadas, que
muitas vezes são apenas curativos para necessidades de usuários maiores..