Uma mensagem repetida do comprador nem sempre é uma nova solicitação. Para o relatório, crie um número de atendimento estável e vincule a ele os esclarecimentos, preservando os registros originais. A coincidência de nome ou assunto, por si só, não dá base para unir duas pessoas.
Definir a unidade de registro
Escolha o que significa uma solicitação no seu processo: por exemplo, um atendimento sobre uma tarefa específica que a equipe aceitou para trabalhar. Mensagem, pessoa, tarefa e pedido são entidades diferentes. Um comprador pode discutir dois pedidos independentes ao mesmo tempo; dois membros da equipe do cliente podem escrever sobre uma mesma tarefa.
Para o vínculo, use um número de atendimento confirmado ou outro identificador de trabalho. Mantenha os dados de contato em um sistema protegido com o acesso necessário e, no exemplo analítico, use designações anonimizadas.
Cinco registros: duas solicitações e uma dúvida
Histórico de exemplo: registro A — nova solicitação L1; B — esclarecimento confirmado L1; C — nova solicitação L2; D — esclarecimento confirmado L2; E — mensagem com nome semelhante, vínculo não estabelecido. Resultam duas solicitações confirmadas e uma mensagem não resolvida, e não automaticamente cinco ou três solicitações.
Preserve, para A–E, as linhas originais e um campo de vínculo separado. Para B e D, indique a base da união. Para E, faça uma pergunta de esclarecimento no fluxo de trabalho normal; até a resposta, não una o registro por suposição. Após a confirmação, atualize o resultado, deixando um rastro da alteração.
Não transferir a regra de compra para qualquer sinal
Por exemplo, o Google Analytics descreve a eliminação de purchase repetidos no fluxo da web por transaction_id, com ressalvas sobre um único usuário. Essa é uma mecânica específica de compras, e não uma união automática de conversas em todos os CRMs. Para solicitações, sua regra precisa ser definida e verificada separadamente.
Antes do relatório, mostre o número de mensagens originais, de solicitações confirmadas e de casos não resolvidos. Assim, a redução de duplicatas não parecerá uma queda inexplicável da demanda, e a equipe poderá reproduzir a contagem.
Esquema: 1 — preservar as mensagens originais; 2 — vincular apenas as coincidências confirmadas; 3 — contar separadamente as solicitações e os casos indefinidos.
Outras instruções práticas estão no blog da Boosted.
Fontes
Google Analytics: identificadores de transação. Verificado em 21 de setembro de 2026. Exemplos práticos e esquemas — metodologia editorial; os números hipotéticos não são dados de clientes.
Para uma publicação pública pronta específica, é possível verificar as condições de visualizações. Este serviço não realiza o trabalho descrito e não garante interesse orgânico, solicitações ou vendas.