Jornada do usuário: do mapa da experiência ao design do produto

O que é jornada do usuário?

A jornada do usuário é a sequência de ações, decisões e interações que uma pessoa percorre para alcançar um objetivo em determinado contexto. Ela começa antes da primeira tela e pode continuar depois do pagamento, da entrega ou do uso do produto.

Para mapear essa jornada, escolha uma pessoa e uma situação, investigue como ela resolve o problema hoje, organize as etapas e registre dúvidas, barreiras e evidências. Na fase de design, o mapa orienta quais partes da experiência precisam de interface, atendimento, operação ou investigação adicional.

O resultado útil não é um desenho bonito. É uma base compartilhada para decidir o que projetar, por que projetar e o que ainda precisa ser comprovado.

Jornada do usuário, jornada do cliente e fluxo de telas

Os termos se aproximam, mas ajudam a responder perguntas diferentes:

• Jornada do usuário: como alguém realiza uma tarefa e chega ao resultado desejado.
• Jornada do cliente: como alguém conhece, avalia, contrata, utiliza e mantém uma relação com uma oferta.
• Fluxo de usuário: quais passos e estados existem dentro de uma interação específica.
• Service blueprint: como pessoas, sistemas e processos sustentam a experiência visível.

Em um produto empresarial, quem compra pode não ser quem usa. Misturar essas perspectivas pode esconder aprovações, treinamento ou dependências de outra equipe.

O artigo Journey Mapping 101, do Nielsen Norman Group, apresenta o mapa de jornada como uma visualização do processo percorrido por uma pessoa para atingir um objetivo. Já Service Blueprints: Definition organiza as relações entre pontos de contato e atividades de suporte. Essas referências sustentam as definições; não demonstram que desenhar um mapa, sozinho, valida um negócio.

Como a jornada ajuda a validar uma ideia

Validar uma ideia de negócio exige reduzir incertezas relevantes. A jornada contribui ao localizar essas incertezas em situações concretas.

Talvez o problema exista, mas apareça raramente. Talvez a pessoa queira uma solução, mas não tenha autoridade para contratar. Ou talvez uma interface simples dependa de um trabalho operacional que inviabiliza a oferta.

Em vez de perguntar apenas “você usaria este produto?”, investigue um episódio recente: o que aconteceu, qual alternativa foi usada, quem participou e o que impediu a conclusão.

Esse trabalho de descoberta de clientes conecta a proposta comercial ao comportamento observado. Entretanto, compreender o problema não comprova disposição de pagar. Evidência de necessidade, facilidade de uso e viabilidade econômica são coisas diferentes. O mapa deve deixar essas diferenças visíveis.

Um método para mapear a jornada na fase de design

1. Delimite a pessoa, a situação e o resultado

Comece com uma frase: “Quando determinada situação acontece, esta pessoa precisa alcançar este resultado, apesar destas restrições”.

Evite definir o público apenas por cargo ou idade. Duas pessoas com o mesmo cargo podem ter autonomia, frequência de uso e recursos muito diferentes.

Escolha também os limites da jornada. O início pode ser o reconhecimento de uma necessidade; o final, a confirmação de que o resultado foi alcançado. Encerrar no pagamento esconderia tudo o que acontece durante a entrega.

Se houver comprador e usuário distintos, crie mapas separados e conecte os momentos de transferência de responsabilidade.

2. Investigue a experiência atual

Antes de desenhar a solução futura, descubra o caminho existente. Isso inclui mensagens, planilhas, telefonemas, concorrentes, improvisos e a decisão de não fazer nada.

Peça relatos de situações recentes. Quando houver autorização, observe a execução de tarefas e examine materiais que ajudem a reconstruir o processo. Registre apenas o necessário e evite dados identificáveis no mapa compartilhado.

Separe o que foi observado do que foi relatado. “A pessoa demorou para encontrar uma informação” não é a mesma evidência que “ela disse que costuma demorar”. Ambas podem ser úteis, mas sustentam conclusões diferentes.

3. Organize etapas orientadas a objetivos

Prefira etapas como perceber a necessidade, comparar alternativas, obter aprovação, começar, resolver um imprevisto e confirmar o resultado. Evite usar somente nomes de páginas.

Em cada etapa, registre:

Campo	Pergunta prática
Objetivo	O que a pessoa precisa conseguir aqui?
Ação	O que ela faz atualmente?
Contato	Com qual canal, pessoa ou sistema interage?
Barreira	O que impede o avanço?
Evidência	Qual observação ou relato sustenta isso?
Responsável	Quem responde por essa parte da experiência?

Emoções podem entrar no mapa quando houver base para descrevê-las. Uma curva de frustração inventada acrescenta aparência de precisão, não conhecimento.

4. Marque fatos, interpretações e hipóteses

Um mapa mistura, sem perceber, coisas que a equipe sabe com coisas que ela apenas acredita. Para separar uma coisa da outra, use a matriz CSD — Certezas, Suposições e Dúvidas. A ferramenta nasceu na prática de design brasileira e é descrita pelo Nielsen Norman Group como uma forma simples de alinhar o conhecimento de uma equipe no início de um projeto e transformá-lo em perguntas de pesquisa.

Como funciona: desenhe três colunas e reúna as pessoas envolvidas no produto.

Coluna	O que entra	Exemplo na jornada
Certezas	Fatos sustentados por evidência: algo observado, um registro de uso, relatos consistentes de várias pessoas	“Os grupos reservam salas, em média, com uma semana de antecedência” — vindo de registros de reservas
Suposições	Interpretações e hipóteses que parecem verdadeiras, mas ainda não foram verificadas	“Quem reserva também é quem paga”
Dúvidas	Perguntas que ninguém sabe responder e que podem mudar a jornada	“O que a pessoa faz quando a sala não está disponível?”

Passo a passo:

1. Escreva individualmente. Cada pessoa registra o que sabe, supõe e não sabe sobre o público e a situação, uma ideia por nota. Isso evita que a opinião de quem fala mais alto contamine o grupo.
2. Questione as certezas. Para cada item, pergunte: “como sabemos disso?”. Se a resposta for “achamos” ou “sempre foi assim”, a nota desce para suposições. Uma única observação também não vira certeza: revela um problema possível, não sua frequência.
3. Priorize pelo risco. Ordene suposições e dúvidas pela consequência de estarem erradas. Uma hipótese sobre quem autoriza a compra merece investigação antes de uma dúvida sobre a disposição de elementos na tela.
4. Transforme em perguntas de pesquisa. As suposições e dúvidas prioritárias viram o roteiro das entrevistas, observações e testes da etapa seguinte.
5. Revise depois de investigar. Suposições confirmadas viram certezas, as refutadas saem do mapa e novas dúvidas podem surgir. A matriz é um documento vivo.

No mapa da jornada, marque cada etapa com a coluna de onde vem sua informação. Assim, qualquer pessoa enxerga quais partes da experiência estão apoiadas em evidência e quais ainda são aposta.

O mapa ganha valor quando permite contestar uma conclusão, não apenas concordar com ela.

5. Desenhe a jornada futura e seus bastidores

Agora proponha como a experiência poderia funcionar. Para cada etapa, defina a resposta visível ao usuário e a capacidade necessária para entregá-la.

Se o produto promete disponibilidade em tempo real, qual sistema mantém essa informação? Se promete ajuda, quem atende? Se uma solicitação falhar, como a pessoa descobre e retoma o processo?

É aqui que o service blueprint complementa a jornada. Ele explicita dependências operacionais, inclusive atividades manuais durante um piloto.

Não automatize tudo por princípio. Uma intervenção humana pode ser adequada no início, desde que tenha responsável, limite de capacidade e custo considerado na oferta.

6. Transforme o mapa em decisões verificáveis

Associe cada risco importante a uma pergunta, um teste e uma decisão possível.

Um protótipo pode investigar se a pessoa entende uma condição de contratação. Uma simulação assistida pode explorar uma passagem entre equipes. Uma oferta apresentada em condições reais pode investigar interesse comercial, respeitando limitações e compromissos de entrega.

Defina antecipadamente o que faria a equipe manter, modificar ou abandonar a proposta. Não existe um limite universal de aprovação: o critério depende do risco, do contexto e da qualidade da evidência.

O backlog nasce dessas decisões. Não precisa surgir de cada comentário recebido, nem de cada caixa desenhada no mapa.

Quer ajuda para mapear ou planejar a jornada do seu produto? Na Soulsy, essa é uma das responsabilidades da Sol, a especialista de design: ela conduz com você a matriz CSD, o mapa da jornada e a passagem para fluxos e protótipos, partindo do que foi definido na descoberta. Crie sua conta e comece

Exemplo fictício: reserva de salas de ensaio

O exemplo a seguir foi inventado exclusivamente para ilustrar o método. Não representa cliente, pesquisa ou resultado da Soulsy.

Imagine um centro cultural fictício que aluga salas de ensaio por hora. Uma coordenadora de grupo amador precisa encontrar um espaço compatível com os instrumentos e confirmar o acesso antes de mobilizar os participantes.

O primeiro desenho do produto poderia conter calendário, cadastro e pagamento. A jornada proposta, porém, considera também comparar condições acústicas, conferir equipamentos, compartilhar instruções de entrada e resolver uma porta que não abre.

Esses pontos são hipóteses do exemplo, não descobertas de entrevistas.

A equipe poderia testar se a coordenadora consegue escolher uma sala com base em informações de compatibilidade. Também precisaria simular o recebimento das instruções e verificar quem presta suporte no horário reservado.

Se a operação não consegue garantir o acesso, simplificar o pagamento não resolve a experiência. A decisão de design pode ser limitar os horários oferecidos enquanto se investiga um modelo sustentável de suporte.

O mapa, portanto, conecta interface, promessa comercial e capacidade de entrega.

Erros que tornam o mapa pouco útil

Desenhar apenas o caminho ideal. Inclua dúvidas, interrupções, cancelamentos e retomadas. Não é necessário detalhar todas as exceções, mas as de maior consequência precisam aparecer.

Confundir desejo com evidência. Uma etapa chamada “cliente percebe valor” descreve uma intenção da empresa. É preciso definir como esse valor aparece na atividade da pessoa.

Transformar toda barreira em funcionalidade. Algumas barreiras pedem informação mais clara, mudança de política ou atendimento, não uma nova tela.

Misturar públicos incompatíveis. Um mapa médio pode não representar ninguém quando autonomia e contexto variam muito.

Não atribuir responsabilidade. Uma transição entre produto e operação sem responsável tende a permanecer invisível no planejamento.

O que pedir a um parceiro de design

Ao avaliar uma consultoria ou equipe de produto, não compare apenas a quantidade de telas. Peça uma proposta que explique como serão investigadas as incertezas e quais decisões cada entrega deve apoiar.

Um trabalho de jornada pode incluir recorte de público, pesquisa da experiência atual, registro de evidências, mapa futuro, dependências operacionais e testes de trechos críticos. O escopo deve esclarecer acesso a participantes, responsabilidades e limites da investigação.

Desconfie de promessas de “validar o negócio” apenas com workshops internos. Workshops alinham perspectivas; não substituem contato com pessoas relevantes nem evidência comercial.

Plano de ação para começar

1. Escolha uma situação concreta e uma pessoa responsável pelo resultado.
2. Registre o que a equipe sabe e o que apenas presume.
3. Investigue episódios recentes e alternativas atuais.
4. Monte o mapa com evidências e lacunas identificáveis.
5. Selecione a incerteza com maior consequência para o investimento.
6. Teste o trecho correspondente e registre a decisão tomada.

Mantenha o mapa atualizado quando novas evidências alterarem uma etapa. Ele é um instrumento de decisão, não uma documentação que precisa parecer definitiva.

Perguntas frequentes

Quando devo mapear a jornada do usuário?

Quando você precisa entender uma experiência antes de definir a solução ou quando um produto existente apresenta dificuldades entre etapas. Na fase de design, comece antes de fechar o fluxo de telas.

Preciso pesquisar antes de fazer o primeiro mapa?

Você pode criar um mapa inicial de hipóteses para organizar perguntas. Identifique-o como provisório e não apresente suposições internas como comportamento comprovado de clientes.

A jornada substitui um protótipo?

Não. A jornada mostra o contexto e as conexões da experiência. O protótipo permite investigar interações específicas. Um ajuda a escolher o que testar no outro.

Como saber se o mapa está pronto?

Ele está suficientemente desenvolvido quando ajuda a tomar a próxima decisão com riscos explícitos. Ainda pode conter lacunas; o importante é saber quais delas impedem avançar com responsabilidade.

Referências e limites

Journey Mapping 101, do Nielsen Norman Group, fundamenta a definição e os componentes do mapa de jornada.

Service Blueprints: Definition, também do Nielsen Norman Group, fundamenta a conexão entre a experiência e os processos de suporte.

CSD Matrix, do Nielsen Norman Group, fundamenta o uso da matriz de Certezas, Suposições e Dúvidas para alinhar o que a equipe sabe antes de pesquisar.

Da jornada à próxima decisão

Uma boa jornada torna visíveis as relações entre necessidade, interação e entrega. Seu valor aparece quando a equipe deixa de discutir funcionalidades isoladas e passa a decidir com evidências e responsabilidades claras.

Se você conhece um problema real e quer estruturar essa experiência antes de investir em desenvolvimento, crie sua conta na Soulsy e deixe as especialistas guiarem você — da descoberta com a Luna à jornada com a Sol.