Receber um pedido numa plataforma de leads não se resume a ver aparecer um nome e um número numa caixa de correio. Entre o momento em que um pedido é validado pela plataforma e aquele em que uma empresa recetora o pode tratar nas suas próprias ferramentas, existe uma camada técnica determinante: a entrega. É ela que fixa por que canal chega o pedido — e-mail, painel, webhook, exportação ou conector CRM —, a que velocidade, em que formato e com que provas de encaminhamento. A leads-qualifie.ch trata esta camada como um elo de pleno direito da plataforma, sujeito às mesmas exigências de rastreabilidade que a captação e a pontuação.
Este dossiê descreve os mecanismos de integração e entrega independentemente da categoria em causa: os diferentes canais pelos quais um pedido pode ser entregue a uma empresa, o funcionamento da entrega em tempo real por webhook, a sincronização contínua com um software de gestão da relação com o cliente, a rastreabilidade com data e hora de cada entrega, e a forma como a plataforma gere os avisos de receção, os duplicados e as falhas de encaminhamento. O objetivo é mostrar que a entrega não é um detalhe periférico, mas uma componente estruturante da confiança entre os dois lados do mercado.
Os canais de entrega de um pedido
Um mesmo pedido validado pode ser entregue à empresa recetora por vários canais, escolhidos em função do seu perfil de receção e da sua maturidade técnica. O mais imediato é a notificação por e-mail, acompanhada de uma exibição no painel da plataforma: a empresa vê aparecer o pedido, os seus contactos, a categoria, a zona e a pontuação, sem ter de implementar qualquer ferramenta. Este canal é adequado a um artesão ou a uma pequena estrutura que trata os pedidos à mão, um de cada vez, e que não tem um sistema informático dedicado a alimentar. Na outra extremidade do espetro, uma empresa estruturada com recursos técnicos privilegiará uma entrega automatizada por webhook ou por ligação ao seu software de gestão, para que cada pedido alimente diretamente a sua cadeia de tratamento sem reintrodução.
O ponto essencial é que o canal de entrega está dissociado do conteúdo: o pedido transmitido é exatamente o mesmo — mesmos dados, mesma validação, mesma pontuação — seja qual for a via escolhida para o encaminhar. Uma plataforma séria não reserva os pedidos de melhor qualidade a um canal específico nem degrada o formato consoante o meio de receção; oferece várias portas de entrada para um fluxo idêntico, para que nenhuma empresa seja excluída por falta de ferramenta nem beneficiada apenas pela sua capacidade técnica. A escolha do canal diz respeito, portanto, à ergonomia de tratamento de cada empresa, e não a uma seleção comercial operada pelo operador.
A entrega em tempo real por webhook
O webhook é o canal de entrega mais rápido que uma plataforma pode oferecer. Tecnicamente, trata-se de uma chamada HTTP que a plataforma emite para um endereço (um URL) configurado pela empresa recetora, no instante preciso em que um pedido lhe é atribuído. Ao contrário de uma consulta periódica em que a empresa interrogaria a plataforma a intervalos regulares, o webhook funciona por envio: é a plataforma que toma a iniciativa de transmitir o pedido assim que este está pronto, sem latência de espera. A mensagem enviada contém uma carga de dados estruturada — na maioria das vezes em formato JSON — que reúne a categoria, a zona geográfica, os contactos do cliente, a prova do seu consentimento, a pontuação atribuída, a data e hora e um identificador único próprio do pedido.
Esta imediatez tem uma consequência direta no tratamento: o sistema da empresa recebe o pedido, cria automaticamente uma ficha e pode desencadear um contacto de retorno nos minutos seguintes à captação, enquanto a intenção de compra do cliente ainda está viva. Para garantir a origem da mensagem, a plataforma geralmente assina cada envio com uma chave secreta partilhada, que a empresa verifica na receção: isto impede que um terceiro possa injetar pedidos falsos no seu sistema. O webhook dirige-se, portanto, prioritariamente às empresas do lado da procura que dispõem de um programador ou de uma ferramenta capaz de escutar e tratar estas chamadas, e que querem tirar o melhor partido da frescura de um pedido.
Exportação e sincronização contínua com um CRM
Nem todas as empresas precisam — nem têm os meios — de uma integração por webhook. Para elas, a entrega passa pela exportação e sincronização com a sua ferramenta de gestão da relação com o cliente. A exportação assume a forma de um ficheiro estruturado, tipicamente em formato CSV, recuperável manualmente ou de forma programada, que a empresa importa para o seu CRM ao intervalo escolhido. A sincronização, mais avançada, apoia-se num conector que deposita cada pedido diretamente no CRM à medida que chega, fazendo corresponder os campos da plataforma aos campos do software — a categoria torna-se uma etapa de pipeline, a zona um critério de segmentação, o identificador único uma referência de reconciliação.
Duas exigências orientam esta sincronização. A primeira é a eliminação de duplicados na importação: o identificador único associado a cada pedido permite ao CRM reconhecer uma ficha já presente e evitar que um mesmo pedido crie dois registos distintos. A segunda é a conservação dos metadados de rastreabilidade: uma exportação bem concebida não transporta apenas os contactos do cliente, mas também a fonte que produziu o pedido, a data e hora da sua captação, a sua pontuação e o seu estado de consentimento. A empresa reencontra assim, no interior da sua própria ferramenta, toda a cadeia de proveniência de cada pedido — condição para que possa, em caso de litígio, remontar à origem sem depender unicamente da plataforma.
A rastreabilidade com data e hora de cada entrega
Numa plataforma de duas faces, a entrega não é um ato pontual que se esquece assim que o pedido parte: cada entrega é registada. A plataforma conserva a data e hora de cada etapa — captação pela fonte, validação, atribuição a uma ou várias empresas, tentativa de entrega, confirmação de receção — de modo que exista, para cada pedido, um rasto contínuo, tanto do lado da oferta como do lado da procura. Este registo é a coluna vertebral da confiança num mercado em que as duas partes não se conhecem diretamente: ancora o fornecedor e a empresa recetora a um mesmo registo, que nem um nem outra podem reescrever a posteriori.
Esta rastreabilidade com data e hora desempenha um papel duplo. Primeiro, é o instrumento de resolução de litígios: quando uma empresa contesta um pedido — contacto incontactável, duplicado, necessidade situada fora da sua zona —, a arbitragem faz-se contra o registo das entregas, e não contra as recordações de cada um. Depois, alimenta o sistema de pontuação: os prazos medidos entre a captação, a entrega e a primeira resposta da empresa nutrem a avaliação contínua tanto das fontes como das empresas recetoras. Por fim, a data e hora liga-se diretamente às exigências da nLPD — saber quem recebeu que dado, em que momento e sobre que base de consentimento faz parte integrante da responsabilidade de tratamento que a plataforma deve poder documentar.
Fiabilidade, avisos de receção e gestão de falhas
Uma entrega só tem valor se for fiável, e uma plataforma séria não considera um pedido como entregue enquanto não tiver recebido confirmação. No canal webhook, esta confirmação assume a forma de um aviso de receção: o sistema da empresa devolve um código de sucesso que atesta que o pedido chegou e foi aceite. Enquanto este aviso não for recebido, a plataforma considera a entrega como pendente e pode reemitir a chamada segundo uma lógica de novas tentativas espaçadas, para cobrir as indisponibilidades passageiras do endereço de destino. A eliminação de duplicados garante em paralelo que um mesmo pedido nunca seja contado nem faturado duas vezes apenas por causa de um reenvio técnico.
A gestão de falhas assume particular relevo num contexto de duas faces, em que um problema puramente técnico não deve penalizar nenhuma das duas partes. Se o endereço de uma empresa permanecer incontactável após várias tentativas, o pedido não se perde: passa para um canal de recurso — notificação por e-mail, disponibilização no painel — e é levantado um alerta, sem que a fonte que produziu o pedido seja responsabilizada por uma falha situada do lado da receção. Inversamente, um pedido que nenhum destinatário possa receber é sinalizado para arbitragem. O operador vigia assim a saúde das entregas — taxas de avisos de receção, taxas de recurso, prazos — como componente de pleno direito da sua função de controlo de qualidade, ao mesmo título que a auditoria das fontes.