MATHEUS FRANCISCO
Voltar ao portfólio

Liderando o redesign da jornada de maior impacto na retenção.

O produto enfrenta crescimento de churn por migração para concorrentes com menor curva de aprendizado. Mapeei as jornadas críticas e priorizei "Controle de Prazos" como a de maior potencial de impacto na retenção. Critério de priorização meu, baseado em dados de UX e cancelamento. Em testes fechados com clientes, a nova jornada alcançou 73% de retenção, eliminou 4 etapas e teve aprovação de 4,6 de 5.

0%Retenção
0Etapas eliminadas
0,0/5Satisfação
01

Descoberta

A jornada "Controle de Prazos" tinha uma estrutura densa e mal organizada. Isso causava fadiga de decisão e abandono.

Cruzei dados internos de NPS, cancelamento e registros de UX para dimensionar o problema:

37%dos registros de UX citavam dificuldades com o módulo de tarefas
3,9/5nota de serviço
16%dos cancelamentos apontavam a gestão de atividades como causa
Múltiplas etapasno funil comportamental

Conduzi entrevistas em profundidade para entender a causa por trás dos números. Construí skills no Claude para estruturar persona, mapa de empatia e trabalho a ser feito. As skills organizaram a pesquisa e sugeriram os pontos de dor, que revisei e confirmei contra o que observei nas entrevistas.

Cheguei à saturação quando os mesmos motivos começaram a se repetir. Segundo relatos:

01Definição de Prazos

"Não sinto segurança sobre as datas de entrega, os prazos parecem dispersos e desconectados na agenda"

02Esforço Cognitivo

"Sinto cansaço ao tentar organizar os prazos da equipe, é muita informação para processar sozinho"

03Análise de Tarefas

"Tenho dificuldade em entender o que fazer primeiro, tudo parece igual"

04Hierarquia Deficitária

"Fico confuso ao priorizar o dia, não há distinção de importância"

05Repetição e Manualidade

"Perco tempo com tarefas repetitivas que o sistema já deveria ter resolvido"

02

Leis de UX

Identifiquei violações que tangibilizaram a gravidade do problema para os stakeholders.

Sobrecarga de Escolha

Sobrecarga ao lidar com um grande número de opções.

Carga Cognitiva

Recursos mentais necessários para compreender e interagir com uma interface.

Lei de Hick

O tempo de decisão aumenta com o número e a complexidade das opções.

Regra do Pico-Fim

Uma experiência é julgada pelo auge e pelo fim, não pela média.

03

Processo de Design

Comecei estruturando a pesquisa com skills que construí no Claude: persona, mapa de empatia, job to be done. A base veio de documentos internos, pesquisas antigas e entrevistas com usuários. Defini os critérios de cada skill e validei as saídas contra as entrevistas reais.

Na prototipação, trabalhei com Figma MCP e Claude Code. As interações da solução e o escopo de cada tela foram decisões minhas.

Nos testes, parti de usuários sintéticos, construídos a partir dos dados da pesquisa, até atingir saturação. Depois avancei para usuários reais dentro da persona-alvo: sete pessoas.

Materiais de pesquisaDefinição de problema
Skill: user-journeySkill: user-personaSkill: UI-prototypeSkill: usability-testing
Refinamento de artefatos
04

Como podemos?

Avaliei alternativas em cinco critérios: redução cognitiva, aderência ao usuário, escalabilidade, esforço de implementação e trade-offs assumidos. As opções abaixo foram as melhores soluções que saíram do How Might We.

Alternativa descartada

Um sistema que notificaria prazos críticos, sem alterar a interface. Esse sistema tratava o sintoma. A fragmentação continuaria existindo. O usuário ficaria passivo, reagindo a alertas em vez de controlar a agenda.

Alternativa escolhida: Controle de Prazos

Hierarquia anterior
Hierarquia atual
Prazo A
Prazo B
Prazo C
Redução CognitivaAgrupar tarefas por prazo elimina a decisão de "o que fazer primeiro". A pessoa vê o agrupamento, não a lista inteira.
Jornada anterior
01Filtrar por envolvido02Abrir tarefa03Abrir em nova guia04Preencher forms manuais05Abrir agenda06Reabrir tarefa07Cumprir tarefa08Abrir vínculos09Buscar próxima tarefa
Jornada atual
01Clicar em novo prazo02Geração automática de tarefas03Abrir agenda04Abrir prazo05Cumprir e navegar entre tarefas
Aderência ao UsuárioAs entrevistas mostraram que as pessoas já pensavam em "prazo" como unidade de trabalho. O produto formaliza um modelo mental que já existia.
EscalabilidadeA entidade "Prazo" pode ser reaproveitada por outras jornadas no futuro. Não é uma solução isolada, é uma peça de plataforma.
Esforço de ImplementaçãoBaixo. A estrutura se encaixa na arquitetura existente.
Trade-off assumidoPrazos criados antes da mudança não seriam contemplados pelo novo modelo, por limitação técnica. Decidimos assumir esse custo em troca de resolver a causa da fragmentação, não só o sintoma.
05

Solução: Controle de Prazos

Por questões de privacidade, o Design System e as interfaces originais foram omitidas. As telas exibidas representam o protótipo funcional usado nos testes com usuários reais.

Entidade "Prazo"

Agrupador que reúne tarefas de um mesmo contexto. Elimina a fragmentação da jornada. Ao criar um prazo, a automação gera as sequências definidas pelo usuário.

Nota: interface criada com auxílio de IA para os testes. A versão original está protegida por NDA.

06

Prova de conceito (PoC)

Levamos a solução "Controle de Prazos" para uma prova de conceito em produção. O objetivo era observar o uso da feature em contexto real, com clientes reais. A mudança era grande para os usuários, então decidimos validar antes de uma implementação mais ampla.

Amostra
20 clientes selecionados
Usuários
113 ativos nessas contas
Tempo
4 semanas
Metodologia
Adesão voluntária, o usuário escolhia entre a jornada atual e a nova
07

Resultados PoC

0Etapas reduzidas no fluxo
0,0/5Satisfação (CSAT)
0%Retenção vs. jornada anterior

A retenção de 73% é relevante considerando que era de adesão voluntária. A jornada antiga continuava disponível o tempo todo.

08

Aprendizados

  • A IA acelera a ideação e a descoberta. Cheguei ao problema, às hipóteses e às evidências rápido. Fui direto do teste de usabilidade à PoC, sem ajustes grandes depois.
  • Gerar e validar um alto volume de ideias em pouco tempo é hoje um diferencial real em Design.
  • Assumir risco é parte do processo. Os benefícios em contrapartida precisam estar claros. Raramente uma nova ideia só traz vantagens.
09

Próximos passos

  • Implementar as melhorias de usabilidade identificadas na PoC.
  • Expandir para novos perfis de usuário, com testes dedicados.
  • Definir critérios de Ajuste Produto-Mercado para o piloto.
  • Monitorar métricas de retenção e CSAT pós-lançamento.