Turn2CCase · Jornada de prospect a parceiro

00 / 10 Abertura

Turn2C · Case de onboarding e ativação em SaaS B2B Estudo de caso · 2026

00 / 10 · Estudo de caso

De prospect a parceiro por meio da qualificação mútua.

Redesenhei a jornada B2B da Turn2C em torno da elegibilidade do negócio, do fit com o produto e da ativação — não da conclusão bruta do formulário.

Empresa
Turn2C
Papel
Lead Product Designer
Ano
2026

Contexto da jornada anterior. 70% dos leads que iniciaram o pré-cadastro não concluíram o envio de documentos. Esse contexto histórico definiu o enquadramento do problema.

Ativação neste case. A transição do interesse comercial para um parceiro habilitado, capaz de explorar a plataforma e avançar para vender por meio da Turn2C.

Tese central. Primeiro, confirmar a elegibilidade do negócio; depois, permitir que o prospect experimente o produto antes de assumir um compromisso maior. A Turn2C avalia a empresa, enquanto o prospect avalia o fit com o produto.

Começar uma leitura · 01 · Contexto de negócio e usuário

Interface real · A tela inicial que recebe o parceiro logo após o pré-cadastro. Ela evidencia o estado de demonstração lançado; não quantifica o uso. Fig. 00

Resumo do projeto
Função no projeto Lead Product Designer responsável por discovery, estratégia de UX, arquitetura de jornadas e coordenação da experiência.
Equipe principal Design de Produto, UI Designer responsável pelo design detalhado, Product Owner e Engenharia.
Áreas parceiras Marketing, Comercial, Jurídico, Suporte, CRM e Dados.
Cronograma Janeiro a julho de 2026, do discovery ao acompanhamento pós-lançamento.
Contexto do produto A Turn2C é uma plataforma B2B que permite a empresas parceiras oferecer produtos de consórcio, um modelo brasileiro de compra parcelada amplamente utilizado.
Escopo Redesign do onboarding e da ativação de parceiros, integrando experiência externa, operações internas, CRM e instrumentação da jornada.
Minhas responsabilidades Proposta da iniciativa · pesquisa com stakeholders, Hotjar e benchmarking · síntese na UX Wall · arquitetura de jornadas e estados · alinhamento entre áreas · direção do detalhamento de UI · acompanhamento da publicação · medição e retrospectiva.
01 / 10 Tensão

O formulário era apenas o problema visível

A sequência de onboarding pedia esforço e confiança antes de tornar claro o valor da plataforma.

Na jornada anterior, 70% dos leads que iniciaram o pré-cadastro não concluíram o envio de documentos. Esse número descreve o contexto histórico que motivou o redesign; não é um resultado pós-lançamento.

Quem percorre esta jornada
Principal usuário

Profissional responsável por iniciar a acreditação de uma empresa interessada em vender consórcios pela Turn2C. Pode ser proprietário, vendedor, gestor ou líder operacional e ser diferente do representante legal da empresa.

Contexto

Chega principalmente por iniciativas de aquisição, geralmente no mobile, com diferentes níveis de conhecimento sobre consórcios, estrutura comercial e maturidade operacional.

Objetivo

Entender o valor da plataforma, verificar se o modelo se encaixa na operação e obter acesso às ferramentas de simulação e vendas.

Condições da jornada

Atenção limitada no mobile, proposta de valor ainda em construção, documentos da empresa nem sempre disponíveis e necessidade de equilibrar onboarding rápido, qualificação e conformidade legal.

Interesse comercial Qualificação do perfil Exploração da plataforma Formalização da empresa Validação Ativação para vendas

A jornada mapeia a transição de prospect comercial para parceiro habilitado. O cadastro de consumidores segue uma jornada diferente.

A experiência anterior

A experiência anterior era visualmente organizada, mas concentrava esforço demais no início. Antes de entender o valor da plataforma, o prospect precisava fornecer dados da empresa, contatos, endereço, presença digital e preparar o envio de documentos.

Para empresas elegíveis, isso aumentava o custo de entrada. Pessoas físicas também iniciavam uma jornada desenhada para empresas, e o desencontro só aparecia tarde demais.

A ordem entre elegibilidade, esforço e valor tornava cada campo mais custoso.

A nova jornada separou três momentos que antes estavam misturados: elegibilidade do negócio, qualificação do perfil e formalização da empresa.

Tela desktop da experiência anterior de cadastro de parceiros da CNP Seguradora com a Turn2C, mostrando uma primeira etapa extensa com dados da empresa, contatos, endereço, site, redes sociais e orientação para envio antecipado de documentos.
  1. Esforço excessivo antes da percepção de valor
  2. Documentos exigidos no primeiro contato
  3. Elegibilidade do negócio não estava claramente indicada
Fig. 01 · A experiência anterior em uma operação parceira O cadastro concentrava dados da empresa, contatos, endereço, presença digital e preparação de documentos na primeira etapa, antes de o prospect experimentar o produto. Esta tela documenta o fluxo anterior; não mede por que um prospect o abandonou.
Demanda

Marketing e Comercial. A aquisição gerava volume antes de a jornada estabelecer o fit. As equipes comerciais requalificavam prospects mais tarde e não tinham uma visão compartilhada da progressão.

Risco

Jurídico e operações. Dados da empresa, documentos e controles continuavam essenciais, enquanto estados fragmentados tornavam mais difícil coordenar a revisão e o acompanhamento.

Clareza

Suporte, Produto e Engenharia. Dúvidas sobre login, itens pendentes, contratos e status expunham lacunas entre estados da interface, regras de negócio e integrações.

A raiz do problema
Falha estrutural 01

A elegibilidade do negócio era identificada tarde demais.

Falha estrutural 02

Esforço excessivo concentrado antes da percepção de valor.

Falha estrutural 03

Os estados e as próximas etapas não eram claros.

“O usuário avança com incerteza, e a equipe humana se torna a cola que mantém o processo unido.”

Síntese do autor · Diagnóstico registrado na apresentação de discovery (30/01/26)
02 / 10 Investigação

O problema real era pedir confiança antes de entregar valor

Abordagem e limitações da pesquisa Como investigamos
Abordagem

Discovery multimétodo, combinando evidências comportamentais, análise da experiência e conhecimento operacional de cada equipe.

Participantes

Quatro frentes internas: Marketing, Comercial, Jurídico e Suporte.

Período

janeiro a março de 2026.

Métodos

Entrevistas semiestruturadas de 30–40 minutos, análise comportamental com Hotjar, benchmarking, análise da jornada e síntese colaborativa em uma UX Wall.

Fontes

Entrevistas internas, registros comportamentais, documentação da jornada, materiais de discovery e regras de negócio.

Limitações

O número total de participantes, as entrevistas por área e as sessões analisadas no Hotjar não foram consolidados neste case. A investigação dependeu bastante de stakeholders internos e não deve ser apresentada como uma amostra representativa de usuários finais.

A pesquisa cruzou o que as equipes relataram, o que as operações exigiam e o que o comportamento sugeria.

Limites da evidência

Funil do Hotjar

Discovery qualitativo e, depois, funil pós-lançamento

Antes do lançamento, gravações e mapas de calor do Hotjar ajudaram a inspecionar a rota histórica de seis URLs — login, triagem, dados pessoais, onboarding da empresa, dados da proposta e finalização — configurada nos últimos 12 meses. Depois do lançamento, o Hotjar também reporta um funil sequencial agregado de jul–set/2026. São camadas de evidência distintas; nenhuma deve ser combinada com as coortes históricas do Mixpanel.

Destaques do Hotjar e pesquisa pré-lançamento

Sinais de pequenas amostras qualitativas

A coleção continha 378 observações armazenadas e foi usada como evidência qualitativa. A pesquisa reúne 16 respostas qualitativas sobre clareza e continuidade.

Mapas de calor no desktop

Cliques identificaram pontos para inspeção

O CTA de CNPJ recebeu 478 cliques, o campo de CNPJ 288 e o menu Início 1.951. Os mapas de calor localizam a interação. O sucesso da tarefa exige uma medida de resultado separada.

Sinais técnicos

Erros ampliaram a investigação

Registros HTTP 401 e 409 no simulador são sinais para investigação, não uma causa comprovada de abandono do onboarding.

Triagem no Mixpanel

Deep dive histórico da triagem no Mixpanel

Em separado, a coorte de julho (01–25) das sete perguntas registrou 355 inícios e 345 conclusões (97,2%), com progressão acima de 98,9% entre perguntas. Esta é uma leitura histórica secundária, não a série do Hotjar de jul–set.

Regras de observação

Coorte de eventos do Mixpanel · camada histórica separada

A coorte de entrada de 01–18 de julho usou uma janela de observação de sete dias: 804 entradas, 271 chegaram à triagem, 231 à etapa da empresa e 89 ao envio para análise. Essas contagens têm regras de observação diferentes da sequência do Hotjar de jul–set; junho não é uma base comparável.

Atribuição

O que essas camadas permitem afirmar

Vinte e quatro prospects únicos iniciaram a demonstração fora do funil principal de julho no Mixpanel; por isso, nenhuma taxa é calculada sem um denominador compatível. Nem as contagens históricas nem a série agregada do Hotjar explicam por que alguém continuou ou parou, ou comprovam um efeito causal.

A interface era apenas uma parte do diagnóstico. O sistema operacional ao redor dela moldava a jornada.

Combinei sinais comportamentais, conhecimento dos stakeholders e evidências da jornada para revelar regras conflitantes, riscos e definições de sucesso.

Minha atuação

Delimitei a investigação, conduzi as entrevistas e a revisão no Hotjar e sintetizei conflitos entre áreas na UX Wall. A evidência orientou a direção.

Marketing

Expectativa, aquisição e abandono no início da jornada.

Comercial

Qualificação, potencial e retrabalho na avaliação de leads.

Jurídico

Risco, conformidade, documentos e critérios de aprovação.

Suporte

Dúvidas, ciclos, itens pendentes e falta de clareza sobre os estados.

Produto e Engenharia

Regras de negócio, estados técnicos, integrações e eventos necessários para observar a progressão.

O padrão recorrente,
em todas as conversas

“Onde estou neste processo?”

“O que ainda falta?”

“O que acontece depois que eu envio?”

Onde o problema aparecia na prática
/01

Leads aprovados que não foram ativados. O esforço terminava na aprovação, não no uso.

/02

Usuários travados por fricção ao longo do formulário.

/03

Alto volume de tickets de suporte. Problemas de login, itens pendentes e contratos dominavam o suporte.

/04

Qualificação e retrabalho aconteciam tarde demais.

Registro de pesquisa · Sintomas visíveis · 30/01/26 Fluxo de aquisição · Análise e propostas · UX

Slide original da apresentação de discovery (30/01/26) — Sintomas visíveis: onde o problema aparecia na prática. Indicadores qualitativos: leads aprovados que não eram ativados, usuários travados por fricção e alto volume de tickets de login, itens pendentes e contrato. Padrão recorrente: o usuário não sabia onde estava, o que faltava ou o que aconteceria em seguida.
Fig. 02 · Sintomas visíveis (30/01/26) Sintomas e dúvidas recorrentes identificados durante o discovery. O registro mostra temas levantados pelas equipes participantes; não estabelece sua frequência entre todos os usuários.

Registro de pesquisa · Leitura inicial cruzada · 30/01/26 Fluxo de aquisição · Análise e propostas · UX

Slide original de pesquisa — "O problema não é apenas um": o mesmo cadastro gera pontos de dor diferentes para cada equipe. Leitura inicial: Marketing converte, mas não prepara; Comercial recebe volume sem qualificação; Jurídico precisa de dados cedo para mitigar riscos; Suporte se torna o tradutor da jornada. Sinal claro: o problema não é execução isolada, mas desalinhamento entre objetivos.
Fig. 03 · Leitura inicial cruzada (30/01/26) Quatro equipes, quatro leituras da mesma jornada. Esta síntese mostra as perspectivas trazidas ao workshop; não representa uma amostra de usuários.
03 / 10 O reenquadramento

O reenquadramento: mostrar valor antes do compromisso completo

O projeto começou como uma revisão do cadastro.

As evidências conectaram cinco questões: esforço → prova → valor.

Reordenei a jornada como elegibilidade → valor → compromisso → ativação: primeiro, verificar a elegibilidade da empresa pelo CNPJ; depois, permitir que o prospect explore o produto antes do cadastro completo. A Turn2C qualifica a empresa; o prospect avalia o fit com o produto na demonstração.

Momento Antes Nova jornada
Início Cadastro extenso e documentos antes de qualquer benefício Pré-cadastro leve e triagem progressiva
Qualificação Potencial avaliado tarde pela equipe Comercial Critérios de qualificação incorporados à etapa de entrada
Descoberta do produto Acesso somente após a aprovação completa Conta criada e módulos disponíveis em demonstração
Envio de documentos Complexidade concentrada em um único momento Documentos solicitados em contexto, com OCR e preenchimento automático
Acompanhamento do processo Espera silenciosa e dependência de contatos externos Estado, prazo, itens pendentes e próxima etapa visíveis
Acompanhamento interno Informação fragmentada entre equipes e etapas Origem, status e histórico unificados no ambiente interno
Evolução do produto Gargalos percebidos principalmente por relatos Marcos instrumentados para localizar progressão e abandono

Esta comparação representa a mudança na experiência e na lógica operacional. O capítulo 08 apresenta a progressão observada entre etapas, sem tratar cada transição como meta de conversão.

P.01

Entrada simplificada

Menos fricção no início, sem remover a qualificação.

P.02

Valor antecipado

Exploração e demonstração antes da aprovação completa.

P.03

Complexidade progressiva

Documentos e validações no momento adequado.

P.04

Estado claro

Acompanhar o estado correto e avançar sem depender de mensagens ad hoc.

04 / 10 Arquitetura

Uma jornada que avança da elegibilidade ao valor, compromisso e ativação

Oito estados internos sustentam dois gates de qualificação e uma transição clara de prospect a parceiro habilitado.

Fig. 04 · A jornada em movimento Navegação real pela nova jornada: do pré-cadastro à tela inicial que entrega valor em modo demonstração, antes da aprovação completa. A gravação demonstra os estados lançados; não prova aumento de ativação.

Oito etapas operacionais. Uma jornada de qualificação mútua para o parceiro.

Internamente, o produto coordena oito etapas para sustentar regras de negócio, integrações, medição e tratamento de exceções.

Para o parceiro, a lógica é mais simples: confirmar a elegibilidade do negócio, experimentar o produto, decidir se continua com o cadastro completo da empresa e avançar pela análise até a ativação.

O redesign esclareceu a experiência preservando a arquitetura operacional.

  1. 01 Pré-cadastro Gate 1 · elegibilidade empresarial (CNPJ)
  2. 02 Triagem Qualificação da empresa e do perfil
  3. 03 Criação da conta Explorar antes do compromisso
  4. 04 Demo Gate 2 · fit com o produto na demo
  5. 05 Cadastro da empresa Dados do negócio
  6. 06 Análise Revisão interna
  7. 07 Aguardando assinatura Contrato digital
  8. 08 Finalizado Parceiro ativo

Valor: conta e demonstração antes da aprovação.

Risco: validações preservadas por estados e regras.

Continuidade: itens pendentes e assinatura resolvidos dentro do fluxo.

Uma arquitetura, dois níveis de leitura

O que o parceiro vê
Pré-cadastro
Cadastro da
empresa
Análise
Assinatura
Desbloqueado após a entrada Conta criada + acesso à demonstração
O que o produto coordena
Pré-cadastro Triagem
Criação da conta Demo Cadastro da empresa
Análise
Aguardando assinatura Finalizado
Minha atuação

Conectei experiência, regras de negócio e CRM em uma única arquitetura.

05 / 10 O núcleo do case

Cada simplificação introduziu um risco — e uma medida

Cinco mudanças conectaram evidências à lógica da jornada. Cada decisão explicita o risco assumido, o que os dados mostram, o que ainda não foi medido e a parte que liderei.

Decisão 01 / 05

Gate 1 · Elegibilidade do negócio: confirmar a empresa pelo CNPJ

Evidência ou sinal

Pessoas físicas estavam iniciando uma jornada desenhada para empresas. A equipe Comercial identificava o desencontro apenas depois da entrada e precisava requalificar os leads mais tarde, criando esforço desnecessário para os dois lados.

Decisão de produto

Usar o CNPJ como único dado inicial no gate de elegibilidade do negócio, antes da triagem, mantendo a entrada curta e deixando claro que esta jornada é para empresas.

Trade-off

Usar o CNPJ como porta de entrada poderia criar uma barreira: problemas de compreensão, erros de digitação, falhas na consulta ou indisponibilidade de dados poderiam interromper a jornada antes da percepção de valor — inclusive bloqueando empresas elegíveis por uma fricção evitável.

Observado / ainda não medido

Observado: entrada do pré-cadastro, validação de CNPJ e progressão para a triagem. O início da digitação e os motivos de falha ainda não foram medidos.

Minha contribuição

Conectei os critérios de qualificação da equipe Comercial ao fluxo de entrada, defini o gate de elegibilidade e planejei a instrumentação para investigar resultados de elegibilidade separadamente de erros de consulta e fricção evitável.

Tela real no mobile do pré-cadastro B2B: campo de CNPJ como único dado inicial, cabeçalho laranja da Turn2C, barra de progresso em três etapas e nota sobre a curadoria do interesse comercial
  1. Um único ponto de entrada de dados
  2. Elegibilidade verificada logo na entrada
Fig. 05 — Pré-cadastro Tela real de entrada, usando a elegibilidade por CNPJ como primeira etapa. A interface documenta o caminho de qualificação pretendido; isso não estabelece conversão.
Tela real de triagem no mobile: pergunta 1 de 7 sobre o nível de conhecimento de consórcios, com opções Alto, Intermediário e Baixo em cartões selecionáveis
  1. Uma decisão por vez
  2. Sete perguntas, progressão visível
Fig. 06 — Triagem Fluxo real de triagem com sete perguntas. A tela mostra a experiência atual; a conclusão da coorte é reportada separadamente na evidência do Mixpanel.
Fluxo de triagem: dois caminhos — Especialista e Padrão — com perguntas encadeadas sobre segmento, volume de vendas e participação dos consórcios na receita
Fig. 07 — Lógica da triagem As respostas combinam maturidade, contexto e potencial para orientar o acompanhamento. A lógica documenta um modelo de qualificação e não prevê o desempenho comercial.
O que a triagem precisava revelar

A triagem transformou critérios que a equipe Comercial antes investigava manualmente em sinais estruturados desde o início da jornada.

Ver dimensões e lógica da triagem
Eixo 01 Familiaridade com o produto
Nível de conhecimento sobre consórcios
Busca para entender

Quanto contexto e orientação o parceiro precisa para começar.

Decisão apoiada

Calibrar o nível de onboarding e o conteúdo introdutório.

Eixo 02 Adequação do negócio
Principal segmento da empresa
Busca para entender

Como a atividade atual da empresa se relaciona com a venda de consórcios.

Decisão apoiada

Interpretar o perfil sem depender da experiência anterior como único indicador.

Eixo 03 Capacidade comercial
Volume aproximado de vendas mensais
Busca para entender

A escala atual da operação e sua capacidade de gerar oportunidades.

Decisão apoiada

Dimensionar o potencial e a necessidade de acompanhamento comercial.

Eixo 04 Maturidade em consórcios
Participação dos consórcios na receita
Busca para entender

Se os consórcios já representam uma fonte significativa de receita ou ainda estão em fase de exploração.

Decisão apoiada

Distinguir operações maduras de parceiros que precisam de mais orientação.

Eixo 05 Estrutura e potencial complementar
Busca para entender

As perguntas restantes complementam o perfil comercial e operacional do prospect, evitando que a qualificação dependa de um único indicador.

Decisão apoiada

Completar o perfil operacional sem reduzir a qualificação a um único indicador.

Os dados pós-lançamento não indicaram que a estrutura da triagem fosse a principal barreira interna.

O capítulo de Resultados define a coorte, o período e os denominadores por trás desta leitura.

O objetivo não era apenas aprovar ou rejeitar. Era entender maturidade, fit e potencial para adaptar o acompanhamento sem exigir um cadastro completo antes dessa leitura.

Resultado observado Na coorte de entrada separada do Mixpanel em julho, 271 de 804 chegaram à triagem em sete dias. Essa transição não mostra por que as pessoas não avançaram nem comprova filtragem correta; erros de consulta de CNPJ, resultados de elegibilidade e outras fricções precisam ser investigados.
Decisão 02 / 05

Gate 2 · Fit com o produto: experimentar a demo antes do compromisso

Conta criada. Parceiro explorando. Aprovação ainda em andamento.

Evidência ou sinal

O parceiro precisava concluir a maior parte do processo antes de compreender o produto.

Decisão de produto

Criar a conta e desbloquear módulos em modo demonstração para que o prospect avalie o fit com o produto antes do cadastro completo da empresa e da aprovação.

Trade-off

O acesso antecipado poderia gerar expectativas de ativação completa ou expor recursos restritos.

Observado / ainda não medido

Sinal histórico do Mixpanel: 24 inícios únicos de demonstração entre 01 e 25 de julho, fora do funil principal. Esse evento não mede o retorno ao cadastro, a conclusão ou a ativação após a aprovação.

Minha contribuição

Propus a criação antecipada da conta, defini o limite entre demonstração e acesso ativo e alinhei a experiência às restrições de Produto, Jurídico e Engenharia.

Tela inicial real no mobile após o pré-cadastro: mensagem de boas-vindas, régua de quatro etapas com pré-cadastro concluído e cadastro da empresa como próxima etapa, além de módulos de vendas disponíveis no modo demonstração
  1. Valor desbloqueado antes da aprovação
  2. Próxima etapa sempre visível
Fig. 08 — Início no modo demonstração Conta criada antes da aprovação completa; módulos acessíveis no modo demonstração. A interface mostra acesso disponível, não um aumento medido na ativação.
Resultado observado O evento separado do Mixpanel registrou 24 inícios únicos de demonstração entre 01 e 25 de julho, fora do funil principal. Não há denominador compatível de pré-cadastro; o evento não mede continuidade após a demo, conclusão ou ativação.
Decisão 03 / 05

Mover a complexidade necessária para o momento em que ela se torna relevante

Evidência ou sinal

Documentos e validações eram necessários, mas estavam concentrados antes da percepção de valor.

Decisão de produto

Distribuir a coleta de documentos e usar OCR e preenchimento automático para reduzir a digitação manual.

Trade-off

Extrações incorretas poderiam gerar falsa confiança, discrepâncias e retrabalho.

Observado / ainda não medido

Observado: o fluxo de OCR e preenchimento automático foi entregue. Tempo de preenchimento, correções, reenvios, itens pendentes e esforço manual ainda não foram medidos.

Minha contribuição

Organizei a coleta de documentos em torno do contexto da jornada, orientei o uso de OCR e preenchimento automático e defini estados de erro e correção com as equipes de UI detalhado e Engenharia.

Tela real de cadastro da empresa no mobile: contrato social já enviado com marca de verificação, orientação sobre documentos, CNPJ preenchido e não editável, razão social e nome fantasia preenchidos automaticamente
  1. OCR reduz a digitação manual
  2. Dados validados permanecem protegidos
Fig. 09 — Cadastro da empresa Contrato social enviado; CNPJ, razão social e nome fantasia preenchidos via OCR. A tela evidencia o fluxo com menos entrada manual; não quantifica tempo economizado.
Fig. 10 — O esforço, no momento certo Formulário de dados pessoais do representante legal, com a área de conteúdo intencionalmente desfocada para proteger a privacidade. Ele mostra onde permanece o esforço na jornada; não indica taxas de conclusão ou erro.
Resultado observado Capacidade implementada; impacto em erros e retrabalho ainda não medido.
Decisão 04 / 05

Tornar visíveis o estado e as próximas etapas

Evidência ou sinal

Os parceiros não sabiam em que ponto estavam, o que faltava ou o que aconteceria em seguida.

Decisão de produto

Exibir marcos principais, estado, prazo, itens pendentes e próxima etapa na interface.

Trade-off

A simplificação visual poderia divergir dos estados internos ou criar expectativas sobre prazos.

Observado / ainda não medido

Observado: estados de status e itens pendentes foram publicados. Tickets, tempo de resolução, abandono e compreensão ainda não foram medidos.

Minha contribuição

Traduzi os estados internos em quatro marcos voltados ao parceiro e defini a hierarquia de informação para prazos, itens pendentes e próximas ações.

Tela inicial real no mobile com análise em andamento: pré-cadastro e cadastro da empresa concluídos, etapa 3 Análise ativa, aviso de prazo estimado de até 3 dias úteis e módulos do produto desbloqueados para exploração
  1. O prazo substitui a espera silenciosa
  2. A jornada continua durante a análise
Fig. 11 — Análise em andamento Estado exibido após o envio do cadastro: prazo estimado, itens pendentes e próxima etapa visíveis. Esta é uma evidência do modelo de status desenhado; não estabelece desempenho de tempo de atendimento.
Resultado observado Os estados foram publicados; ainda não há medição direta de tickets, ansiedade ou compreensão.
Decisão 05 / 05

Dar a cada equipe a mesma visão operacional

Evidência ou sinal

As equipes acompanhavam partes diferentes do mesmo lead, sem continuidade clara entre origem, status e histórico.

Decisão de produto

Integrar a jornada ao CRM e criar uma visão interna compartilhada.

Trade-off

Falhas de sincronização poderiam produzir versões divergentes do estado do parceiro.

Observado / ainda não medido

Observado: cobertura de registros e seis marcos de CRM foram instrumentados. Erros de sincronização, SLA, tempo de consulta, adoção pelas equipes e produtividade ainda não foram medidos.

Minha contribuição

Mapeei o modelo de estados compartilhado, conectei os marcos da experiência às operações de CRM e alinhei responsabilidades entre Produto, Engenharia, Comercial, Jurídico e Suporte.

Pipeline interno de CRM sanitizado mostrando um processo de cadastro em 8 etapas, com a posição atual em Análise, etapa 6 de 8
  1. Pipeline com 8 marcos — posição e progresso visíveis em tempo real
Fig. 12 — CRM interno · Visão sanitizada do pipeline Estado atual e progresso do cadastro centralizados para as equipes operacionais. Identificadores de leads foram removidos por privacidade; a visão sanitizada documenta o modelo, não sua taxa de adoção.
Resultado observado Origem, status e histórico ficaram visíveis, e seis marcos foram instrumentados. Ganhos de produtividade ainda não foram medidos.
06 / 10 Execução

A jornada só funcionou quando Produto, CRM e Operações compartilharam o mesmo modelo de estados

O desafio foi preservar a coerência da visão entre discovery, design, CRM, Engenharia e publicação.

Alinhamento

Transformar percepção em decisão

Discovery compartilhado com Marketing, Comercial, Jurídico e Produto.

Definição

Definir a lógica da jornada

Princípios de experiência, regras de negócio e CRM em uma única arquitetura.

Articulação técnica

Transição com preservação da visão

Manter a coerência entre discovery, design, CRM, QA e publicação.

Publicação

Condições de execução

Beta, critérios de aceite, treinamento e alternativas de contingência.

Fig. 13 — UX Wall · Jornada do Cliente no quadro Post interno registrando a sessão de alinhamento entre áreas — anterior às decisões do redesign. Ele evidencia uma síntese colaborativa, não uma medida de resultado.
O trade-off central

Lançar uma jornada significativamente melhor sem esperar que toda a organização estivesse pronta para o novo modelo de governança.

07 / 10 Instrumentação

A instrumentação tornou a jornada mensurável

O Mixpanel instrumentou seis eventos de produto; depois, o Hotjar acrescentou um funil agregado de três meses. Juntos, tornam diferentes camadas da jornada observáveis.

M.01 Pré-cadastro
M.02 Triagem
M.03 Empresa
M.04 Enviado
M.05 Aprovado
M.06 Contrato

6 marcos instrumentados no Mixpanel · camada separada do funil Hotjar de jul–set/2026 · instrumentação do Mixpanel ativa desde 18/06/2026

Seis eventos instrumentados no Mixpanel
pre_cadastro_iniciado → triagem_iniciada → cadastro_empresa_iniciado → cadastro_enviado_para_analise → cadastro_aprovado → contrato_assinado
Dashboard do Mixpanel mostrando o funil de conversão com seis eventos instrumentados: pre_cadastro_iniciado (1.851), triagem_iniciada (55,68% / 354), cadastro_empresa_iniciado (81,9% / 297), cadastro_enviado_para_analise (39,39% / 117), cadastro_aprovado (33,33% / 5) e contrato_assinado — janela de 60 dias, taxa geral de 0,19%
Fig. 14 — Marcos instrumentados no Mixpanel Seis eventos do Mixpanel representam a progressão do pré-cadastro ao contrato assinado. Esta visão histórica de instrumentação é distinta do funil sequencial agregado do Hotjar de jul–set/2026; as ferramentas têm escopos e regras de observação diferentes.
08 / 10 Resultados

Hotjar mostra progressão acima de 93% nas etapas centrais e dois gates de qualificação

O agregado de jul–set/2026 mostra alta progressão entre os gates. A jornada foi desenhada para qualificação mútua — não para maximizar a conclusão bruta do cadastro.

Evidência principal · Hotjar · julho–setembro/2026. Agregado fornecido por Vini Asevedo para este case. Cada taxa é relativa à etapa anterior, não uma série mensal. Sem volumes por etapa ou base comparável, trato os dados como sinal observado de progressão — não como prova de causalidade, filtragem correta ou ausência de fit.

Hotjar · sequência agregada pós-lançamento · jul–set/2026

Elegibilidade → valor → compromisso → ativação

O Gate 1 verifica CNPJ e elegibilidade do negócio. O Gate 2 permite que o prospect experimente o produto e avalie o fit antes de continuar com o cadastro completo. A sequência mostra a progressão em cada etapa, não por que alguém avançou ou parou.

Progressão sequencial · entrada é a referência de 100%; cada taxa seguinte usa a etapa imediatamente anterior como denominador
Etapa da jornada Progressão Leitura
Entrada 100% Ponto de partida
Primeiro avanço após o Gate 1 · CNPJ / elegibilidade do negócio 46,1% Transição de elegibilidade
Contato 93,4% Etapa central
Perguntas 97,8% Etapa central
Login 96,2% Etapa central
Continua o cadastro após experimentar a ferramenta · Gate 2: fit com o produto 49,2% Transição pós-demo

As maiores mudanças estão nos dois gates de qualificação planejados. Essas taxas não mostram que 53,9% foram filtrados corretamente nem que 50,8% não tinham fit com o produto; esses resultados e os motivos da progressão não foram medidos aqui.

Deep dive histórico secundário · Coorte de triagem no Mixpanel · 01–25/07/2026 · usuários únicos por etapa
dos usuários que iniciaram a triagem concluíram as sete perguntas — 345 de 355 · usuários únicos por etapa

Nesta coorte separada de julho, 97,2% concluíram a triagem de sete perguntas.

A progressão entre perguntas ficou acima de 98,9% nesta coorte histórica do Mixpanel. É um deep dive separado, não a evidência principal do Hotjar de jul–set e não mede por que prospects avançam ou param em cada gate de qualificação.

Progressão das sete perguntas

Progressão pergunta a pergunta
em uma coorte separada de julho

Coorte histórica de entrada do Mixpanel · entrada de 01–18/07, janela de 7 dias por usuário

271 das 804 entradas chegaram à triagem em sete dias (33,7%). A coorte histórica de eventos registra a progressão; os dados não identificam por que as demais não chegaram a essa etapa.

Entrada do pré-cadastro
804
↓ 33,7% — 271 de 804
Triagem
271
Coorte separada de triagem no Mixpanel — sete perguntas · 01–25/07
Iniciaram a triagem
355
↓ 354/355 — 99,7%
Pergunta 1
354
↓ 353/354 — 99,7%
Pergunta 2
353
↓ 349/353 — 98,9%
Pergunta 3
349
↓ 348/349 — 99,7%
Pergunta 4
348
↓ 347/348 — 99,7%
Pergunta 5
347
↓ 346/347 — 99,7%
Pergunta 6
346
↓ 345/346 — 99,7%
Pergunta 7 / Concluída
345
97,2% de conclusão · 01–25/07 · usuários únicos por etapa

A coorte do Mixpanel de 01–18 de julho registra a transição de 804 entradas para 271 pessoas que chegaram à triagem em sete dias. Ela não estabelece o motivo dessa transição, se alguém era elegível ou se a progressão foi interrompida por decisão ou fricção.

Coorte histórica de eventos do Mixpanel · entrada de 01–18/07, janela de observação de 7 dias por usuário

Estas são contagens históricas por etapa, não uma conclusão de que a não progressão foi falha ou filtragem correta.

Notas metodológicas

A coorte inclui prospects cujo primeiro pré-cadastro ocorreu entre 01 e 18/07/2026. O comportamento de cada usuário foi acompanhado nos 7 dias seguintes à entrada — como a coorte termina em 18/07, os dados estão completos até 25/07. Junho não foi usado como base de comparação — a instrumentação entrou em produção por volta de 18/06/2026.

Amostra pequena nas etapas finais. O funil mais amplo do Mixpanel em julho registrou 6 aprovações e 2 contratos; esses dados não foram detalhados na coorte de sete dias de 01–18/07.

O gatilho exato de pre_cadastro_iniciado não foi verificado diretamente no código. Os eventos intermediários entre entrada e triagem ainda precisam ser validados com a mesma coorte e janela antes de explicar as mudanças de progressão.

Contexto histórico de instrumentação no Mixpanel — julho

Chegaram ao envio em sete dias. 89 das 804 entradas nesta coorte histórica do Mixpanel chegaram ao envio para análise. Limitação: não há base histórica comparável · Entrada de 01–18/07, janela de 7 dias por usuário

Parceiros únicos iniciaram uma demonstração · 01–25/07. Evento demo_iniciada · fora do funil principal histórico do Mixpanel · taxa não calculada sobre o pré-cadastro

Impacto operacional

Da dependência manual a um fluxo de trabalho escalável

Regras estruturadas e automação reduziram a necessidade de revisão manual recorrente pelo Jurídico em partes do fluxo de qualificação. O esforço operacional não foi instrumentado, portanto o case não quantifica horas economizadas nem atribui mudanças de quadro ao redesign.

Nota metodológica · atribuição operacional

Antes do redesign, parte do processo de qualificação dependia de revisão manual pelo Jurídico. Esta afirmação descreve a redução da revisão recorrente em parte do fluxo; não quantifica horas economizadas nem atribui mudanças de quadro ao redesign.

Legado de medição

O que a instrumentação
pode medir a seguir

O projeto agora distingue entradas observadas, progressão na triagem e inícios de demonstração das medidas que ainda não foram reportadas.

Abrir medições propostas e limites

São propostas de acompanhamento futuro, não resultados medidos: digitação ou motivos de falha, tempo de preenchimento, retrabalho, tickets, compreensão, SLA e produtividade seguem sem reporte.

Tempo até a ativaçãoProposto: dias entre o pré-cadastro e o parceiro ativo; ainda não medido.
Progressão sequencialO Hotjar reporta uma sequência agregada de jul–set; contagens brutas, denominadores e valores mensais não foram fornecidos.
Motivos em cada gateAs mudanças de progressão são visíveis; resultados de elegibilidade, intenção e motivos de fricção técnica ainda não foram medidos.
Esforço operacionalProposto: tempo e interações internas por cadastro; ainda não medido.
RetrabalhoProposto: erros, devoluções e correções por etapa; ainda não medido.
SLAProposto: cumprimento de prazos por processo interno; ainda não medido.
Conversão por canalProposto: comparação por fonte de tráfego; ainda não medido.
Qualidade da ativaçãoProposto: completude e validade dos dados enviados; ainda não consolidado.
Impacto comercialProposto: relação entre ativação e operação efetiva; ainda não medido.
Entregue, observado e em aberto
O que foi lançado
  • Nova jornada de pré-cadastro em produção
  • Triagem estruturada com qualificação antecipada
  • Conta criada e demonstração desbloqueada antes da aprovação
  • Pipeline de oito etapas instrumentado no CRM
  • Seis marcos críticos acompanhados no Mixpanel pela primeira vez
  • Ambiente interno unificado para todas as equipes operacionais
Sequência do Hotjar e dados históricos de julho
  • A progressão sequencial do Hotjar de jul–set foi de 93,4%–97,8% nas etapas centrais de contato, perguntas e login
  • As maiores mudanças da sequência aparecem nos gates de elegibilidade e de fit após a demonstração
  • Uma coorte separada do Mixpanel em julho registrou 355 inícios e 345 conclusões da triagem (97,2%)
  • Essas taxas não estabelecem os motivos para avançar ou parar em qualquer gate
Hipóteses e limitações
  • Resultados de elegibilidade versus erros de consulta e fricção evitável no Gate 1
  • Compreensão do prospect e fit com o produto após a demonstração
  • Impacto isolado do redesign — sem base comparável ou estimativa causal
  • Ganho de produtividade operacional — ainda não medido
  • Impacto em retrabalho, erros e SLA
  • Comportamento de coortes posteriores para comparação

O case separa o que foi lançado, a sequência agregada do Hotjar e as coortes históricas separadas do Mixpanel. As taxas disponíveis não estabelecem causas, resultados de qualificação ou efeito causal.

Próximo ciclo de produto

O próximo passo é entender os dois gates de qualificação — não maximizar a conclusão bruta.

Evidência a aprofundar

Use a sequência agregada do Hotjar de jul–set como referência, mantendo separadas as coortes históricas do Mixpanel.

Objetivo do ciclo

Investigar o que acontece no CNPJ/elegibilidade e o que o prospect aprende na demonstração antes de decidir se continua.

Guardrail

Preservar a qualificação relevante do negócio, distinguindo decisões de elegibilidade de fricção evitável; não otimizar apenas a conclusão bruta.

A coorte histórica do Mixpanel em julho mostrou progressão acima de 98,9% entre perguntas da triagem. Esse sinal separado não define a meta da jornada mais ampla observada pelo Hotjar.

Principais hipóteses, próximas ações e plano de eventos Principais hipóteses
Hipótese 01 Entender o Gate 1 · elegibilidade do negócio
Hipótese

A transição observada não revela os resultados de elegibilidade. Erros de consulta de CNPJ, dados indisponíveis, fricção de preenchimento e elegibilidade empresarial são possibilidades distintas para investigar — não conclusões das taxas atuais.

Próxima ação

Instrumentar resultados da consulta de CNPJ, estados de erro e progressão; revisar gravações qualitativas do Hotjar junto com contexto de dispositivo, canal e campanha.

Evidência de sucesso

Entender quais resultados de elegibilidade e pontos de fricção ocorrem no gate antes de escolher uma intervenção.

Hipótese 02 Entender o Gate 2 · fit com o produto após a demo
Hipótese

A transição após a demonstração é observável, mas essas taxas não mostram o que os prospects compreenderam, valorizaram ou decidiram.

Próxima ação

Usar acompanhamento qualitativo e contexto dos eventos para entender como os prospects experimentam a ferramenta e o que influencia a continuidade após a demo.

Evidência de sucesso

Uma compreensão mais clara da percepção de valor e do fit com o produto, sem tratar toda pausa como falha ou presumir falta de fit.

Hipótese 03 Investigar o contexto técnico nos dois gates
Hipótese

Validação de CNPJ, carregamento, dispositivo ou origem do tráfego podem influenciar a progressão; as taxas agregadas não isolam esses fatores.

Próxima ação

Instrumentar erros e carregamento; comparar a progressão por canal, campanha, navegador e dispositivo; revisar gravações do Hotjar.

Evidência de sucesso

Um contexto específico e observável para a mudança de progressão que possa orientar um teste direcionado.

Esquema de instrumentação para o intervalo
Pré-cadastro visualizado → Digitação do CNPJ iniciada → CNPJ validado → CTA acionado → Consulta concluída → Triagem carregada → Primeira pergunta respondida

A próxima investigação é nos gates: entender a elegibilidade antes da demo e como os prospects avaliam o fit após experimentar a ferramenta.

Tela inicial no mobile mostrando módulos de vendas disponíveis para exploração: Smart Proposal Simulator, Build your proposal Simulator e seção Solutions com Safe path e AI Chatbot
Fig. 15 — Início no modo demonstração Módulos de vendas e simuladores disponíveis para exploração antes da ativação completa. Esta tela confirma o acesso à demonstração; não estabelece uso posterior.
Tela mobile do Build your proposal Simulator no modo demonstração: busca em grupo com campos de objetivo, modalidade, administradora e valor de crédito, com CTA para concluir o cadastro
Fig. 16 — Simulador “Build your proposal” Busca em grupo com filtros de objetivo, modalidade e valor de crédito, acessível no modo demonstração. Ela evidencia a ferramenta disponível, não seu impacto comercial.
09 / 10 Aprendizado

Após o lançamento, o aprendizado se voltou aos dois gates de qualificação

A liderança de design continuou após o lançamento por meio de governança e aprendizado direcionado.

A entrega expôs tensões sobre participação, comunicação, responsabilidades e publicação. A sequência agregada do Hotjar mostra mudanças maiores nos gates de elegibilidade pelo CNPJ e de fit após a demo, mas não explica os motivos. O próximo passo é investigar qualitativamente os dois gates — não otimizar automaticamente a conclusão bruta. Usei a retrospectiva 4Ls para transformar relatos da equipe em padrões, responsabilidades e ações.

Minha atuação

Conduzi a retrospectiva após o lançamento, conectando percepções individuais, padrões e responsabilidades.

A resposta — retrospectiva 4Ls
  1. R.01
    Espaço para divergir

    Percepções registradas sem atribuir culpa.

  2. R.02
    Consolidação de temas

    Relatos individuais convertidos em padrões compartilhados.

  3. R.03
    Votação e priorização

    A resposta imediata foi separada do que seguirá para os próximos ciclos.

  4. R.04
    Papéis e responsabilidades

    Quem decide, valida, executa, aprova e comunica.

  5. R.05
    Plano de ação

    Aprendizados convertidos em um modelo para projetos futuros.

Quadro digital real da retrospectiva 4Ls com quatro colunas de notas adesivas — Gostamos: 'Do que gostamos?', Aprendemos: 'O que aprendemos?', Faltou: 'O que faltou?' e Queremos: 'O que queremos na próxima vez?' — com notas da equipe sobre discovery, participação de stakeholders, comunicação, cerimônias, papéis e governança
Fig. 17 — Retrospectiva 4Ls Percepções individuais, padrões compartilhados, responsabilidades e ações para os próximos ciclos. A retrospectiva registra o aprendizado da equipe; não serve como medida de resultado para usuários.

A liderança pós-lançamento tornou as tensões discutíveis, explicitou as decisões e atribuiu responsáveis ao trabalho de acompanhamento.

A postura adotada no projeto
O que o projeto deixou como legado
  1. L.01
    Frente formal

    Equipe multidisciplinar em torno de um objetivo comum.

  2. L.02
    Áreas interessadas do início ao fim

    Decisão, validação, aprovação e publicação.

  3. L.03
    Papéis claros

    Responsabilidades explícitas para decidir, executar e comunicar.

  4. L.04
    Lançamento controlado

    Beta, critérios de aceite, treinamento e contingência.

  5. L.05
    Medição pós-entrega

    Dados, mapas de calor e melhoria contínua.

10 / 10 Epílogo

Entregue, observado e ainda não resolvido

O trabalho mudou a jornada e tornou mensuráveis suas perguntas remanescentes.

A Turn2C lançou qualificação antecipada, acesso à demonstração, estados visíveis e um modelo operacional compartilhado. A sequência agregada do Hotjar de jul–set mostra progressão de 93,4%–97,8% nas etapas centrais, com mudanças maiores nos gates de elegibilidade e pós-demo. As taxas não explicam por que as pessoas avançam ou param; o próximo ciclo deve investigar os dois gates, não maximizar a conversão bruta nem reivindicar um aumento causal.

Pesquisa Direção Solução Medição Aprendizado