L’essentiel
Pour piloter l’acquisition du premier signal jusqu’au revenu, construisez un grand livre des transitions. Chaque passage — visite, signal, lead, mission, contrat, facture, revenu — possède une définition, une date, une preuve et une source. Conservez séparément l’origine connue, les contacts influents et le propriétaire commercial.
La règle centrale tient en une ligne : visite ≠ lead ≠ mission ≠ contrat ≠ revenu. Un lien observé entre ces états permet de piloter un parcours ; il n’établit aucune causalité automatique.
Les organisations disposent souvent de trois vérités concurrentes. L’outil analytique attribue une conversion à une campagne. Le CRM décrit une opportunité. La facturation enregistre un montant. Les réconcilier ne consiste pas à copier les trois chiffres sur une page : il faut décider ce que chaque état signifie et conserver la chaîne de preuves.
Créer le grand livre des transitions
Le grand livre est une table d’événements métier, pas nécessairement un nouvel outil. Chaque ligne enregistre une entité, un état, la date effective, la date de réception, la source, la preuve et, si nécessaire, le motif. L’état courant est une vue dérivée ; l’historique reste intact.
| État | Déclencheur | Preuve | Ce qu’il ne prouve pas |
|---|---|---|---|
| Visite | Interaction observée dans le périmètre de mesure | Événement analytique | Identité ou intention d’achat |
| Signal | Action définie : clic, inscription, démarrage | Événement et contenu | Demande commerciale |
| Lead | Coordonnées et demande valides reçues | Soumission côté serveur ou saisie | Pertinence commerciale |
| Lead accepté | Critères de traitement remplis | Décision et motif CRM | Mission ouverte |
| Mission | Besoin qualifié et prochaine étape | Fiche et propriétaire | Contrat conclu |
| Contrat | Engagement conclu selon la règle interne | Référence contractuelle | Facturation ou encaissement |
| Revenu | Écriture correspondant à la définition retenue | Facture, paiement ou comptabilité | Marge ou causalité marketing |
Ajoutez les transitions négatives : refus, perte, annulation, remboursement, avoir. Sans elles, le pipeline conserve des éléments fantômes et surestime son stock. Les motifs doivent être courts, mutuellement compréhensibles et revus régulièrement.
Ne remplacez pas un historique par une date « mise à jour ». Pour mesurer le délai entre lead et mission, il faut deux événements datés. Pour comprendre un retour en arrière, il faut une nouvelle transition, pas l’écrasement de l’état précédent.
Relier sans tout confondre
Utilisez un identifiant par objet : contenu, session ou événement, contact, organisation, lead, mission, contrat, facture et paiement. Une table de correspondance gérée relie ces objets. L’adresse électronique peut aider à résoudre une identité dans un cadre autorisé, mais elle n’est pas une clé universelle : elle change, se partage et comporte des risques de traitement.
Conservez trois notions d’origine :
- première origine connue : premier contact observé dans le périmètre disponible ;
- origine de la demande : contexte immédiatement associé à la création du lead ;
- contacts influents : contenus ou campagnes connus entre les deux.
Le mot « connu » est essentiel. Les parcours changent d’appareil, passent hors ligne, refusent certains traceurs ou commencent avant la fenêtre de conservation. La couverture d’identification doit être affichée avec tout résultat attribué.
La gouvernance interdit de rapprocher les données par défaut. La CNIL rappelle que l’exemption de consentement pour la mesure d’audience est limitée à des statistiques anonymes et exclut le recoupement avec d’autres traitements. Une chaîne acquisition-CRM dépasse généralement cette seule mesure agrégée : finalités, information, base juridique, minimisation, accès et durée doivent être examinés avec les personnes compétentes.
Sur le plan technique, un identifiant de corrélation peut suivre les traitements sans contenir l’identité de la personne. Le standard W3C Trace Context fournit un format pour propager un contexte de trace entre services et précise que les champs de trace ne doivent pas porter de donnée personnelle ou sensible.
Construire trois vues de pilotage
La vue flux
Elle montre les entrées, transitions et sorties sur une période : demandes reçues, leads acceptés, missions ouvertes, contrats conclus, pertes. Chaque taux affiche son numérateur et son dénominateur. Les motifs de refus et de perte restent visibles.
La vue stock
Elle répartit les éléments actuellement ouverts par état, âge, responsable et prochaine action. Le flux dit ce qui s’est passé ; le stock dit ce qui demande une intervention. Suivez une médiane et un percentile élevé pour voir les dossiers anciens que la moyenne masque.
La vue économique
Elle rapproche les contrats et les écritures financières selon une définition stable. Séparez valeur signée, facturée, reconnue et encaissée. Ajoutez les coûts directement traçables par canal, puis les coûts partagés selon une règle explicite. Un revenu sans horizon ni statut est trompeur.
Ces vues peuvent s’appuyer sur les principes de centralisation des données dans une interface, mais la visualisation ne doit pas devenir la source de vérité. Chaque cellule agrégée reste reliée aux objets qui la composent.
Une quatrième vue, technique, affiche la fraîcheur, la couverture des identifiants, les doublons et la quarantaine. Elle protège les trois premières contre les conclusions prises sur une donnée incomplète.
Respecter les délais avec des cohortes
Comparer les visites d’octobre aux contrats d’octobre mélange plusieurs générations. Certains contrats proviennent de leads anciens ; certains leads du mois n’ont pas encore eu le temps d’aboutir. Construisez des cohortes à partir d’un événement stable : date du lead accepté, de la mission ouverte ou du premier contact connu.
Pour une cohorte de leads acceptés, suivez à 7, 30, 60 ou 90 jours :
- part ayant ouvert une mission ;
- part ayant conclu un contrat ;
- part toujours en cours ;
- part perdue et motifs ;
- valeur signée, facturée ou reconnue selon la mesure ;
- distribution du délai entre transitions.
Choisissez les fenêtres selon le cycle réel. Une cohorte récente est censurée : de nombreux dossiers sont encore ouverts. Ne la comparez pas directement à une cohorte mûre sans montrer ce statut.
Pour évaluer l’économie, reprenez une méthode cohérente avec le calcul du ROI d’une application métier : même horizon, coûts complets, référence explicite et analyse de sensibilité. N’imputez pas arbitrairement tout le salaire commercial ou toute la production éditoriale à un contrat.
Garder l’attribution à sa juste place
L’attribution répond à une question de répartition du crédit entre contacts connus. Elle n’est pas un registre financier et ne démontre pas ce qui serait arrivé sans le canal.
Présentez plusieurs lectures :
- premier contact connu pour la découverte ;
- origine de la demande pour le contexte de conversion ;
- contacts assistés pour les étapes intermédiaires ;
- sans attribution lorsque la preuve manque.
La documentation de Google Analytics décrit un modèle data-driven et des fenêtres de regard. Ce sont des paramètres de modélisation. Deux configurations peuvent attribuer différemment le même contrat sans changer le revenu réel.
L’export GA4 vers BigQuery fournit les événements bruts reçus par la propriété, mais la documentation officielle signale des différences entre export quotidien et intrajournalier, ainsi que des délais pour certaines données d’attribution. Versionnez la configuration et attendez la consolidation avant une clôture.
Pour tester l’incrémentalité, construisez une expérience adaptée plutôt que de renommer l’attribution « causalité ». Une campagne géographique, un déploiement progressif ou un test randomisé peuvent aider, à condition de contrôler les interférences et de respecter les contraintes juridiques et commerciales.
Interpréter un exercice fictif
L’exercice suivant est entièrement fictif. Il ne constitue ni un benchmark, ni une prévision, ni un résultat Forge Labs.
Une cohorte trimestrielle contient 200 leads acceptés. Parmi eux, 80 ouvrent une mission dans les 30 jours, 30 aboutissent à un contrat dans les 90 jours et 12 restent ouverts à cette échéance. La valeur signée des 30 contrats est de 300 000 €, dont 180 000 € ont été facturés et 140 000 € encaissés au jour de la revue. Soixante leads acceptés ont au moins un contenu connu dans leur parcours ; les autres proviennent de recommandations, de contacts directs ou de parcours non attribués.
Les taux utiles sont 80 / 200 = 40 % de leads acceptés vers mission et 30 / 200 = 15 % vers contrat à 90 jours. La couverture de contacts contenu vaut 60 / 200 = 30 %. En revanche, additionner « 300 000 € générés par le contenu » serait injustifié. Même parmi les 60 parcours connus, le contenu a pu informer, rassurer ou simplement précéder un autre facteur.
La revue identifie que les leads provenant d’une campagne ont un taux d’acceptation correct, mais attendent deux fois plus longtemps avant assignation. L’action porte d’abord sur le routage, pas sur le budget média. Une autre cohorte montre beaucoup de missions perdues pour absence de priorité : le contenu et la qualification initiale méritent alors une revue commune.
Ce raisonnement prolonge une stratégie SEO rentable : une audience est une entrée, pas la preuve finale d’une valeur économique.
Installer les rituels et la gouvernance
Organisez trois cadences :
- quotidienne : files non assignées, incidents de collecte, fraîcheur et blocages urgents ;
- hebdomadaire : stock, vieillissement, transitions, actions et responsabilités ;
- mensuelle ou trimestrielle : cohortes mûres, coût, valeur, motifs de perte et arbitrage des canaux.
Chaque revue consigne une décision, un propriétaire, une échéance et un indicateur de vérification. Interdisez les changements silencieux de définition. Une nouvelle règle crée une version et, si nécessaire, un recalcul identifiable.
Le responsable acquisition possède le marquage et les campagnes ; le commercial possède les états et motifs ; la finance possède la définition du revenu ; le SI possède la chaîne et ses contrôles. La direction tranche les objectifs et accepte les compromis. Ce partage évite qu’un outil devienne arbitre d’un vocabulaire que personne n’a validé.
Enfin, mesurez la fiabilité du système de pilotage lui-même : couverture des identifiants, fraîcheur, écarts de réconciliation, corrections manuelles et temps nécessaire pour expliquer un chiffre. Les principes exposés dans la mesure de fiabilité d’une automatisation s’appliquent pleinement.
Le bon système ne promet pas de révéler une causalité parfaite. Il rend les états comparables, les limites visibles et les décisions révisables. Pour construire ce grand livre dans un environnement où analytics, CRM et facturation divergent, Forge Labs peut étudier ponctuellement une mission de cadrage et d’ingénierie.