Como evitar o deslocamento de recursos com as práticas recomendadas de história de usuário

Como parte de uma narrativa de produto digital maior, trabalhar com histórias de usuários durante todo o processo de design ajuda os designers a se concentrarem na melhoria da UX. Histórias de usuário claramente escritas podem ajudar a manter as pessoas no centro do processo de design, criar empatia com o público-alvo de um produto e gerar ideias que melhor se adaptem à vida das pessoas.

Com que frequência os designers de produtos se encontram na proverbial situação de “colocar a carroça na frente dos bois”? À medida que o projeto começa, elaboramos os detalhes técnicos e como vamos entregá-lo. As estruturas de desenvolvimento são definidas, os dispositivos de destino determinados, os tamanhos de tela definidos e, em seguida, a equipe começa a criar soluções, adicionando recursos do produto aleatoriamente.

Durante esse processo, geramos freneticamente uma infinidade de artefatos de UX: mood boards, sitemaps, fluxos de usuários, personas e mapas de empatia, para citar alguns. O barco está carregado, mas navegando sem leme ou mapa. Então, um dia, acordamos e nos atinge: “ por que estamos fazendo este produto, como definimos seus recursos e como os priorizamos? ”

Um clássico despertador.

O temido “feature creep” está se aproximando bem debaixo de nossos narizes.

Felizmente, existe uma contramedida para combatê-lo. É uma tática de design chamada histórias de usuários .

As histórias de usuários são uma técnica de design colaborativo para equipes de produtos, adotada a partir da metodologia de desenvolvimento de software Agile. As equipes ágeis geralmente se concentram em atingir pequenas metas durante os sprints. Eles enfatizam velocidade, objetivos e resultados em vez de extensa documentação, daí o conceito de histórias de usuários.

Para a maioria das equipes ágeis, as histórias de usuários são o principal veículo de entrega incremental de software. Aliança Ágil

O que é uma história de usuário?

Uma história de usuário descreve algo que o usuário deseja realizar. As histórias de usuários podem ajudar designers e equipes de desenvolvimento a manter o foco nas necessidades do usuário, em vez de se deixar levar pelo frenesi de adicionar recursos ao produto.

Uma história de usuário é curta, específica e orientada a objetivos. É uma declaração de uma frase enquadrada na perspectiva do usuário que tem a seguinte estrutura:

“ Como um (tipo de usuário), eu quero (o objetivo), para que eu possa (obter um benefício). ”

As histórias de usuários permitem que uma equipe mantenha conversas melhores sobre o projeto durante todo o processo de desenvolvimento. Isso ajuda a evitar o aumento de recursos porque trabalhar com eles facilita um entendimento compartilhado do que a equipe está tentando construir e por quê .

Se existe algum princípio sagrado para aqueles no campo do design da interface do usuário e da interação humano-computador, é conhecer seu usuário . Don Norman, cofundador e principal emérito do Nielsen Norman Group

Alinhando histórias de usuários entre design e Agile

As histórias de usuários são um conceito que os desenvolvedores entendem. Seja no início do projeto ou durante o desenvolvimento do produto, os designers podem colaborar com os desenvolvedores de forma mais eficaz trabalhando com histórias de usuários. Os recursos do produto podem ser planejados juntos, otimizando o desenvolvimento e esclarecendo em quais resultados a equipe deve se concentrar .

Dito isso, muitos designers não concordam com a ideia de que Agile e UX podem funcionar bem juntos . Uma das convicções é que as duas forças motivadoras e cronogramas não se alinham bem – as histórias de usuários não se encaixam prontamente em um processo de design holístico porque, no desenvolvimento, o foco está nos ciclos de entrega de curto prazo. Outra noção é que as histórias do usuário não são substanciais o suficiente como uma abordagem de design - elas não têm a perspectiva que considera o quadro geral: a totalidade da experiência do usuário .

Essas crenças são válidas até certo ponto, mas também são equivocadas .

Vamos limpar o ar. Primeiro, os designers precisam reconhecer que trabalhar com histórias de usuários é um processo de design colaborativo . Embora possa não se alinhar perfeitamente com os sprints do Agile no lado do desenvolvimento, eles podem fazer parte de um processo de design assíncrono mais extenso ao colaborar com os desenvolvedores . As histórias de usuários também facilitam a colaboração de equipes localizadas em locais diferentes.

Em segundo lugar, as histórias de usuários são parte integrante do design centrado no ser humano e centrado na atividade . Em vez de se concentrar em adicionar mais e mais recursos do produto – o proverbial “desafio de recursos” – as histórias dos usuários o tornam real . As histórias de usuários estão por trás de cada atividade que as pessoas realizam, que são compostas por tarefas, que por sua vez são uma série de ações. Como resultado, os produtos são desenvolvidos com uma profunda compreensão das atividades do usuário. Trabalhar com histórias de usuários se encaixa perfeitamente no esforço holístico de projetar uma experiência de usuário agradável.

Histórias de usuário para teste de produto e métricas de UX

Histórias de usuários claramente declaradas potencializam vários aspectos de um ótimo design de produto. Revisar periodicamente as histórias do usuário e verificar se um objetivo específico do usuário é alcançável - o teste de aceitação para uma determinada história do usuário - ajudará a manter a equipe do produto no caminho certo.

As empresas geralmente gastam muito tempo e dinheiro criando produtos que os clientes não precisam ou não desejam, desperdiçando tempo e recursos. Os produtos podem ser bem intencionados, mas falham porque não atendem a uma necessidade identificável de uma forma que os consumidores entendam.

Ao testar o produto em clientes em potencial, as equipes de produto podem entender se o produto atende a uma necessidade claramente identificável . É uma forma de medir o sucesso. Construindo e testando protótipos com base em histórias de usuários bem definidas, os designers podem medir os tempos de conclusão das tarefas e as taxas de sucesso. Não apenas durante a fase inicial de projeto do produto, mas durante todo o ciclo de vida de desenvolvimento do produto. Ao fazer isso, as equipes podem ver se o produto está cada vez melhor para atender às necessidades do cliente .

Além disso, histórias de usuários podem ser empregadas para definir resultados de UX (avaliados por métricas de sucesso de UX) e ajudar os designers a verificar a evolução do produto com métricas de progresso de UX.

• Os resultados de UX sincronizam todos com o que está sendo construído.
• As métricas de sucesso de UX informam às equipes quando elas atingiram o resultado.
• As métricas de progresso de UX permitem que as equipes acompanhem e avaliem o progresso ao longo do caminho.

Como gerar ótimas histórias de usuário

A criação de histórias de usuários começa com personas destiladas de insights de pesquisa de usuários. Uma compreensão profunda das personas ajudará os designers a criar histórias significativas que se conectam a objetivos maiores do usuário. Nesse processo, as necessidades não atendidas do usuário podem ser descobertas e as narrativas do produto construídas (chamadas Epics in Agile).

Os designers podem pegar narrativas substanciais de UX, orientadas por personas e objetivos do usuário, e dividi-las em partes menores: as histórias do usuário . Por exemplo, digamos que estamos trabalhando em um aplicativo de banco móvel. O objetivo da Epic seria “gerenciar dinheiro em movimento”. Esse objetivo maior do usuário pode ser dividido em histórias de usuários menores, como:

• Como proprietário de uma empresa, quero fazer depósitos móveis para economizar tempo.
• Como proprietário de uma empresa, quero solicitar um empréstimo em trânsito para obter crédito mais rapidamente.
• Como proprietário de uma empresa, quero verificar minha conta com um aplicativo para ficar por dentro das minhas finanças.

Como criamos essas histórias de usuários? Empregando uma variedade de técnicas de pesquisa de UX, como sombreamento (uma técnica de observação), estudos diários e entrevistas com usuários. Alternativamente, os designers podem usar a análise de produtos para identificar padrões de comportamento do usuário e mostrar as estruturas subjacentes que impulsionam esses padrões.

Por exemplo, ao observar os fluxos de eventos, os dados podem mostrar que várias tarefas não puderam ser concluídas. As tarefas foram iniciadas, o progresso foi feito, mas indicado pelas saídas inesperadas no meio da tarefa, elas não chegaram a uma conclusão. Esses padrões indicariam que as pessoas desistem por frustração porque o produto não oferece uma maneira fácil de realizar um conjunto coordenado de tarefas . Um designer de UX perceptivo identificaria o problema, investigaria com mais pesquisas de usuário, redesenharia o recurso do produto que não está funcionando e testaria a conclusão da tarefa novamente.

Como escrever e priorizar histórias de usuários

Quem escreve histórias de usuários? Tradicionalmente, escrever histórias de usuários era responsabilidade dos gerentes de produto para levar o desenvolvimento adiante (geralmente quando não há designer na equipe). No entanto, quando há um designer na equipe, pode ser melhor se os designers os escrevessem. Eles conduziram pesquisas de usuários e são os mais familiarizados com as personas dos usuários e suas necessidades.

Como técnica, as histórias do usuário devem ser compactas e leves, permitindo que as equipes construam produtos rapidamente. Como mencionado anteriormente, eles precisam ser escritos como uma declaração simples de uma frase da perspectiva do usuário: “ Como um (usuário), eu quero (fazer algo/o objetivo) para que eu possa (alcançar o resultado desejado). ”

As histórias de usuários criadas dessa forma ajudam a justificar cada recurso adicionado a um produto e mantêm a lógica por trás de cada decisão de design em primeiro plano: o “ por que fazemos o que fazemos. ”

Para escrever uma ótima história de usuário:

• Deve ser claro, focado e acionável.
• Ele deve capturar a história de uma maneira que pareça valiosa.
• Ele pode ser traduzido em um recurso do produto.
• Tem um teste de aceitação (o objetivo foi alcançado?).

Uma vez escritas, as histórias de usuários precisam ser priorizadas em uma matriz. Algo familiar aos gerentes de produto, uma matriz de prioridades ajuda a garantir que a equipe de produto se concentre primeiro nos recursos mais impactantes. Para designers, isso significa priorizar histórias de usuários que forneçam o maior valor para os clientes.

Vários aspectos influenciam o índice de prioridade de uma história de usuário:

• Objetivos de negócios . Uma história de usuário que impacta diretamente a receita de uma empresa deve obter um valor de índice mais alto do que o de outras meramente desejáveis.
• Dependências funcionais . Se várias histórias de usuário só puderem ser implementadas após uma história específica, a última se tornará crítica e obterá um valor de índice mais alto.
• Tempo de desenvolvimento . Se a equipe de desenvolvimento avalia uma história de usuário como sendo rápida de implementar e essencial para atingir os objetivos de negócios, a história obtém um valor de índice mais alto.

Os benefícios das histórias de usuário no design

Trabalhar com uma estrutura de história de usuário garante que o produto tenha apenas os recursos que os usuários precisam versus os recursos que a equipe do produto espera que eles usem, com base em hipóteses. Em outras palavras, trabalhar com histórias de usuários evita o deslizamento de recursos .

Trabalhar com histórias de usuários tem vários benefícios:

• Fornece uma linguagem comum. As histórias de usuários se tornam uma linguagem comum para toda a equipe de desenvolvimento, eliminando o foco em soluções e recursos. Em vez disso, eles enquadram a discussão em torno do que deve ser alcançado.
• Promove a colaboração. Eles motivam a colaboração entre usuários, designers e a equipe de desenvolvimento.
• Possibilita um entendimento compartilhado. Eles ajudam a desenvolver uma compreensão compartilhada das necessidades do usuário usando uma linguagem comum.
• Aumenta a transparência. Eles aumentam a abertura entre os membros da equipe, o que reforça a confiança.
• Eles são abrangentes e coesos. A tradução dos requisitos do projeto em histórias de usuários é comparativamente fácil para entender o projeto. Percorrer as histórias de usuários dá uma noção mais definida de “sobre o que é o projeto” do que listas de recursos e requisitos funcionais.
• Fornece flexibilidade, acessibilidade e capacidade de gerenciamento. As histórias de usuário são conceitualmente diretas em comparação com outras documentações e são rápidas de criar. Os usuários também podem se envolver em sua geração, e as partes interessadas podem editar histórias de usuários ou adicionar suas próprias histórias sem esforço.
• Muda a perspectiva do projeto. As histórias de usuários mudam a perspectiva de um projeto de uma lista de requisitos potencialmente aleatórios e abstratos para uma representação de atividades focadas no usuário.
• Facilita a entrega de maior valor. Eles ajudam a fornecer recursos focados no cliente que geram o maior benefício.
• Fornece uma lista de verificação. Eles permitem medições em relação à conclusão bem-sucedida de tarefas. Se um usuário não conseguir realizar tarefas, o produto falhou.

Melhor design de produto com mapeamento da história do usuário

Os designers não devem confiar apenas nas histórias dos usuários para impulsionar o design do produto — um processo abrangente de design do produto envolve muitos outros métodos e artefatos. Histórias de usuários bem integradas devem se completar como peças de um quebra-cabeça que compõem o UX de todo o produto. Por outro lado, histórias de usuários desconexas perturbarão a coesão da experiência do usuário.

Outros possíveis problemas ao confiar exclusivamente em histórias de usuários para impulsionar o design:

• Falta de contexto (ignorando o resultado geral do UX)
• Sem senso de completude (incerteza se objetivos maiores são cobertos)
• Confundir histórias de usuários com casos de uso
• Não evoluir o produto (as histórias de usuários não são fixas, elas tendem a mudar com o tempo)

Construir um mapa da história do usuário nos ajuda a focar no quadro geral – o produto como um todo, em vez de focar míopes em uma história individual. Jeff Patton, autor do livro User Story Mapping

Resumo

Trabalhar com histórias de usuários no design fornece as medidas críticas que os designers precisam para entregar produtos bem projetados. A disciplina de aderir a uma estrutura de história de usuário também significa nunca colocar um elemento de design em uma interface do usuário que não tenha uma história de usuário correspondente.

O apelo das histórias de usuários é que elas identificam necessidades funcionais, mas não estipulam como projetar o produto para atender a essas necessidades funcionais. Eles se concentram no problema primeiro antes de prescrever uma solução.

Os designers devem ver as histórias do usuário como blocos de construção valiosos no design do produto, mapear as histórias do usuário para criar uma UX coesa e empregar as práticas recomendadas da história do usuário. Isso impedirá o aumento de recursos, permitirá que as equipes de produto forneçam produtos com melhor design e capacitará os designers a criar produtos com experiências de usuário agradáveis ​​e sem atrito.

Deixe-nos saber o que você pensa! Por favor, deixe seus pensamentos, comentários e feedback abaixo.

• • •

Leia mais no Blog Toptal Design:

• O poder do Figma como ferramenta de design
• Um guia abrangente para o design de notificação
• Faça valer a pena - um guia para medir a experiência do usuário
• O olho da mente - um olhar sobre a psicologia da visualização de dados