Abaixo estão 40 user stories agrupadas por tipo de produto: SaaS, e-commerce, aplicativos móveis, marketplaces, fintech, saúde, ferramentas internas e funcionalidades de IA. Cada uma vem com critérios de aceitação, pois uma história sem eles está incompleta. Depois delas: reescritas de ruim para bom, um épico dividido em histórias e histórias não funcionais.
Atualizado em outubro de 2026. Novato em user stories? Comece com como escrever user stories, e depois volte aqui para material que pode adaptar.
O formato usado aqui
Cada história segue o modelo papel-funcionalidade-benefício:
Como [tipo de usuário], quero [objetivo ou ação] para que [benefício].
Os critérios de aceitação são listas numeradas curtas para caberem em uma tabela; o modelo de história de usuário mostra a alternativa Dado/Quando/Então. Os números (limites de tempo, limiares) são placeholders para as suas próprias regras de negócio.
Exemplos de user stories para SaaS e B2B
Histórias de B2B giram em torno de contas, funções e faturamento, e dois usuários importam ao mesmo tempo: a pessoa que executa o trabalho e o administrador que paga.
| User story | Critérios de aceitação |
|---|---|
| 1. Como administrador de workspace, quero convidar colegas por e-mail para que eles possam trabalhar na nossa conta. | (1) O link de convite é válido por 7 dias. (2) Escolho um papel (Administrador, Membro ou Visualizador) antes de enviar. (3) Convidar alguém que já é membro exibe um erro em vez de enviar um convite duplicado. |
| 2. Como proprietário da conta, quero fazer upgrade para um plano pago dentro do aplicativo para que eu possa adicionar assentos sem falar com vendas. | (1) Vejo o preço e o que muda antes de confirmar. (2) Novos limites são aplicados assim que o pagamento é aprovado. (3) Se o cartão for recusado, permaneço no meu plano atual e vejo o motivo. |
| 3. Como membro da equipe, quero fazer login com minha conta corporativa do Google ou Microsoft para que eu não precise de outra senha. | (1) O login oferece ambas as opções. (2) Meu primeiro login a partir de um domínio corporativo permitido me adiciona àquele workspace. (3) Contas de domínios que o administrador não permitiu são recusadas com uma mensagem clara. |
| 4. Como gerente, quero exportar o relatório de atividades para CSV para que eu possa compartilhá-lo com a área financeira. | (1) A exportação usa os filtros atualmente aplicados. (2) O arquivo possui uma linha de cabeçalho e datas ISO (AAAA-MM-DD). (3) Exportações com mais de 50.000 linhas são enviadas por e-mail como um link de download, em vez de bloquear a página. |
| 5. Como novo usuário, quero uma lista de verificação de onboarding curta para que eu obtenha meu primeiro resultado útil sem ler a documentação. | (1) De 3 a 5 etapas, cada uma marcada automaticamente quando concluída. (2) Posso descartá-la e reabri-la pelo menu de ajuda. (3) O progresso é sincronizado entre dispositivos. |
| 6. Como administrador do workspace, quero um log de auditoria de alterações de permissão para que eu possa responder aos questionários de segurança dos nossos clientes. | (1) Cada entrada registra quem alterou o quê, quando e de qual IP. (2) Ninguém, incluindo administradores, pode editar ou excluir entradas. (3) O log pode ser filtrado por usuário e data e exportado. |
Exemplos de histórias de usuário de E-commerce
Histórias de loja sobrevivem ou morrem com seus caminhos de erro: itens esgotados, cartões recusados, entregas atrasadas e devoluções.
| User story | Critérios de aceitação |
|---|---|
| 7. Como comprador, quero filtrar produtos por tamanho e cor para que eu veja apenas itens que posso comprar. | (1) Os filtros oferecem apenas tamanhos e cores em estoque. (2) Os resultados atualizam sem recarregar a página, e a URL mantém os filtros para que a visualização possa ser compartilhada. (3) “Limpar tudo” reinicia a lista. |
| 8. Como comprador convidado, quero finalizar a compra sem criar uma conta para que eu possa comprar rapidamente. | (1) Apenas e-mail, endereço e pagamento são obrigatórios. (2) Após o pagamento, posso criar uma conta com um clique. (3) O e-mail de confirmação chega em até um minuto. |
| 9. Como comprador, quero ver a data de entrega antes de pagar para que eu saiba se o pedido chegará a tempo. | (1) Cada opção de envio mostra uma janela de entrega estimada. (2) A janela atualiza quando eu altero o endereço. (3) Itens que são enviados separadamente mostram suas próprias datas. |
| 10. Como comprador, quero ser avisado quando um item esgotado voltar ao estoque para que eu não precise ficar verificando. | (1) “Avise-me” substitui “Adicionar ao carrinho” quando o estoque é zero. (2) Recebo um e-mail quando o item voltar ao estoque, e então o alerta termina. (3) O e-mail abre o produto com meu tamanho pré-selecionado. |
| 11. Como cliente, quero iniciar uma devolução online para que eu não precise enviar e-mail para o suporte. | (1) Apenas pedidos dentro da janela de devolução exibem um botão de Devolução. (2) Escolho os itens e um motivo e recebo uma etiqueta ou código QR. (3) O status do reembolso aparece no meu histórico de pedidos. |
| 12. Como gerente de loja, quero criar um código de desconto com data de expiração para que eu possa realizar uma promoção de fim de semana. | (1) Defino uma porcentagem ou valor fixo, datas e um limite de uso. (2) No checkout, um código expirado exibe “Este código expirou”. (3) Códigos não podem ser combinados, a menos que eu permita. |
Para fluxos de checkout e rastreamento de pedidos em aplicativos de entrega, veja os elementos essenciais de um aplicativo sob demanda.
Exemplos de histórias de usuário de aplicativo móvel
Histórias de aplicativos móveis precisam de critérios que histórias web frequentemente podem ignorar: sem sinal, permissões do dispositivo e biometria.
| User story | Critérios de aceitação |
|---|---|
| 13. Como passageiro, quero meus ingressos disponíveis offline para que eu possa mostrá-los em um trem sem sinal. | (1) Ingressos e seus códigos QR abrem sem conexão. (2) Um banner offline mostra quando os dados foram sincronizados pela última vez. (3) Ações que precisam de conexão são desabilitadas com uma explicação. |
| 14. Como usuário, quero fazer login com Face ID ou minha impressão digital para que eu não precise digitar minha senha toda vez. | (1) É oferecido após meu primeiro login com senha e permanece desativado até que eu ative. (2) O aplicativo pede a senha após 3 tentativas falhas ou se a biometria do dispositivo mudar. (3) Posso desativá-lo nas configurações. |
| 15. Como usuário, quero escolher quais notificações push recebo para que o aplicativo não me incomode. | (1) As configurações listam cada categoria de notificação com seu próprio interruptor. (2) As alterações são aplicadas imediatamente. (3) O aplicativo pede permissão de notificação quando eu ativo uma categoria pela primeira vez, não na primeira abertura. |
| 16. Como novo usuário, quero testar o aplicativo antes de se cadastrar para que eu possa decidir se vale a pena. | (1) O conteúdo principal pode ser navegado sem uma conta. (2) O cadastro é solicitado apenas quando eu tento salvar ou publicar. (3) Qualquer coisa que eu salvei como convidado é transferida para minha conta. |
| 17. Como usuário, quero compartilhar um item no WhatsApp ou Mensagens para que eu possa enviá-lo a um amigo. | (1) O compartilhamento usa a folha de compartilhamento nativa do telefone. (2) O link abre o item no aplicativo, se estiver instalado, caso contrário, no site. (3) A pré-visualização do link mostra o título e a imagem do item. |
Exemplos de histórias de usuário de marketplace e sob demanda
Marketplaces têm pelo menos três papéis (comprador, provedor, operador), e um recurso raramente é concluído até que cada um tenha uma história.
| User story | Critérios de aceitação |
|---|---|
| 18. Como cliente, quero acompanhar meu entregador em um mapa para saber quando estar na porta. | (1) Após a coleta, a posição do entregador é atualizada a cada 15 segundos, no mínimo. (2) Uma estimativa de chegada é exibida e mantida atualizada. (3) O compartilhamento de localização é interrompido na entrega. |
| 19. Como provedor de serviço, quero definir minha disponibilidade semanal para que eu só receba solicitações que eu possa aceitar. | (1) Posso definir horários para cada dia da semana e bloquear datas específicas. (2) Clientes não podem solicitar horários fora desses horários. (3) Alterar a disponibilidade não cancela reservas já confirmadas. |
| 20. Como cliente, quero avaliar um provedor após um serviço para que outros clientes possam escolher bem. | (1) O prompt de avaliação aparece quando o serviço é marcado como concluído e permanece aberto por 14 dias. (2) Dou de 1 a 5 estrelas e um comentário opcional. (3) Apenas clientes com uma reserva concluída podem avaliar esse provedor. |
| 21. Como vendedor, quero saber quando cada pagamento será recebido para que eu possa planejar meu fluxo de caixa. | (1) Cada pedido concluído mostra o pagamento após as taxas e sua data esperada. (2) O histórico de pagamentos lista data, valor e pedidos. (3) Se um pagamento falhar, sou informado do motivo e de como corrigi-lo. |
| 22. Como operador de marketplace, quero revisar os anúncios de novos vendedores antes que fiquem ativos para que itens proibidos não fiquem no site. | (1) Os primeiros anúncios de um novo vendedor vão para uma fila de revisão. (2) Os revisores aprovam ou rejeitam com um motivo que o vendedor pode ver. (3) Após a aprovação, os anúncios posteriores do vendedor são publicados de uma vez, a menos que sejam sinalizados. |
Exemplos de histórias de usuário de fintech
Em produtos regulados, alguns critérios são definidos por lei, como verificações de identidade ou autenticação forte do cliente para pagamentos na UE e no Reino Unido. Trate esses como um ponto de partida e confirme as regras com seu consultor de conformidade.
| User story | Critérios de aceitação |
|---|---|
| 23. Como novo cliente, quero verificar minha identidade no aplicativo para que eu possa abrir uma conta sem visitar uma agência. | (1) Fotografo um documento de identidade e faço uma selfie no aplicativo. (2) Vejo se a verificação foi aprovada, reprovada ou precisa de revisão, e o que fazer a seguir. (3) As imagens são armazenadas criptografadas e todo acesso de funcionários é registrado. |
| 24. Como titular de cartão, quero congelar meu cartão instantaneamente para que ninguém possa usá-lo se eu o perder. | (1) O congelamento entra em vigor em segundos e novos pagamentos com cartão são recusados. (2) O descongelamento restaura o mesmo cartão. (3) A tela explica o que acontece com pagamentos recorrentes enquanto congelado. |
| 25. Como usuário, quero que minhas transações sejam categorizadas automaticamente para que eu possa ver para onde meu dinheiro vai a cada mês. | (1) Novas transações recebem uma categoria dentro de um minuto de aparecerem. (2) Quando eu mudo uma categoria, transações futuras do mesmo comerciante seguem minha escolha. (3) A visão mensal mostra um total por categoria. |
| 26. Como titular de conta, quero que transferências grandes exijam uma segunda confirmação para que meu dinheiro esteja seguro se alguém souber minha senha. | (1) Transferências acima de um limite que eu defino exigem aprovação no aplicativo ou um código de uso único. (2) O primeiro pagamento a um novo beneficiário exige a mesma etapa. (3) Confirmações falhas são registradas e sou notificado. |
| 27. Como dono de pequeno negócio, quero enviar faturas com um link de pagamento imediato para que os clientes possam pagar com cartão. | (1) O e-mail da fatura inclui um link de pagamento seguro. (2) A fatura é marcada como paga automaticamente quando o pagamento é bem-sucedido. (3) Faturas vencidas disparam lembretes nos dias que eu escolher. |
Exemplos de histórias de usuário de saúde
Dados de saúde estão sujeitos a regras como HIPAA nos EUA e GDPR na UE, então controle de acesso e logs de auditoria aparecem na maioria dos critérios. Confirme os detalhes com alguém que conheça as regras que se aplicam a você.
| User story | Critérios de aceitação |
|---|---|
| 28. Como paciente, quero agendar uma consulta online para que eu não precise ligar para a clínica. | (1) Apenas horários abertos para o profissional e tipo de visita escolhidos aparecem. (2) A confirmação chega por e-mail ou SMS com um link para adicionar ao calendário. (3) Posso cancelar ou remarcar até o prazo da clínica; após isso, o número de telefone da clínica é exibido. |
| 29. Como paciente, quero lembretes de medicação para que eu não perca doses. | (1) Defino horários de lembrete para cada medicamento. (2) A notificação na tela de bloqueio não mostra o nome do medicamento, a menos que eu permita. (3) Posso marcar cada dose como tomada ou pulada e ver meu histórico. |
| 30. Como profissional de saúde, quero os resultados de exames recentes de um paciente em uma tela para que eu possa me preparar para uma consulta rapidamente. | (1) Resultados dos últimos 12 meses, do mais novo ao mais antigo, com valores fora da faixa destacados. (2) Apenas a equipe de cuidado do paciente pode abrir a tela. (3) Cada visualização é registrada no log de acesso. |
| 31. Como paciente, quero participar de uma consulta de vídeo do meu navegador para que eu não precise instalar nada. | (1) O link funciona no Chrome, Safari, Edge e Firefox atuais em desktop e mobile. (2) Espero em uma sala de espera até o profissional me admitir. (3) Uma verificação de câmera e microfone é executada primeiro, com ajuda se o acesso for bloqueado. |
Exemplos de histórias de usuário de ferramentas internas e administração
Ferramentas internas são frequentemente construídas sem histórias porque “é só para nós”, e é assim que acabam com cem campos e nenhuma função clara.
| User story | Critérios de aceitação |
|---|---|
| 32. Como agente de suporte, quero ver os pedidos e tickets recentes de um cliente em uma única tela para que eu possa responder sem trocar de ferramentas. | (1) Posso buscar por e-mail, número de telefone ou número do pedido. (2) A tela exibe os últimos 10 pedidos e todos os tickets abertos. (3) Os agentes podem visualizar, mas não editar, os detalhes de pagamento. |
| 33. Como gerente de operações, quero atualizar os status dos pedidos em massa a partir de um CSV para que eu não precise editar centenas de registros manualmente. | (1) Uma pré-visualização mostra quais linhas serão alteradas e quais contêm erros antes de qualquer aplicação. (2) Linhas com erros são ignoradas e relatadas. (3) Cada atualização em massa é registrada com o responsável pela execução. |
| 34. Como administrador de TI, quero desativar a conta de um ex-funcionário em um único local para que ele perca o acesso a todas as ferramentas internas. | (1) A desativação encerra todas as sessões ativas imediatamente. (2) Suas tarefas abertas são reatribuídas ao seu gerente. (3) Seus dados são mantidos de acordo com a política de retenção, não são excluídos. |
| 35. Como líder de finanças, quero que despesas acima de um limite exijam aprovação para que compras de grande valor sejam verificadas. | (1) Despesas acima do limite são enviadas ao aprovador designado. (2) O aprovador pode aprovar ou rejeitar, com um comentário, pelo e-mail ou pelo aplicativo. (3) Solicitações não tratadas em 3 dias úteis são escaladas. |
Exemplos de histórias de usuário de recursos de IA
Recursos de IA precisam de critérios extras: o que acontece quando o modelo não sabe, para onde os dados vão e como você saberá se eles ajudam. Mantenha um humano no controle de tudo que for enviado, publicado ou pago.
| User story | Critérios de aceitação |
|---|---|
| 36. Como agente de suporte, quero uma resposta rascunhada por IA para cada ticket para que eu possa responder a perguntas comuns mais rápido. | (1) O rascunho aparece na caixa de resposta, marcado como gerado por IA, e só é enviado quando eu clico em Enviar. (2) Ele faz link para os artigos do centro de ajuda que foram usados. (3) Quando não há artigo relevante, ele diz isso em vez de adivinhar. |
| 37. Como usuário, quero fazer perguntas sobre meus documentos em linguagem simples para que eu possa encontrar respostas sem abrir cada arquivo. | (1) As respostas usam apenas documentos que tenho permissão para ver. (2) Cada resposta faz link para suas passagens de origem. (3) Se os documentos não contiverem a resposta, ele diz que não sabe. |
| 38. Como membro da equipe, quero um resumo curto de anotações longas de reuniões para que eu possa me atualizar em um minuto. | (1) O resumo lista decisões e itens de ação com seus responsáveis. (2) Posso regenerar ou editá-lo. (3) Nada é resumido automaticamente: um resumo é criado apenas quando alguém solicita. |
| 39. Como administrador de workspace, quero ligar ou desligar recursos de IA para minha equipe para que fiquemos dentro da nossa política de dados. | (1) Uma configuração controla todos os recursos de IA no workspace. (2) A página indica qual provedor processa os dados e se eles são usados para treinamento. (3) A alteração é aplicada a todos os usuários em minutos e é registrada. |
| 40. Como gerente de produto, quero ver com que frequência os usuários aceitam, editam ou rejeitam sugestões de IA para que eu possa saber se o recurso está ajudando. | (1) Cada sugestão é registrada como aceita, editada ou rejeitada. (2) Um painel mostra essas taxas por semana. (3) A análise armazena apenas o resultado, nunca o prompt ou o conteúdo do documento. |
Ruim vs bom: 6 histórias de usuário reescritas
Cada reescrita nomeia um usuário específico, mantém as decisões de design fora do objetivo e fornece um benefício real.
| História fraca | Por que falha | Versão melhor |
|---|---|---|
| O sistema deve suportar exportação em PDF. | Linguagem de requisito: sem usuário e sem motivo. | Como contadora, quero baixar o extrato de cada mês em PDF para que eu possa anexá-lo aos nossos registros. |
| Como usuário, quero que o aplicativo seja fácil de usar. | Intestável, sem objetivo específico. | Como usuário iniciante, quero iniciar meu primeiro projeto a partir de um modelo para que eu veja como o aplicativo funciona em poucos minutos. |
| Como desenvolvedor, quero migrar para PostgreSQL. | Uma tarefa técnica; o valor para o usuário está oculto. | Como analista, quero que os relatórios mensais carreguem em menos de 3 segundos para que eu possa revisá-los durante as reuniões. A migração se torna uma tarefa sob esta história. |
| Como cliente, quero pagar. | Muito grande: esconde métodos de pagamento, falhas e reembolsos. | Como cliente, quero pagar com cartão no checkout para que eu possa finalizar meu pedido em uma etapa. Apple Pay, reembolsos e pagamentos falhos se tornam histórias separadas. |
| Como usuário, quero um botão Salvar azul no canto superior direito. | Impõe o design e não deixa nada para discutir. | Como editor, quero que minhas alterações sejam salvas automaticamente para que eu não perca o trabalho se meu navegador fechar. |
| Como gerente, quero ver relatórios para que eu possa ver relatórios. | O benefício apenas repete o objetivo. | Como gerente de vendas, quero o pipeline de cada representante por etapa para que eu possa identificar negócios estagnados antes do fim do trimestre. |
O guia de histórias de usuário explica a lista de verificação INVEST por trás dessas reescritas.
De épico a histórias: um exemplo de decomposição
Um épico é um resultado grande demais para um único sprint. Aqui está “Os clientes podem assinar e pagar” para um produto SaaS B2B, dividido em histórias que podem ser entregues individualmente:
- Como novo cliente, quero iniciar um teste gratuito sem cartão para que eu possa avaliar o produto sem compromisso.
- Como usuário em teste, quero escolher um plano e adicionar meu cartão antes do fim do teste para que eu mantenha meus dados e configurações.
- Como titular da conta, quero baixar faturas anteriores para que eu possa arquivá-las para fins fiscais.
- Como titular da conta, quero um e-mail uma semana antes de cada renovação anual para que a cobrança não me surpreenda.
- Como titular da conta, quero um período de carência quando um pagamento falhar para que minha equipe não seja bloqueada por um cartão expirado.
Para um MVP, as histórias 1 a 3 são suficientes para começar a cobrar; 4 e 5 importam quando os clientes renovam. O guia de mapeamento de histórias de usuário mostra como traçar essa linha.
Exemplos de histórias de usuário técnicas e não funcionais
Desempenho, acessibilidade e confiabilidade também podem ser histórias. Nomeie o usuário que sente o problema e torne os critérios mensuráveis:
- Como comprador mobile, quero que as páginas de produto carreguem rapidamente em um celular de gama média para que eu não desista antes da página aparecer. Critérios: o conteúdo principal aparece em até 2,5 segundos via 4G em um dispositivo de teste especificado; imagens abaixo da dobra carregam de forma preguiçosa (lazy load).
- Como usuário de leitor de tela, quero que todos os campos de cadastro sejam rotulados e anunciados para que eu possa criar uma conta sozinho. Critérios: o formulário atende ao WCAG 2.2 nível AA; pode ser concluído apenas com o teclado; os erros são anunciados.
Como adaptar esses exemplos para o seu MVP
- Substitua os papéis pelos seus usuários reais. “Como comprador” vira “Como pai comprando uniformes escolares” se esse for o seu público.
- Substitua cada número pela sua própria regra. Os convites de 7 dias, prazos de 24 horas e metas de 3 segundos acima são placeholders.
- Mantenha apenas as histórias do seu fluxo principal para o primeiro lançamento.
- Adicione os caminhos de erro que seus clientes e equipe de suporte já discutem.
- Refine cada história com as pessoas que vão construí-la. Uma história copiada ainda precisa da conversa.
Se você está decidindo o que entra em uma primeira versão sem um cofundador técnico, como construir um MVP como fundador não técnico cobre as opções. Para um cartão em branco com todos os campos, use o modelo de história de usuário.
Tem um backlog de histórias e ninguém para construí-las? Nossa equipe transforma histórias de usuário em software funcional sprint a sprint. Veja nossos planos de desenvolvimento mensais.
Perguntas frequentes
Qual é um bom exemplo de história de usuário?
“Como cliente recorrente, quero reordenar uma compra anterior com um toque para que eu possa repor sem buscar novamente.” Ela nomeia um usuário específico, um objetivo sem decisões de design e um benefício real. Adicione critérios como: itens que não são mais vendidos são sinalizados antes do checkout, e os preços atuais são usados, não os originais.
Qual é um exemplo de épico?
“Os clientes podem assinar e pagar” é um épico: um resultado grande demais para um sprint. Ele se decompõe em histórias como iniciar um teste gratuito, adicionar um cartão antes do fim do teste, baixar faturas e lidar com pagamentos falhos.
Como escrever uma história de usuário técnica?
Nomeie a pessoa que sente o benefício, mesmo que seja um colega de equipe (“Como o engenheiro de plantão…”), declare o valor na cláusula “para que” e forneça critérios mensuráveis. Se não houver valor visível para o usuário, provavelmente é uma tarefa sob outra história, não uma história em si.
Quantos critérios de aceitação uma história de usuário deve ter?
Geralmente de três a seis. Menos frequentemente significa que caminhos de erro estão faltando; muitos mais geralmente significa que a história é grande demais e deve ser dividida.