HubSpot / Guia prático

Auditoria do CRM HubSpot: dos achados à lista de ações priorizada

Audite dados, propriedades, etapas do ciclo de vida, fluxos e relatórios do HubSpot. Transforme evidências em ações priorizadas com responsáveis.

Uma auditoria de CRM acompanha a relação entre registros, propriedades, fluxos de trabalho e relatórios.01Registros02Propriedades03Fluxos04Relatórios
Acompanhe as dependências. Alterar uma propriedade pode afetar um fluxo e o relatório que depende dele.

A versão resumida

Trabalhe nestas nove etapas para auditar uma conta HubSpot: estabelecer acesso, salvar uma linha de base, inspecionar dados e propriedades, rastrear estágios e automação, verificar integrações, reconciliar relatórios e construir um plano de alteração testado. Registre evidências à medida que você vai. A auditoria diagnostica a conta; os reparos seguem um plano revisado.

  • Use visualizações salvas e IDs de registro para tornar as descobertas reproduzíveis.
  • Siga um registro desde sua fonte de criação através da automação até seu relatório.
  • Verifique dependências e exceções antes de alterar uma propriedade, fluxo de trabalho ou sincronização.
Baixe a planilha de auditoria do HubSpot (CSV)

Modelo em branco. Abra no seu editor de planilhas e registre as evidências ao seguir as etapas.

Antes de começar: saiba o que esta auditoria cobre

Imagine abrir o HubSpot para responder a uma pergunta simples: quanto pipeline qualificado temos? Dois painéis dão respostas diferentes. Alguém sugere um terceiro painel. Antes que a coleção cresça, vale a pena olhar para os registros e as regras abaixo deles.

Este guia é para a pessoa responsável pelo diagnóstico do CRM: um líder da RevOps, administrador ou consultor que trabalha com as equipes que o utilizam. Abrange registros, propriedades, ciclos de vida e estágios de negócios, fluxos de trabalho, integrações e relatórios. Não tenta auditar todos os ativos de marketing ou redesenhar toda a conta.

A navegação e o comportamento do produto abaixo foram verificados em relação à documentação oficial da HubSpot em 7 de outubro de 2026. As contas podem ter diferentes menus, nomes de objetos, permissões, assinaturas e acesso beta. Algumas ferramentas aparecem abaixo de Mais. Quando um recurso não estiver disponível, registre a limitação e use uma visualização ou exportação de registro autorizada; não conte um recurso indisponível como um controle de negócios com falha.

Abra a planilha e escolha um pipeline ativo ou entrega para a primeira passagem. Os exemplos são fictícios. As instruções são baseadas em documentação, não uma alegação de que as testamos dentro da sua conta.

1. Combine o escopo, os acessos e os responsáveis pela revisão

Comece com o sintoma de negócios e os objetos que ele toca. Se novos leads perderem seu responsável após uma importação, comece com os contatos relevantes, empresas, atribuições e caminho de importação. Revisar cada fluxo de trabalho de negócios adicionará trabalho sem necessariamente responder a essa pergunta.

Peça ao responsável pelo processo para declarar a regra pretendida antes de inspecionar a implementação. “Atribuir de acordo com o território” ainda deixa em aberto o que acontece com territórios desconhecidos, clientes existentes e responsáveis ausentes. Essas exceções devem fazer parte da auditoria.

  1. Registre a conta, o pipeline, os tipos de objetos, as equipes, o período e o fuso horário no escopo. Cite o responsável pelo processo e o administrador que pode explicar a configuração.
  2. Liste as visualizações e ferramentas que suas permissões expõem. Verifique os requisitos de assinatura na documentação vinculada antes de planejar em torno de um recurso pago.
  3. Combine que o diagnóstico não inscreverá registros em workflows, não mesclará duplicatas, não alterará propriedades e não executará sincronizações novamente. Mantenha as correções propostas na planilha até que seus efeitos e responsáveis estejam claros.
  4. Colete as definições de estágio, regras de roteamento, relatórios-chave e uma lista de sistemas conectados. Pergunte quem mantém cada um e onde as falhas são revisadas.

O que você deve ter ao final

Um registro de escopo e acesso, além de uma lista de incógnitas. Uma permissão ausente é visível como uma limitação, em vez de escondida dentro dos achados.

2. Salve uma linha de base que você possa reproduzir

Defina de forma estável os registros que serão examinados. “Negócios abertos” é insuficiente quando existem vários pipelines ou quando cada pessoa só consegue ver seus próprios registros. Inclua o pipeline, os estágios, o processo comercial e as exclusões relevantes.

A documentação atual de visualização salva do HubSpot descreve abrir a página de índice de CRM do objeto, adicionar uma visualização, definir filtros e colunas e publicar a configuração de visualização. Isso salva uma visualização; não publica registros na web. Mantenha seu compartilhamento limitado à equipe de auditoria.

  1. Abra a lista do objeto relevante no CRM, como Deals (negócios). Adicione uma visualização em tabela e dê um nome específico, como “Auditoria — negócios abertos de novos clientes — outubro”.
  2. Aplique os filtros acordados. Inclua o ID do registro, o responsável, o estágio, o valor, a moeda, a data de encerramento e os campos de associação ou próxima ação relevantes para a pergunta.
  3. Registre a contagem visível, os filtros exatos, o tempo de inspeção e as limitações de acesso. Salve uma exportação permitida ou resultado datado porque uma visualização salva continua a refletir registros de alteração.
  4. Selecione exemplos de diferentes fontes, responsáveis e resultados. Mantenha a contagem completa da linha de base separada do conjunto menor que você inspecionará manualmente.

O que você deve ter ao final

Uma contagem de linha de base, uma visualização salva ou seleção equivalente e registros de amostra identificáveis. Um colega com acesso equivalente pode repetir a seleção.

3. Inspecione problemas de dados antes de aceitar correções

Quando disponível, abra Data Management → Data Quality. A documentação do HubSpot descreve visualizações de duplicatas, formatação e informações sobre propriedades, com acessos e recursos que dependem da conta. Essa visão geral é um ponto de partida. Ela não determina qual problema importa para o seu fluxo de trabalho.

Revise os registros por trás de um problema detectado. Um número de telefone ausente pode ser inofensivo para um processo que nunca liga para contatos. Dois nomes de empresas semelhantes podem pertencer a entidades separadas. Mantenha a condição detectada e a correção proposta em colunas diferentes.

  1. Revise as categorias de problemas disponíveis na conta e observe seu intervalo de datas. Registre as capacidades ausentes em vez de adivinhar quais seriam seus resultados.
  2. Compare os registros sinalizados com sua população de auditoria. Recalcule a contagem afetada para essa população em vez de copiar um número de toda a conta em uma descoberta específica do pipeline.
  3. Abra exemplos e registre IDs, valores conflitantes, origens de criação e o fluxo de trabalho afetado. Marque possíveis duplicatas como não confirmadas até verificar a identidade.
  4. Capture a ação sugerida sem aplicá-la. Priorize problemas que quebrem roteamento, relacionamentos ou relatórios antes da formatação cosmética.

O que você deve ter ao final

Uma lista de problemas de dados investigados com contagens, trabalho afetado e próximas verificações propostas. Nenhuma limpeza em massa é necessária para concluir esta etapa.

4. Trace as propriedades que impulsionam o processo

Escolha as propriedades usadas na transferência, na regra de roteamento ou no relatório em análise. Comece pelo responsável, ciclo de vida ou estágio, data de fechamento, valor, segmento e campos que determinam uma ramificação. Documentar todos os campos sem uso antes de entender os ativos acrescenta pouco valor.

No editor de propriedades, examine Details e as seções disponíveis de Monitor. O HubSpot documenta o uso e a taxa de preenchimento, as ferramentas que atualizam uma propriedade e o monitoramento da qualidade. Registre tanto o nome interno quanto o rótulo exibido: as integrações usam o nome interno, que não pode ser editado após a criação.

  1. Para cada propriedade crítica, escreva sua definição, objeto, nome interno, valores permitidos e responsável pelo processo em um dicionário de campo pequeno.
  2. Inspecione onde a propriedade é usada e quais ferramentas a atualizam. Inclua fluxos de trabalho, formulários, importações, integrações e relatórios dos quais a auditoria depende.
  3. Compare a definição com os valores reais em sua linha de base. Separe valores em branco, desconhecidos, inválidos e genuinamente não aplicáveis.
  4. Quando encontrar uma divergência, examine o histórico de alterações de alguns registros e identifique a fonte da atualização responsável. Preserve a lista de dependências antes de propor exclusão, renomeação ou alteração do tipo de campo.
Planilha de auditoria de propriedade — exemplos de verificações para adaptação
Finalidade da propriedadePerguntaEvidência
Responsável do negócioEste negócio deve ter um responsável ativo ou uma fila explícita?Exceções de linha de base e histórico de atribuição
Data de fechamentoQual evento esta data deve representar?Definição, alterações recentes e filtros de relatório
Segmento de clientesTodas as fontes de atualização usam os mesmos valores permitidos?Distribuição de valor e fontes de atualização
Próxima açãoO campo registra uma ação futura, uma data ou ambos?Definição de campo e passo a passo do responsável

O que você deve ter ao final

Um dicionário de propriedades críticas e suas dependências. Cada alteração recomendada explica o que mais pode ser afetado.

5. Verifique as regras do ciclo de vida e as evidências do estágio do negócio

Inspecione contatos e empresas separadamente dos negócios. O relacionamento de uma empresa com você pode permanecer "Cliente" enquanto tiver um novo acordo de expansão em andamento. Tratar o ciclo de vida e o estágio de negociação como intercambiáveis dificulta a interpretação dos relatórios de transferência e conversão.

O HubSpot documenta atualizações automáticas do ciclo de vida que avançam; usar suas ferramentas para definir um estágio anterior do ciclo de vida requer limpar o valor atual primeiro. Durante a auditoria, inspecione o histórico e o comportamento pretendido em vez de alterar os valores para que a tela pareça consistente.

Para pipelines de negócios, o caminho documentado é Settings → Data Management → Objects; selecione Deals e depois Pipelines. Revise os estágios e as probabilidades. O HubSpot usa a probabilidade do estágio para calcular o valor ponderado. Portanto, uma escolha de configuração pode mudar os relatórios sem nenhuma mudança no comportamento do comprador.

  1. Escreva a transição de ciclo de vida esperada para a transferência. Inspecione quem ou o que mudou esse valor em registros recentes, incluindo clientes reatribuídos ou recorrentes.
  2. Para cada estágio de negócio, concorde com as evidências necessárias para entrar e sair. Compare essa evidência com algumas transições de estágio reais.
  3. Verifique se os resultados ganhos e perdidos são representados corretamente. Identifique negócios ativos com datas de fechamento movidas repetidamente, próximas ações ausentes ou idades de estágio que precisam de uma explicação do responsável.
  4. Liste os locais onde um campo é necessário na interface do usuário e, em seguida, verifique se outros caminhos de criação o fornecem. Não assuma que um controle de entrada manual cobre importações e integrações.

O que você deve ter ao final

Uma lista de exceções de ciclo de vida e estágio com histórico de registros, comportamento esperado e o responsável responsável do processo.

6. Siga um registro através de seus fluxos de trabalho

Escolha uma automação que atualize um valor crítico ou passe o trabalho para outra pessoa. Leia suas regras de inscrição, configurações de reinscrição, ramificações, atrasos e ações antes de decidir se o resultado está errado. O nome do fluxo de trabalho raramente é uma especificação completa.

Para examinar a execução, o HubSpot documenta Automation → Workflows e, no menu More do workflow, View details → Action logs. Consulte Enrollment history para acompanhar o percurso do registro. Alterações de configuração ficam em outro lugar: abra o workflow e use View → Revision History.

A documentação informa atualmente uma retenção de 90 dias para os registros de ações e de seis meses para o histórico de inscrições. Também descreve um limite diário de armazenamento de execuções bem-sucedidas. Portanto, a ausência de um registro de sucesso não prova que a ação nunca foi executada.

  1. Escreva o resultado esperado para um registro elegível e uma exceção. Observe o que deve acontecer se o evento ocorrer duas vezes ou se um responsável estiver faltando.
  2. Encontre esses registros no histórico de ações e inscrições disponíveis. Compare o ramo observado e o resultado com a regra que você anotou.
  3. Verifique o histórico de revisão em torno do incidente. Registre a versão relevante, a data e a alteração da regra em vez de assumir que a configuração de hoje estava ativa na época.
  4. Identifique fontes de atualização concorrentes: outro workflow ou uma integração pode sobrescrever o valor após a execução bem-sucedida deste workflow. Salve a linha do tempo e os IDs afetados.

O que você deve ter ao final

Um traço da entrada para a inscrição, ramificação, ação e valor de registro resultante, com os limites de histórico relevantes registrados.

7. Inspecione falhas de sincronização e exclusões intencionais

Liste os sistemas que leem ou gravam os campos no escopo. Para cada um, registre seu responsável operacional, a chave correspondente, a direção e qual sistema ganha quando os valores entram em conflito. Uma integração pode ser conectada e ainda ter um problema com um grupo específico de registros.

Para aplicativos que usam a sincronização de dados do HubSpot, o caminho documentado é Settings → Integrations → Connected Apps → aplicativo → CRM syncs. A visualização por objeto separa registros sincronizados, com falha ou excluídos da sincronização. Essas exclusões podem decorrer de filtros ou das condições das chaves de correspondência; não equivalem a erros de sincronização. Outras integrações podem oferecer registros e controles diferentes.

  1. Verifique o status da sincronização de objeto relevante e abra o grupo de registros afetado. Salve o motivo real da falha ou a condição de exclusão.
  2. Compare um registro com falha ou excluído com um que sincroniza com sucesso. Verifique identificadores, valores necessários, mapeamento e elegibilidade de filtro.
  3. Acompanhe um valor importante nos dois sistemas, usando horários e histórico quando disponíveis. Registre se uma atualização posterior desfaz uma alteração anterior.
  4. Dê ao responsável da integração a evidência e um teste proposto. Mantenha reexecutações ou alterações de configuração fora do passe de diagnóstico porque eles podem criar atualizações downstream.

O que você deve ter ao final

Uma lista de problemas de integração que separa erros, exclusões pretendidas e comportamento não resolvido, com um responsável nomeado para cada conexão.

8. Reconcilie um relatório com seus registros de origem

Pegue o painel que acionou a auditoria e escolha uma métrica. Registre exatamente o que ele afirma medir antes de inspecionar seu total. “Pipeline neste trimestre” pode significar negócios criados neste trimestre, negócios esperados para fechar neste trimestre ou um instantâneo tirado no início do trimestre.

No criador de relatórios personalizados do HubSpot, a fonte principal e as fontes associadas influenciam quais registros podem aparecer. O painel documentado View data join info explica essas conexões. Examine-o quando um relatório com vários objetos divergir de uma visualização de um único objeto.

  1. Anote fontes, filtros, campo de data, fuso horário, campo de valor, moeda e agregação. Diferencie valor total de valor ponderado.
  2. Escolha alguns IDs de negócio conhecidos: um que deve aparecer, um excluído por design e um com vários contatos associados. Verifique se cada um se comporta como esperado.
  3. Compare IDs de negócios e totais distintos com a linha de base. Investigue associações ausentes, comportamento de junção e linhas repetidas antes de culpar os dados de origem.
  4. Por exemplo, dois negócios fictícios no valor de € 10.000 e € 20.000 totalizam € 30.000. Se uma tabela unida exportada repetir o primeiro acordo para dois contatos, a soma de suas três linhas produz € 40.000. Verifique a agregação do relatório em vez de assumir que ele comete o mesmo erro.

O que você deve ter ao final

Uma nota de reconciliação identificando a definição exata, associação ou agregação por trás da diferença, ou uma discrepância não resolvida documentada.

9. Crie o plano de reparo e suas verificações de aceitação

Suponha que a medição inicial fictícia contenha 120 negócios abertos e que 18 não tenham responsável: 15%. Após revisar os 18, imagine que 12 vieram da mesma importação e seis correspondam a uma exceção de fila acordada. Apresente os dois fatos. Não redefina silenciosamente o controle original de “responsável ausente” como “atribuição incorreta” para apresentar a nova contagem como uma melhoria diretamente comparável.

Crie tarefas separadas para a causa de importação, os registros atuais e o controle contínuo. Uma definição de campo ou regra de atribuição pode precisar de uma decisão de vendas antes que um administrador possa implementar algo útil.

  1. Registre a constatação, as evidências, o efeito no negócio, o grau de confiança, a dependência, o responsável e a mudança proposta. Priorize primeiro o trabalho bloqueado e as decisões pouco confiáveis.
  2. Defina os casos de teste antes de editar: responsável esperado, entrada de roteamento ausente, responsável existente que deve ser preservado e uma importação ou evento repetido.
  3. Teste em um ambiente adequado disponível para a equipe. Verifique os fluxos de trabalho e relatórios dependentes, bem como o registro imediato, e documente a abordagem de recuperação.
  4. Após um reparo aprovado, execute novamente a verificação de linha de base e inspecione um novo lote de registros separadamente. Designe alguém para revisar falhas recorrentes e confirmar o resultado com o responsável pelo processo.
Exemplo de plano de correção para a ausência de responsáveis
TarefaResponsávelProva de aceitação
Concordar com a atribuição de importação e exceções de filaResponsável do processo de vendasRegra escrita cobrindo casos normais e excepcionais
Corrija o caminho de importaçãoAdministrador de CRMOs registros de teste recebem o responsável pretendido sem substituições
Revise os 12 negócios importados afetadosGerente de vendasCada registro tem um responsável válido ou uma exceção documentada
Monitorar importações subsequentesResponsável de integração ou importaçãoNova coorte verificada com a mesma regra e resultado registrado

O que você deve ter ao final

Um backlog priorizado e testável, além da linha de base e evidências. A auditoria está pronta para revisão quando cada recomendação tiver um responsável e uma maneira de dizer se funcionou.

Fontes e leituras adicionais

Coloque o método em prática.

Explore a implementação e a administração do CRM.

Conheça o Five Dots ↗
Todos os recursos ↗
02 /pt-br Qualidade dos dados

Auditoria de qualidade de dados do CRM: meça antes de limpar

Audite a qualidade dos dados do CRM com populações claras, verificações reproduzíveis e medidas úteis. Priorize pelos efeitos nas decisões.

Zhenya BankouskiZhenya Bankouski13 min de leitura