- Base reutilizável
- Conta de destino
- Configuração
- Teste de ponta a ponta
Modelo ilustrativo para orientar a implantação.
Saiba o que a cópia transporta
Snapshots transportam ativos de configuração selecionados. Não são um backup completo da operação: contatos, conversas e conexões de terceiros estão entre os itens que não são transferidos. Alguns recursos copiados ainda dependem de configuração ou aprovação no destino. Confira a lista atual em Snapshots — Overview.
Antes de importar, registre o que você pretende reaproveitar: pipeline, formulário, calendário e workflows, por exemplo. Se o cliente já usa a conta, inventarie a estrutura existente. Não presuma que toda atualização deve substituir o que a equipe personalizou.
Mantenha uma base de referência com exemplos fictícios e nomes consistentes. Uma conta cheia de testes abandonados torna mais difícil reconhecer o que pertence ao pacote.
Procure vestígios do cliente anterior
Revise a identidade em páginas, formulários, e-mails, mensagens e valores reutilizáveis. Nome da empresa, telefone, endereço, domínio, assinatura e links de agenda são pontos frequentes de esquecimento.
| Item | Conferência no destino |
|---|---|
| Marca e dados de contato | Representam o novo cliente |
| Links e botões | Abrem páginas e calendários corretos |
| Notificações internas | Chegam aos responsáveis da nova equipe |
| Campos e valores | Não exibem exemplos ou informações antigas |
| Rodapés e políticas | Correspondem à operação que publica a página |
Abra as páginas em uma sessão de visitante. Há informações visíveis apenas em confirmações, rodapés e estados de erro; uma revisão da primeira dobra não cobre esses lugares.
Reconecte as dependências antes de ativar
Faça uma lista separada de serviços externos: domínio, e-mail, canais de mensagem, agenda pessoal, pagamentos e integrações próprias. Para cada um, identifique quem é o titular, quem autoriza o acesso e qual teste demonstra a conexão.
Não transporte tokens do primeiro cliente para acelerar o segundo. Um sistema externo construído com Claude Code precisa da configuração da nova conta, mesmo que a interface seja igual. O guia de integração privada ajuda a organizar esse acesso.
Se um recurso depende de aprovação de modelo ou habilitação de canal, registre a pendência. Mostrar um ativo importado no painel não significa que ele já pode ser usado em produção.
Revise cada saída que pode chegar a alguém
Antes de ativar workflows, confira gatilhos, destinatários, responsáveis, remetentes e filtros. Um fluxo importado para agendamento pode apontar para um calendário que precisa ser adaptado. Uma notificação pode citar um usuário que não pertence à nova equipe.
Execute o caminho completo com contatos de teste: página, formulário, oportunidade, tarefa, mensagem e saída. Inclua uma resposta do lead para verificar que o acompanhamento não continua fora de contexto.
Para uma atualização posterior do snapshot, mantenha uma lista de diferenças. Explique ao cliente o que será alterado e valide primeiro numa conta de teste. Evite tratar toda atualização como se fosse uma primeira instalação.
Registre o que foi validado e o que falta
Entregue uma lista com versão da base, conta de destino, itens adaptados, testes executados e pendências. Acrescente instruções de operação e o responsável por cada conexão. Isso permite distinguir uma configuração incompleta de uma mudança feita depois pela equipe.
O modelo gratuito de aceite de implantação organiza essas evidências. Para código e sistemas fora da plataforma, complemente com o guia Metrik de projetos com Claude Code e skills.
Assista também às cinco aulas de GoHighLevel com Owen, com resumos e exercícios para praticar.
Conteúdo da Equipe Metrik, publicado em 15 de outubro de 2026. Referências oficiais estão ligadas às configurações descritas. Exemplos de processos e testes são modelos educativos; interface, permissões e disponibilidade podem variar entre contas.