FQ
Trilha de Julho · Sessão 08
Onboarding de Clientes Complexos
0%
Julho T08 · 28/07 · Onboarding & Complexidade

Onboarding de
Clientes Complexos

Como adaptar o processo padrão quando o cliente tem múltiplos usuários, integrações e resistência interna.

Formato
5 blocos + 2 interativos + prova
Entregável
Protocolo de onboarding complexo
Público
Todos os analistas
01 · Objetivo

Quando o padrão não serve

Preparar o analista para onboardings que fogem do padrão, múltiplos decisores, integrações críticas, time resistente ou escopo que muda durante a implementação.

🎯
O que este treinamento resolve

O processo padrão de 15 dias úteis (Módulo 07) assume um cenário limpo. Quando o cenário não é limpo, o analista que não sabe adaptar trata a complexidade como imprevisto, em vez de tratar como um padrão reconhecível com protocolo próprio.

Bloco 1

O que torna um onboarding complexo

Complexidade não é sentimento, é diagnóstico. Existem critérios objetivos que antecipam a dificuldade ainda na fase de diagnóstico, antes da implementação começar.

Os quatro sinais objetivos
1
Mais de um decisor com poder realSobre o projeto, não apenas participando das reuniões.
2
Integração externa pré-requisitoSem a qual o funil simplesmente não funciona.
3
Sinais de resistência já na reunião de onboardingNão durante a implementação, mas desde o primeiro contato.
4
Escopo apresentado com linguagem vaga"A gente vai vendo conforme for surgindo."
🔑
Por que isso importa

O analista que identifica esses sinais no diagnóstico consegue ajustar o cronograma e a comunicação desde o primeiro dia. O analista que só percebe a complexidade no meio da implementação já está reagindo, não conduzindo.

Bloco 2

Múltiplos decisores

Quando mais de uma pessoa tem poder de decisão sobre o projeto (dono e gerente, sócios, matriz e filial), o risco não é técnico, é político.

Como mapear quem tem poder real

Nem sempre quem fala mais na reunião é quem decide de fato. O analista precisa identificar, ainda no onboarding, quem aprova de verdade e quem só participa.

Como alinhar sem criar conflito entre eles
⚠️
O erro mais comum

Tratar cada decisor separadamente e deixar o analista, sem perceber, no meio de um desalinhamento interno do próprio cliente.

Bloco 3

Integrações críticas no caminho crítico

Quando o funil só funciona de verdade com uma integração externa (um sistema legado, uma automação de terceiro), essa integração vira uma dependência que pode travar todo o cronograma.

1
Identificar no diagnóstico
A integração crítica precisa ser identificada já no diagnóstico, nunca descoberta durante a configuração.
2
Prazo de validação separado
Definir um prazo de validação técnica da integração separado do cronograma geral de implementação.
3
Plano B documentado
O que entra no ar mesmo se a integração atrasar, e o que fica condicionado a ela.
🔗
A regra central

A integração crítica nunca pode ser a única coisa não testada até a última semana do projeto. Se ela é dependência, ela precisa ser validada primeiro, não por último.

Bloco 4

Resistência interna do time do cliente

Nem toda resistência é do mesmo tipo, e tratar todas como iguais é o que mais atrasa a implementação.

🔧
Resistência técnica

A pessoa não entende a ferramenta, tem dúvida real de operação. Se resolve com demonstração e treinamento (lógica do T06 de julho).

⚔️
Resistência política

A pessoa não quer que o projeto dê certo, por disputa interna, medo de ser substituído, ou discordância não resolvida no nível dos decisores. Não se resolve com mais treinamento.

🔍
Como diferenciar as duas

Resistência técnica melhora depois de uma demonstração. Resistência política continua igual, ou piora, mesmo depois de uma boa demonstração, isso é o sinal de que o problema não é a ferramenta, é subir o assunto para quem decidiu o projeto.

Bloco 5

Quando renegociar escopo e como fazer isso

Em clientes complexos, o escopo original quase sempre precisa de ajuste no meio do caminho. A questão não é se vai precisar renegociar, é como fazer isso sem parecer desculpa.

Critério para renegociar
Linguagem para mudar o combinado sem perder a relação
"Com o que identificamos agora, o escopo original não cobre [X]. Para garantir que a entrega funcione de verdade para vocês, precisamos ajustar [prazo/escopo]. Posso te mostrar o que isso representa antes de seguirmos?"
🚫
O que nunca fazer

Renegociar escopo como desculpa por atraso já existente. Renegociação é sobre informação nova, não sobre recuperar um cronograma que já saiu do controle por outro motivo.

07 · Resultado

O que muda após este treinamento

Protocolo para onboardings fora do padrãoAnalista com processo definido, não mais improviso caso a caso.
Antecipação no diagnósticoMenos surpresas no meio da implementação.
Renegociação com autoridadeFeita com critério, não como desculpa.
Diferencia resistência técnica de políticaE trata cada uma com a ação correta.
Mapeia decisores corretamenteEvita ficar no meio de um desalinhamento interno do cliente.
08 · Interativo 1

Classificador de Complexidade do Onboarding

Responda sobre um onboarding real ou fictício e receba um Índice de Complexidade com ajustes concretos de cronograma, não um "parece complicado" genérico.

Diagnóstico · Onboarding
Classifique o projeto que você acabou de receber
6 perguntas objetivas. No final, um briefing de projeto com riscos e plano de mitigação.
0 / 6 respondidas
09 · Interativo 2

Mesa de Decisores

Um cliente com sócio técnico e sócio comercial que discordam entre si. Cada escolha muda o que acontece na próxima interação. O erro real nesse tipo de cliente quase nunca é técnico, é o analista virar árbitro sem perceber.

Simulação · Sequência Ramificada
Studio Nexo — dois sócios, uma implementação
Conduza três interações reais e veja se o alinhamento entre os decisores sobrevive.
1
2
3
10 · Avaliação

Prova — 10 questões

Responda com atenção. Cada questão tem feedback imediato.

Julho T08
0 de 10 respondidas
0/10
Julho T08 · Grupo FQ · 2026
Complexidade não é imprevisto.
É um padrão que você
aprende a reconhecer antes.