Cada campo tem um preço
A cascata consulta uma fonte por vez e para na primeira resposta válida. Entender essa mecânica — e o que cada campo custa em créditos — é o que separa uma lista enriquecida de uma fatura enriquecida.
Enriquecer um lead não é apertar um botão. É disparar uma sequência de consultas pagas, uma fonte de cada vez, até que uma delas responda — ou até que todas falhem. O nome disso na Nock é cascata, e a interface diz a coisa mais importante antes de qualquer clique: "Cada campo mostra seu custo em créditos antes da execução da cascata".
Vale entender a mecânica, porque ela decide o orçamento do mês.
Por que cascata e não consulta única
A descrição do produto é literal: "A nock consulta em cascata bases de dados como Apollo, People Data Labs, Hunter, Lusha, Cognism e Speedio, além de fontes públicas brasileiras. Para cada campo, a consulta termina assim que encontra um resultado válido."
Duas decisões estão embutidas aí. A primeira é que nenhuma base cobre todo mundo — se cobrisse, a cascata seria uma consulta só. A segunda é a regra de parada: encontrou, encerra. Consultar as 55 fontes sempre daria uma cobertura marginalmente maior e uma conta muito maior, pagando várias vezes pela mesma resposta.
Nenhuma fonte responde a mesma pergunta
O catálogo de conectores parece uma lista de concorrentes. Não é. Agrupados pela pergunta que cada um existe para responder, os 55 viram meia dúzia de camadas:
| Pergunta | Onde ela é respondida |
|---|---|
| Esta empresa existe e opera? | CNPJ.pw, BrasilAPI, OpenCorporates, Nock Registry |
| Quem trabalha lá, em que cargo? | People Data Labs, Coresignal, Apollo |
| Qual o e-mail dessa pessoa? | Hunter.io, Prospeo, Dropcontact, Findymail, Anymail Finder, Skrapp, Tomba |
| Qual o telefone? | Lusha, Cognism |
| Está acontecendo algo agora? | Crunchbase, PredictLeads, Harmonic |
| Que tecnologia essa empresa usa? | BuiltWith, Klazify, SimilarWeb |
| E o que só existe na web aberta? | SerpApi, Outscraper, Bright Data |
Ler assim muda a pergunta que se faz na hora de montar uma cascata. Não é "qual a melhor base", é "qual camada eu preciso para esta decisão". Um lead que ainda não passou pelo filtro de perfil não precisa da camada de telefone. Não é uma questão de gosto — é a linha seguinte deste post.
O preço de cada resposta
Os números são publicados: cada resultado entregue numa busca custa 4 créditos, e "buscas vazias são gratuitas". No enriquecimento, "um e-mail profissional ou perfil custa 13, um e-mail pessoal 38 e um celular 125, somente quando encontrados".
Convertendo pelos planos publicados — R$199 por 2.000 créditos no Starter, R$499 por 6.000 no Growth:
| Dado | Créditos | Starter | Growth |
|---|---|---|---|
| Resultado de busca | 4 | R$ 0,40 | R$ 0,33 |
| E-mail profissional ou perfil | 13 | R$ 1,29 | R$ 1,08 |
| E-mail pessoal | 38 | R$ 3,78 | R$ 3,16 |
| Celular | 125 | R$ 12,44 | R$ 10,40 |
Um celular custa 9,6 vezes um e-mail profissional. Traduzido para o mês: os 2.000 créditos do Starter compram 153 e-mails profissionais ou 16 celulares. Os 6.000 do Growth compram 461 ou 48.
Essa razão é a decisão de produto mais importante que um time de saída toma sem perceber que está tomando. Enriquecer celular no topo do funil consome o orçamento inteiro em algumas dezenas de leads. Enriquecer celular depois de uma resposta positiva por e-mail gasta o mesmo crédito em quem já demonstrou interesse.
A pergunta não é quanto custa o dado. É em que ponto da conversa ele passa a valer o preço.
"Encontrado" não é "entregável"
A cascata para quando encontra um resultado válido. Vale saber o que "válido" consegue significar tecnicamente, porque o teto é mais baixo do que parece.
A documentação do Hunter, um dos conectores da camada de e-mail, expõe seis status possíveis na verificação: valid, invalid, accept_all, webmail, disposable e unknown. O interessante é o terceiro. Um domínio accept_all — o que se costuma chamar de catch-all — aceita qualquer endereço no envelope, o que, nas palavras da própria documentação, cria "potencial para falsos positivos" na checagem por SMTP. O endereço não foi confirmado. Foi apenas não recusado.
O limite é do protocolo, não do fornecedor. A RFC 5321 prevê que uma implementação pode desabilitar os comandos de verificação VRFY e EXPN por razões de segurança, e reserva a resposta 252 exatamente para o caso em que o servidor não consegue verificar o endereço mas aceita a mensagem mesmo assim. Ela ainda reconhece que alguns servidores só verificam o destinatário depois de receber o corpo da mensagem — ou seja, um RCPT aceito não é promessa de entrega.
Daí saem duas regras práticas. Catch-all é uma decisão de risco, não um erro a ignorar: vale enviar quando o lead é bom o bastante para justificar o bounce. E o custo de errar não é o crédito gasto — é a reputação do domínio de envio, que se recupera devagar.
Onde o dado aterrissa
O último trecho da cascata é o menos discutido: para onde vai o campo depois de encontrado.
Um CSV exportado é um dado com data de validade. Como já vimos no caso do CNPJ, quase 7% da base empresarial brasileira entra e cerca de 3,9% sai a cada quadrimestre — e o mercado de trabalho gira mais rápido que o registro de empresas. O arquivo que você exportou em março descreve um mundo que já mudou quando a campanha roda em junho.
É por isso que os caminhos de saída importam tanto quanto as fontes de entrada. Além de CSV, a Nock entrega por integração com HubSpot e Salesforce, por API e por MCP — este último um padrão aberto para conectar aplicações de IA a sistemas externos, descrito pela documentação oficial como "uma porta USB-C para aplicações de IA". Na prática, é a diferença entre consultar o dado no momento da decisão e consultá-lo no mês passado.
O crédito não é o custo. O custo é a decisão que ele compra — e uma decisão comprada com dado velho custa igual e vale menos.
Fontes
- Nock — página inicial e planos, consultadas em agosto de 2026
- Hunter API — Email Verifier
- RFC 5321 — Simple Mail Transfer Protocol, IETF
- Model Context Protocol — documentação oficial