Redesenho sistêmico do onboarding de uma plataforma B2B de MDM, dissolvendo silos entre pré‑venda, ativação e retenção.
A plataforma é um MDM corporativo, contratado por empresas para gerenciar frotas de dispositivos móveis. A diversidade de clientes era extrema: corporativos de grande porte, empresas de tecnologia, órgãos públicos, redes de ensino, bancos, operadores logísticos, indústrias e muitos outros segmentos. Cada um com regras de compliance, escala de operação e expectativa de suporte próprias.
O sintoma mais visível era a baixa conversão de leads. A investigação revelou uma causa estrutural: o serviço operava em sequência linear, enquanto a expectativa do cliente exigia camadas simultâneas. Cada hand‑off carregava perda de contexto, retrabalho e fragilização do vínculo construído antes.
A pluralidade dos clientes exigia uma jornada robusta o suficiente para acomodar contextos opostos sem precisar ser reinventada a cada contrato.
Se os times operarem em sobreposição planejada, e não em sequência, a jornada do cliente deixa de ter costuras visíveis e cada fase se torna acúmulo, não substituição.
Entrevistas com líderes dos quatro times e escuta de calls de venda, onboarding e suporte para mapear linguagem, expectativa e contradições operacionais.
Construção do blueprint AS‑IS expondo frontstage, backstage e momentos de fricção. As maiores perdas estavam nos hand‑offs, não nas fases em si.
Workshops com os quatro times para desenhar um modelo TO‑BE em sobreposição. A presença de todos forçou a negociação de fronteiras e responsabilidades.
Pilotagem com clientes reais, protocolos de hand‑off documentados e ritos de transição estabelecidos entre onboarding e retenção.
Toda transição entre times exige sobreposição mínima e ritual de passagem documentado.
Desde o primeiro contato, o cliente opera o produto com seus próprios dados, não vê demonstrações.
A base de conhecimento foi tratada como pilar de design, não como apoio de suporte.
No modelo antigo, o onboarding concentrava toda a complexidade: aprender o produto, migrar dados, configurar políticas, treinar a equipe e absorver as regras do nicho. Era denso, traumático e operava como o único ponto de entrada possível. A intervenção foi redistribuir essa carga ao longo da jornada inteira, transformando momentos antes passivos em momentos de aprendizado.
Toda a carga cognitiva e operacional concentrada numa única fase pós‑contrato.
Carga distribuída em quatro fases proporcionais, com aprendizado e dados do cliente acumulando desde o início.
Quando o cliente começa a inserir os próprios dados na plataforma durante a POC e aprende a operar o sistema desde o primeiro contato, duas coisas mudam em paralelo. Primeiro, ele compreende as vantagens do produto aplicadas ao próprio negócio, não em abstrato. Segundo, ele acumula uma camada crescente de configuração que faria a troca por outro fornecedor parecer trabalhosa demais. O switching cost deixa de ser argumento de venda e passa a ser experiência vivida.
Onboarding entra na reunião de descoberta para conduzir a demo com dados reais do cliente. Suporte acompanha como observador técnico. O cliente sai da primeira interação operando uma plataforma já configurada para seu contexto, não assistindo a uma apresentação.
Com a plataforma pré‑configurada com dados reais, a POC deixa de ser teste e vira operação. O cliente acumula configuração e familiaridade ao longo das semanas, e a troca por outro fornecedor passa a parecer trabalhosa demais. Ancoragem por experiência, não por argumento.
Quando o cliente chega ao onboarding pós‑assinatura já com domínio operacional, o time deixa de ensinar a usar e passa a traduzir o produto para o negócio. O onboarding vira espaço de geração de insight, calibrado para o nicho de cada cliente.
Retenção entra na metade do onboarding, não no fim. A sobreposição planejada substitui a ruptura por handover gradual, preservando o vínculo construído e permitindo que conversas de expansão emerjam do próprio relacionamento.
Para que a sobreposição de times funcionasse sem sobrecarregar nenhum deles, a autonomia do cliente precisou ser ampliada. Liderei a expansão da base de conhecimento em duas frentes: conteúdo escrito (artigos, FAQs e documentação técnica organizada por nicho de cliente) e conteúdo em vídeo (tutoriais e webinars). A base deixou de ser um repositório de suporte e passou a ser uma camada permanente da jornada, disponível em qualquer fase, sustentando o aprendizado contínuo do cliente.
Time‑to‑Value (TTV) é o intervalo entre a assinatura do contrato e o momento em que o cliente começa a extrair valor concreto do produto. Em SaaS B2B, é uma das métricas mais críticas de saúde da operação: TTV longo significa cliente frustrado, churn precoce e dificuldade de expansão. TTV curto significa cliente engajado, retenção alta e abertura para upsell.
No modelo antigo, o relógio começava a contar só depois do pagamento. No modelo redesenhado, ele começa na pré‑venda, quando o cliente já está operando o produto com os próprios dados.
O cliente chega ao pós‑venda já dominando o produto, eliminando semanas de treinamento básico.
Os dados do cliente entram na plataforma ainda na POC, dispensando migração concentrada no onboarding.
A presença do suporte desde a pré‑venda elimina retrabalho técnico após a assinatura.
A base de conhecimento permite que o cliente avance sozinho entre os momentos guiados, mantendo o ritmo.
O cliente chega ao onboarding com domínio operacional, encurtando a fase de ativação.
A confiança deixa de ser construída com um único ponto de contato e passa a se distribuir ao longo da jornada.
A base de conhecimento dá ao cliente o poder de avançar entre fases sem depender exclusivamente de pessoas.
Switching cost qualificado reduziu o atrito comercial no fechamento.
A presença compartilhada eliminou a necessidade de reuniões de alinhamento e emails de contexto.
Expansão emergiu organicamente do amadurecimento do cliente, não de esforço comercial isolado.
Quando o desenho do serviço reconhece que jornadas operam em camadas e não em etapas, a pergunta deixa de ser "como melhorar cada fase" e passa a ser "como orquestrar as presenças certas em cada momento".
O projeto evidenciou que a continuidade do cliente é construída no espaço entre os times, não dentro deles. Cabe ao Service Designer cuidar desse espaço.