Como parte de uma narrativa mais ampla do produto digital, trabalhar com histórias de usuários em todo o processo de design ajuda os designers a se concentrarem em melhorar a UX. Histórias de usuários 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 se adaptam melhor à vida das pessoas.

Com que frequência os designers de produto se encontram na proverbial situação de 'colocar o carrinho antes dos bois'? Conforme o projeto começa, nós trabalhamos nos detalhes da tecnologia e como vamos entregá-los. Estruturas de desenvolvimento são definidas, dispositivos de destino determinados, 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: quadros de humor, mapas de sites, fluxos de usuário, personas e mapas de empatia, para citar alguns. O barco está carregado, mas navegando sem leme ou mapa. Então, um dia, acordamos e percebemos: “ por que estamos fazendo este produto, como definimos seus recursos e como os priorizamos? '

Um toque de despertar clássico.

O temido “recurso creep” está se esgueirando bem perto 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ário são uma técnica de design colaborativo para equipes de produto, adotada da metodologia de desenvolvimento de software Agile. As equipes ágeis normalmente se concentram em alcançar pequenos objetivos durante os sprints. Eles enfatizam a velocidade, objetivos e resultados em vez de documentação extensa, daí o conceito de histórias de usuários.

Para a maioria das equipes Agile, as histórias de usuário são o principal veículo de entrega incremental de software. Agile Alliance

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

Uma história de usuário descreve algo que o usuário deseja realizar. Histórias de usuários podem ajudar designers e as equipes de desenvolvimento mantêm o foco nas necessidades do usuário, em vez de se envolverem no frenesi de adicionar recursos ao produto.

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

protótipos são especialmente importantes no processo de:

' Como um (tipo de usuário), eu quero (a meta), para que eu possa (derivar um benefício). '

Histórias de usuários permitem que uma equipe tenha melhores conversas sobre o projeto durante todo o processo de desenvolvimento. Isso ajuda a evitar o deslocamento de recursos porque trabalhar com eles facilita um compreensão compartilhada do que a equipe está tentando construir e por que .

Se existe algum princípio que é sagrado para aqueles no campo do design de interface do usuário e interação homem-computador, é conheça 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 quais resultados a equipe deve focar em.

Dito isto, muitos designers não concordam com a ideia de que Agile e UX podem se dar bem juntos . Uma das convicções é que as duas forças e cronogramas de motivação díspares 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 de usuários não são substanciais o suficiente como uma abordagem de design - elas carecem da perspectiva que considera o quadro geral: toda a experiência do usuário .

como você conduziria entrevistas com usuários se estivesse tentando testar uma interação específica?

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

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

Segundo, histórias de usuário são parte integrante do design centrado no ser humano e na atividade . Em vez de se concentrar em adicionar mais e mais recursos do produto - o proverbial “aumento de recursos” - histórias de usuários tornam isso real . As histórias de usuários estão por trás de cada atividade que as pessoas realizam, que são compostas de tarefas, que por sua vez são uma série de ações. Como resultado, os produtos são desenvolvidos com um conhecimento profundo 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ários para testes de produtos e métricas de experiência do usuário

Histórias de usuários claramente expressas impulsionam vários aspectos do excelente design de produto. Revendo periodicamente as histórias do usuário e verificando se uma meta específica do usuário é alcançável— o teste de aceitação para uma determinada história de usuário - ajudará a manter a equipe de produto no caminho certo.

As empresas muitas vezes gastam muito tempo e dinheiro construindo produtos que os clientes não precisam ou não querem, 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 pelo usuário em clientes em potencial, as equipes de produto podem entender se o produto atender a uma necessidade claramente identificável . É uma forma de medir o sucesso. Construir e testar protótipos com base em histórias de usuários bem definidas, designers pode medir tempos de conclusão de tarefas e taxas de sucesso. Não apenas durante a fase inicial de design do produto, mas durante todo o ciclo de vida de desenvolvimento do produto. Ao fazer isso, as equipes podem ver se o produto está ficando 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 UX sucesso métricas ) e ajudar os designers a verificar a evolução do produto com as métricas de progresso UX.

• Resultados UX sincronize todos com o que está sendo construído.
• UX sucesso métricas diga às equipes quando eles alcançaram o resultado.
• Métricas de progresso UX permitir que as equipes acompanhem e avaliem o progresso ao longo do caminho.

o que aconteceu com telefones blackberry

Como gerar ótimas histórias de usuários

A criação da história do usuário começa com personas destiladas de percepções de pesquisa do usuário . Uma compreensão profunda das personas ajudará os designers a criar histórias significativas que se conectem a objetivos maiores do usuário. Nesse processo, as necessidades não atendidas do usuário podem ser descobertas e narrativas de produtos construídas (chamadas Épicos em Agile).

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

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

Como criamos essas histórias de usuário? Ao empregar uma variedade de técnicas de pesquisa de UX, como sombreamento (uma técnica de observação), estudos de diário e entrevistas com usuários. Como alternativa, os designers podem usar a análise do produto para identificar padrões de comportamento do usuário e revelar as estruturas subjacentes que conduzem 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, eles não chegaram a uma conclusão. Esses padrões apontariam para as pessoas desistindo de frustração porque o produto não fornece uma maneira fácil de realizar um conjunto coordenado de tarefas . Um designer de UX perceptivo identificaria o problema, investigaria com mais pesquisa do 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 tem sido 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 que os designers os escrevam. Eles realizaram 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 de usuários devem ser compactas e leves, permitindo que as equipes criem produtos rapidamente. Conforme 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). '

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.
• Deve capturar a história de uma forma que pareça valiosa.
• Pode ser traduzido em um recurso do produto.
• Possui um teste de aceitação (o objetivo foi alcançado?).

Depois de escritas, as histórias de usuário precisam ser priorizadas em uma matriz. Algo familiar aos gerentes de produto, uma matriz de prioridade ajuda a garantir que a equipe de produto se concentre primeiro nos recursos de maior impacto. Para designers , isso significa priorizar histórias de usuários que fornecem 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 aqueles 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 avaliar 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ários no design

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

Trabalhar com histórias de usuário 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.
• Permite 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ário é comparativamente fácil, a fim de obter um controle sobre o projeto. Percorrer as histórias de usuário dá uma noção mais definida de “do que se trata o projeto” do que listas de recursos e requisitos funcionais.
• Oferece flexibilidade, acessibilidade e capacidade de gerenciamento. As histórias de usuário são conceitualmente simples 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 facilmente as histórias do usuário ou adicionar as suas próprias.
• 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 máximo de benefícios.
• Fornece uma lista de verificação. Eles permitem medições em relação a conclusões de tarefas bem-sucedidas. Se um usuário não conseguir realizar as tarefas, o produto falhou.

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

Os designers não devem confiar apenas nas histórias de usuários para conduzir o design do produto —Um processo de design de produto abrangente 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 a UX de todo o produto. Por outro lado, histórias de usuário desconexas perturbarão a coesão da experiência do usuário.

Outros problemas potenciais ao contar exclusivamente com histórias de usuários para impulsionar o design:

• Falta de contexto (ignorando o resultado geral de UX)
• Sem senso de integridade (incerteza se objetivos maiores são cobertos)
• Confundir histórias de usuários com casos de uso
• Não evoluindo o produto (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 nos concentrarmos miopicamente em uma história individual. Jeff Patton, autor do livro Mapeamento de história de usuário

como configurar um fundo de private equity

Resumo

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

aprendendo c depois de c ++

O apelo das histórias de usuários é que eles identificar necessidades funcionais mas não estipule como projetar o produto para atender a essas necessidades funcionais. Eles se concentram no problema 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 melhores práticas de história do usuário. Isso evitará 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 suas idéias, comentários e feedback abaixo.

• • •

Leituras adicionais no Blog de design do ApeeScape:

• O poder do Figma como ferramenta de design
• Um guia abrangente para design de notificação
• Faça valer a pena - um guia para medir a experiência do usuário
• The Mind’s Eye - Um olhar sobre a psicologia de visualização de dados
• O que é UX Design? Equívocos comuns e mitos de experiência do usuário

Compreender o básico

Como faço para parar o deslocamento de recursos?

Trabalhar com histórias de usuário evita o aumento de recursos porque as histórias de usuário ajudam as equipes de produto a entender se o produto atende a uma necessidade claramente identificável do usuário. As histórias de usuários ajudam a evitar o aumento de recursos porque trabalhar com eles facilita um entendimento compartilhado do que a equipe está tentando construir e por quê.

O que é aumento de escopo e deslocamento de recurso?

O aumento de recursos no desenvolvimento de produtos ocorre quando muitos recursos e funcionalidades do produto são adicionados a um produto sem muita justificativa para eles. O aumento do escopo ocorre quando as equipes de desenvolvimento acreditam erroneamente que mais é melhor, ficando presas em um frenesi para adicionar recursos do produto.

O que significa deslocamento de recurso?

O aumento de recursos no desenvolvimento de produtos ocorre quando muitos recursos e funcionalidades do produto são adicionados a um produto sem muita justificativa para eles, resultando em complexidade desnecessária e produtos difíceis de usar.

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

Uma boa história de usuário é clara, focada e acionável. Deve capturar a história de uma forma que pareça valiosa da perspectiva do usuário: 'Como um (usuário), eu quero (fazer algo / a meta) para poder (alcançar o resultado desejado).' Uma boa história do usuário ajudará no desenvolvimento da história do usuário e evitará o aumento de recursos.

Quando você está criando um site, como as histórias de usuário são úteis?

Trabalhar com histórias de usuários também é valioso para prevenir o aumento de recursos ao criar sites. As histórias de usuários ajudam a concentrar a equipe de desenvolvimento nas necessidades reais dos visitantes e fornecem as medidas críticas de que os designers precisam para avaliar a eficácia do design do site.

Quem deve escrever histórias de usuários?

Normalmente, para levar um projeto adiante e evitar o aumento de recursos, a tarefa de escrever histórias de usuário frequentemente recai sobre os gerentes de produto. No entanto, como os designers realizaram pesquisas de usuários e estão familiarizados com as personas dos usuários e suas necessidades, o projeto será mais bem atendido se as histórias de usuários forem escritas por designers.