Data enrichment é o processo de adicionar atributos firmographic, technographic, de contato e de intent a registros no seu CRM. A pergunta de estratégia não é se enriquecer, toda B2B GTM motion precisa, mas como enriquecer: quais fontes, qual cadência, quem é dono, e se construir in-house ou comprar uma solução pacote.
A estratégia de quatro camadas
Uma estratégia de enrichment funcional opera em quatro camadas:
- Camada de identidade. Resolver empresa e pessoa para identificadores canônicos. Match por domínio primariamente; cair para fuzzy match de nome de empresa.
- Camada firmographic. Indústria, tamanho, receita, geografia, funding. Refresh mensal ou trimestral.
- Camada technographic. Detecção de stack, parceiros de integração, incumbência de competidores. Refresh trimestral.
- Camada comportamental. Intent, engajamento, eventos de signal. Refresh semanal ou em tempo real.
Cada camada tem uma cadência de refresh, fonte e tolerância a erro diferente. Tratá-las como uma só é o primeiro erro que a maioria dos times comete.
Construir versus comprar
O trade-off divide claramente:
- Comprar enrichment empacotado (ZoomInfo, Apollo, Cognism plugados ao HubSpot ou Salesforce) quando velocidade importa mais que cobertura, você não tem time de dados, e os casos de uso são padrão. Setup é dias; cobertura é o que o vendor tem.
- Construir enrichment composable (Clay ou um warehouse mais reverse-ETL mais múltiplas fontes) quando cobertura de atributos de nicho importa, você quer controlar custo-por-registro-enriquecido, e tem operadores letrados em dados. Setup é semanas; cobertura é o que você construir.
A maioria dos times de RevOps de mid-market e enterprise acaba híbrido: um vendor empacotado como base, mais Clay ou similar para a long tail.
A disciplina de custo
Enrichment é precificado por registro. Em escala, a matemática fica brutal: enriquecer todo contato no HubSpot todo mês custa mais que a licença do HubSpot. Três controles mantêm o custo são: só enriqueça registros que atendem aos filtros de ICP, só refresh atributos que decaem (firmographic mensal está ok; identidade trimestral está ok), e só enriqueça para um caso de uso ativo.
Ownership e processo
Enrichment sem ownership apodrece. Designe uma pessoa de RevOps responsável pelo dicionário de dados, regras de source-of-truth por atributo, schedule de refresh e monitoramento de qualidade. Rode uma auditoria de amostra mensal: puxe cem registros, valide cada atributo na mão, registre a taxa de erro.
Armadilhas comuns
- Enriquecer tudo, sempre. O custo balona, atributos contraditórios se acumulam, ninguém confia nos dados.
- Deixar sales escolher a fonte. Reps diferentes usam ferramentas diferentes, o CRM acaba com atributos conflitantes, filtros de ICP quebram.
- Sem regras de source-of-truth. Quando o ZoomInfo diz 500 funcionários e o Apollo diz 380, o que o CRM guarda? Decida uma vez.
Relacionado
- Firmographic data — a camada fundacional
- Technographic data — a camada de stack
- RevOps tech stack — onde as ferramentas de enrichment ficam