Un message répété d'un acheteur n'est pas toujours une nouvelle demande. Pour le rapport, attribuez un numéro de dossier stable et reliez-y les précisions, en conservant les entrées d'origine. La concordance d'un nom ou d'un sujet ne suffit pas en soi à fusionner deux personnes.
Définir l'unité de suivi
Choisissez ce que signifie une demande dans votre processus : par exemple, un dossier portant sur une tâche précise que l'équipe a pris en charge. Le message, la personne, la tâche et la commande sont des entités différentes. Un même acheteur peut discuter simultanément de deux commandes indépendantes ; deux membres de l'équipe du client peuvent écrire au sujet d'une même tâche.
Pour établir le lien, utilisez un numéro de dossier confirmé ou un autre identifiant de travail. Conservez les coordonnées dans un système sécurisé avec les accès nécessaires, et reportez des désignations anonymisées dans l'exemple analytique.
Cinq entrées : deux demandes et une question
Registre d'exemple : entrée A — nouvelle demande L1 ; B — précision confirmée L1 ; C — nouvelle demande L2 ; D — précision confirmée L2 ; E — message avec un nom similaire, lien non établi. On obtient deux demandes confirmées et un message non traité, et non automatiquement cinq ou trois demandes.
Conservez pour A–E les lignes d'origine et un champ de liaison distinct. Pour B et D, indiquez le motif de la fusion. Pour E, posez une question de clarification dans le processus de travail habituel ; avant la réponse, ne fusionnez pas l'entrée sur une supposition. Après confirmation, mettez à jour le résultat en conservant une trace de la modification.
Ne pas transposer la règle d'achat à n'importe quel signal
Par exemple, Google Analytics décrit l'élimination des purchase répétés dans le flux web par transaction_id, avec des réserves concernant un seul utilisateur. Il s'agit d'une mécanique d'achat précise, et non d'une fusion automatique des conversations dans toutes les CRM. Pour les demandes, votre règle doit être définie et vérifiée séparément.
Avant le rapport, présentez le nombre de messages d'origine, de demandes confirmées et de cas non traités. Ainsi, la diminution des doublons n'apparaîtra pas comme une baisse inexplicable de la demande, et l'équipe pourra reproduire le décompte.
Schéma : 1 — conserver les messages d'origine ; 2 — relier uniquement les correspondances confirmées ; 3 — compter séparément les demandes et les cas indéterminés.
D'autres instructions pratiques sont disponibles dans le blog Boosted.
Sources
Google Analytics : identifiants de transaction. Vérifié le 21 septembre 2026. Les exemples pratiques et les schémas relèvent d'une méthodologie éditoriale ; les chiffres conventionnels ne sont pas des données clients.
Pour une publication publique prête et distincte, vous pouvez consulter les conditions de vues. Ce service n'effectue pas le travail décrit et ne garantit ni un intérêt organique, ni des demandes, ni des ventes.