Onboarding de cliente: do primeiro contato à entrega
Primeiro cliente que tive, chegou apertado no prazo. Falei: “você quer pronto ou bem feito?” Ele escolheu bem feito. Aí ficou esperando, esperando. Sentiu que tava desaparecido.
Entrega saiu boa. Ele gostou do resultado. Mas experiência? Horrível. Nunca mais pediu.
Aprendi que resultado é metade. A outra metade é como você conduz o processo.
O formulário de briefing
Antes de tocar em código, coleto informação. E coleto bem feito. Não é “qual é o escopo?”
Meu formulário tem:
“Qual é o seu maior obstáculo de negócio?” - não interessa saber se quer e-commerce, interessa saber se problema é falta de vendas, falta de visibilidade, falta de controle.
“Quem é seu cliente ideal?” - preciso entender público, não algo genérico tipo “pequenas empresas”.
“Qual é o deadline real?” - não aquele que o cliente acha que é.
“Qual é o orçamento?” - transparência. Se eu disser R$ 15.000 e ele esperava R$ 5.000, ninguém ganha.
Envio formulário, deixo 2 dias. Cliente volta com respostas. Daí sim, agende kick-off.
Kick-off call de 1 hora
É call de verdade. Câmera aberta, ambos falando.
Começo assim: “vou contar como funciona meu processo. Depois você tira dúvida.”
Explico:
Semana 1 é discovery. Eu entendo projeto, crio documento com entendimento dele assinado, proposta. Se ele aprova proposta, semana 2 começamos.
Semana 2 a 3 é build. Ele recebe atualizações todo dia no Slack. Pode comentar, pedir ajuste.
Semana 4 é refinement. Revisamos juntos, documento de entrega com feature list.
Semana 5 é go live. Deploy, monitoring, suporte.
Cliente não quer esperar 5 semanas? Falamos sobre parallelização ou escopo reduzido.
Depois disso, ele tira dúvida. Fala “quero que página de preço seja mais agressiva.” Aí eu entendo o real.
Checkpoints semanais
Terceira-feira, 10:30 da manhã. Call de 15 minutos.
Mostro o que fiz. Não é código, é screenshot, video de como ficou. Cliente vê progresso.
Ele fala “gostei, mas tira esse de lá”. Faço anotação.
Essa consistência é ouro. Cliente sabe que você tá trabalhando, sabe que você ouve, sabe que processo é real.
Vi muito dev só mandar print no Slack. Cliente fica em dúvida se tá avançando.
Com call de 15 minutos toda semana, Cliente dorme tranquilo.
Documento de entrega
Semana 4, uma semana antes de deploy, documento é gerado.
Tem tudo que foi feito:
- Feature list (o que foi entregue)
- URLs de staging
- Login de teste
- Como navegar
- Limitações conhecidas
- Próximos passos
Envio, cliente assina (digital mesmo, tipo DocuSign se for formal).
Isso é proteção pra ambos. Ele não pode depois falar “ué, eu queria isso”. Documento diz que queria aquilo.
Cometi erro de não fazer isso antes. Cliente cobrou extra por feature que acha que era no escopo. Briga feia.
Documento muda tudo.
Go live e handoff
Go live é simple. Deploy pra Vercel, configure DNS, SSL.
Depois tem handoff. Sentei com cliente de AutoPars Pro por 2 horas.
Mostrei: como logar, como criar conta, como agendar, como cancelar, como ver histórico, como recuperar senha, como usar integração.
Tipo um mini-treinamento. Não é abandonar ele.
Depois deixo documento escrito: “5 passos pra fazer X”. Quando cliente tira dúvida meses depois, ele consulta documento primeiro. Reduz ticket de suporte.
Suporte pós-venda
Primeiros 30 dias é included. Cliente acha bug? Reparo. Cliente quer mudança pequena? Faço.
Depois de 30 dias, mudança sai por hora. R$ 150/hora.
Cliente sabe disso desde o começo. Não é surpresa.
Com cobrar por ajustezinho, falei como isso muda quando você profissionaliza.
Por que isso importa para negócio
Quando você profissionaliza onboarding, cliente vira insano por indicar pra amigo.
Não por causa do resultado, mas por causa da experiência. Ninguém indica experiência ruim.
Tive cliente que pagou R$ 12.000. Resultado ficou bom mas experiência foi medíocre. Nunca mais ouvi falar.
Tive cliente que pagou R$ 8.000 mas experiência foi excelente. Me indicou pra 4 pessoas. Virou base de crescimento.
Onboarding é diferencial silencioso que funciona.
Com dev independente sem virar agência, esse processo é o que permite você não virar agência. Porque processo é escalável, replicável.
Terceira cliente que você faz, você já tem rotina afiada. Quinta cliente, sai rápido e bom.
- Criar formulário de briefing com 5-7 perguntas críticas
- Documentar seu processo de 5 semanas
- Agendar kick-off call como parte do workflow
- Criar template de checkpoint visual
- Gerar documento de entrega automatizado
- Preparar guia de handoff de 5 passos por feature
- Documentar SLA de suporte pós-venda
Processo é estrutura que permite crescimento sem loucura.
Exemplo de email de kick-off
Mandei template pra vários clientes, tá funcionando:
“Oi [Nome],
Tudo bem? Consegui bloquear semana do [data] pra começar o projeto. Antes de mexer em código, quero deixar tudo cristalino.
Semana 1 (15-19 de abril): Discovery total. Conversa, entendimento, documento assinado por você confirmando o que a gente combinou.
Semana 2-3 (22-05): Desenvolvimento. Você vê o progresso todo dia no Slack. Segunda tem um update, quarta tem outro.
Semana 4 (08-12): Polimento. A gente senta, revisa junto, monta documento final de entrega.
Semana 5 (15-19): Vai pro ar. Deploy, DNS, monitoramento, treinamento de uso.
Você aprova proposta segunda, ok? Lê com calma, tira dúvida, a gente segue.
Abraço, [seu nome]”
Simples, claro, expectativa já tá posta.
Reduzindo scope creep
Scope creep é quando cliente pede mais do que foi contratado. Aumenta semana de 5 pra 8 semanas, projeto fica infinito.
Documento de escopo ajuda. Mas tem tática melhor: no formulário de briefing, pergunte prioridades.
“Qual é mais importante: agendamento, landing page ou blog?”
Cliente escolhe 1. Aí você foca nisso. Se ele depois quer mudar, é change request, é hora extra.
Com Family Pilates, cliente pediu agendamento, landing page, e integrações. Eu disse: “temos 4 semanas. Agendamento entra em 3, landing entra em 2. Integrações ficam pra próxima sprint ou você estende prazo.”
Cliente escolheu estender pra 6 semanas. Problema resolvido, expectativa clara.
Primeira semana é discovery mesmo
Cometi erro de começar a codar na semana 1. Achava que era perda de tempo.
Não é. Discovery bem feito economiza semanas depois.
Entra em:
- Qual é o público do cliente
- Qual é o problema real (não o que ele acha que é)
- Qual é a meta (vender mais? aparecer no Google? organizar?)
- Qual é a restrição (orçamento em imagem, API cara, integrações legado?)
Semana 1 bem feita = resto do projeto rápido.
Documento de aceite assinado
Usei DocuSign algumas vezes mas achei caro. Agora uso Gmail attachment + resposta do cliente confirmando.
Template simples:
ESCOPO DO PROJETO
Cliente: [nome]
Dev: [você]
Data: [data]
Prazo: [5 semanas]
Valor: R$ [valor]
DELIVERABLES:
- Homepage responsiva
- Página de agendamento online
- 10 posts de blog
- Integração com Google Calendar
- Certificado SSL
TIMELINE:
Semana 1: Discovery (15-19 mai)
Semana 2-3: Desenvolvimento (22 mai - 5 jun)
Semana 4: Refinamento (8-12 jun)
Semana 5: Deploy (15-19 jun)
ALTERAÇÕES E CUSTOS:
Mudanças de escopo: R$ 150/hora
Atrasos por cliente: prazo estendido sem remuneração extra
APROVAÇÃO:
Cliente: _____________
Data: _____________Cliente assina, você assina, cópia pro arquivo. Proteção pra ambos.
Saída limpa: handoff checklist
Entreguei projeto semana passada. Cliente sentia que era “deixado” depois.
Criei checklist de handoff:
Dia 1: Webinar de 1h30
- 15min: mostro painel admin
- 15min: como criar agendamento novo
- 15min: como ver calendário
- 15min: como cancelar reserva
- 15min: como integração funciona
- 15min: como suporte funciona
Dia 3: Envio documento escrito com print de cada passo.
Dia 7: Email de check-in: “tudo funcionando bem? tira dúvida que tiro aqui.”
Cliente se sente cuidado. Depois pra manutenção, ele topa pagar.
Quando o cliente é difícil
Tenho cliente que muda ideia todo dia. Comecei fazendo. Depois entendi: documento de escopo é barreira.
Quando cliente quer mudar, eu falo: “tá aqui no escopo? Não. Isso é R$ 150/hora extra ou entrega semana que vem.” Nunca mais mudou.
Processo limpo afasta cliente ruim naturalmente. Cliente que quer profissionalismo, topa processo. Cliente que quer caos, sai.
Fórmula rápida pra repetir
- Briefing form (2 dias pra responder)
- Kick-off call (1h, explicar processo)
- Semana 1 discovery (documentar tudo)
- Semana 2-3 build (daily updates no Slack)
- Semana 4 refinement (call de revisão)
- Semana 5 deploy (go live)
- Handoff (1h30 de treinamento)
- 30 dias included (bug fixes)
- Depois manutenção ou fim
Repete isso com todo cliente. Terceiro cliente sai em 4 semanas porque você já tá fluido no processo.
- Criar formulário de briefing em Google Forms
- Escrever template de kick-off call
- Documentar seu processo de 5 semanas
- Criar template de escopo assinável
- Montar checklist de handoff
- Definir SLA de suporte pós-venda (30 dias included)
- Treinar um cliente com novo processo
Onboarding profissional virou diferencial no mercado.