Pour automatiser des rapports marketing, tu dois connecter les sources, définir ce que signifie chaque indicateur et programmer un parcours qui collecte, vérifie et présente les données. L’IA peut aider à rédiger le résumé, mais les chiffres doivent venir de calculs vérifiables et conserver leur lien avec la source.
Le premier rapport peut répondre à une question précise : quelles campagnes génèrent des demandes que l’équipe commerciale peut traiter ? Pour y répondre, il faut les données publicitaires et ce qui se passe après qu’une personne a pris contact. Le nombre de formulaires envoyés, à lui seul, n’explique pas ce résultat.
Choisis les questions et la source de chaque réponse
Commence par le rapport que vous utilisez déjà en réunion. Indique quelles décisions vous prenez avec lui et quels chiffres vous allez chercher dans un autre onglet. À partir de là, prépare une carte comme celle-ci :
| Question métier | Source qu’il vaut mieux consulter |
|---|---|
| Combien avons-nous investi dans chaque campagne ? | Plateforme publicitaire, avec compte, devise et période définis. |
| Que s’est-il passé sur le site ? | Analytics web, avec les événements et filtres vérifiés. |
| Quelles nouvelles demandes avons-nous reçues ? | CRM ou registre commercial, avec une référence par demande. |
| Lesquelles correspondent et quel suivi ont-elles ? | États et activités gérés par l’équipe commerciale. |
Écris une définition brève à côté de chaque indicateur. Par exemple, une « demande valide » peut exiger que le contact soit joignable, demande un service que vous proposez et ne soit pas un test. Ce critère doit être validé par votre équipe et consigné pour être appliqué de la même façon à chaque période.
Il vaut aussi mieux séparer les demandes des personnes : un contact peut demander deux services différents. Si vous copiez encore les demandes à la main, vérifie d’abord comment connecter le formulaire web au CRM. Le rapport a besoin d’un registre d’origine fiable.
Mets en place le parcours de collecte, de vérification et de livraison
Le flux peut fonctionner ainsi :
- Lire les sources. Consulter les comptes et la période convenus via des connexions autorisées ou des importations contrôlées.
- Préparer les données. Harmoniser les identifiants de campagne, les noms de champs, les dates et les devises lorsque c’est nécessaire.
- Vérifier l’extraction. Détecter les sources qui n’ont pas répondu, les périodes incomplètes et les enregistrements en double.
- Calculer les indicateurs. Appliquer les définitions enregistrées et générer des tableaux et des graphiques.
- Préparer le rapport. Afficher les résultats, la date de mise à jour, les incidents et les commentaires en attente de révision.
L’outil concret dépend des connexions disponibles et de la personne qui devra le maintenir. Avant d’ajouter une intégration sur mesure, vérifie ce que votre outil de reporting peut résoudre et quelles informations du CRM nécessitent un traitement supplémentaire.
À chaque exécution, enregistre ce qui a été consulté et si tout s’est terminé correctement. Si la connexion commerciale échoue, le rapport doit indiquer que cette partie est en attente. Afficher un zéro à la place laisserait penser qu’il n’y a eu aucune demande.
Combine les sources sans multiplier les résultats
Une table publicitaire peut avoir une ligne par campagne et par jour ; le CRM peut avoir une ligne par demande. Si tu les joins sans préparer le niveau de détail, le coût journalier d’une campagne peut se répéter dans chaque demande et finir additionné plusieurs fois.
La documentation de Google sur la combinaison de données explique que les jointures dépendent des tables, des dimensions et des conditions sélectionnées, et qu’il existe une agrégation préalable des lignes. C’est pourquoi il faut comparer les totaux avant et après avoir combiné les sources.
Pour un rapport quotidien par campagne, tu peux d’abord préparer chaque source à ce même niveau puis les relier à l’aide d’identifiants compatibles. Si le CRM ne conserve pas l’origine d’une demande, laisse-la comme origine inconnue. N’attribue pas une campagne simplement parce que le nom du service ressemble à celui de la publicité.
Vérifie aussi les formules. Le coût par demande d’un ensemble se calcule en divisant le coût inclus par les demandes incluses, avec le même périmètre. Il ne s’obtient pas en faisant la moyenne simple des coûts par demande de chaque campagne. Si le dénominateur est zéro, indique que l’indicateur ne peut pas être calculé.
Décide quelles dates tu compares
Les campagnes, le site et le processus commercial n’avancent pas au même rythme. Une demande reçue cette semaine peut se transformer en vente le mois suivant. Découpe le rapport pour que cela soit clair : une vue des demandes créées sur la période et de leur évolution, et une autre des ventes conclues sur la période. Évite de présenter ces ventes comme si elles provenaient toutes des campagnes de cette même semaine.
Définis l’intervalle et le fuseau horaire, et indique quand chaque source a été extraite. Un tableau de bord ouvert maintenant peut utiliser des données stockées auparavant : Google explique dans sa documentation sur l’actualisation des données comment les résultats en mémoire sont réutilisés selon la configuration de la source. Actualiser l’écran ne garantit pas que tous les systèmes d’origine aient terminé de traiter l’information.
Lors de la validation d’une extraction GA4 face à son interface, utilise les mêmes dates, métriques, dimensions et filtres. Ce sont des vérifications reprises dans le guide officiel sur les différences entre les rapports et l’API Analytics, qui avertit aussi des changements pendant le traitement des données récentes.
Exemple : plus de formulaires arrivent, mais il manque des opportunités
Imagine une entreprise de services qui consulte chaque semaine ses campagnes d’acquisition. C’est un exemple illustratif, pas un résultat d’un client de Digency. Le rapport montre davantage d’envois de formulaires et l’équipe commerciale signale qu’elle a toujours peu d’opportunités à traiter.
L’étape suivante consiste à comparer les demandes reçues : lesquelles sont des tests, lesquelles répètent une demande déjà enregistrée, lesquelles correspondent au service et lesquelles restent encore à vérifier. Chaque état doit avoir un critère et une personne responsable de sa mise à jour.
Le rapport peut présenter le parcours du contact jusqu’à la vérification commerciale, en laissant visibles les demandes en attente. Ainsi, on ne confond pas « pas encore vérifiée » avec « rejetée ». S’il manque des données d’origine, cette limite doit être indiquée avant de comparer les campagnes.
Avec ces informations, l’équipe peut décider s’il faut revoir l’acquisition, le formulaire ou le suivi. L’augmentation des formulaires ne suffit pas pour attribuer la cause du problème à l’un de ces points.
Où l’IA aide dans le rapport
Tu peux ajouter une étape qui prépare un brouillon d’analyse à partir des tableaux déjà vérifiés. Donne-lui la période, les définitions, les résultats et les incidents d’extraction. Demande-lui de séparer trois choses : les changements observés, les informations manquantes et les vérifications à effectuer.
Le résumé doit pouvoir être relié aux données. Une variation est un fait calculé ; son explication peut être une hypothèse. S’il n’y a pas de note confirmant un changement de budget, une promotion ou un incident, le texte ne devrait pas l’inventer pour expliquer le graphique.
La personne responsable ajoute le contexte commercial et relit le brouillon avant de le partager. Les changements de campagne ou de budget nécessitent leur propre processus de décision ; générer un commentaire sur les résultats ne devrait pas les déclencher.
Ce qu’il faut tester avant de le laisser fonctionner
Vérifie une période connue et compare chaque indicateur à sa source. Ensuite, teste une connexion interrompue, un jour sans activité, une demande en double et une campagne sans correspondance dans le CRM. Le rapport doit distinguer les données absentes, les zéros réels et les enregistrements en attente de classification.
Exécute deux fois la même période : la deuxième exécution ne doit pas dupliquer d’enregistrements. Vérifie aussi ce qui se passe lorsque des informations ultérieures arrivent ou qu’un état commercial est corrigé, et conserve une version du rapport qui a été utilisée pour prendre des décisions.
Pour évaluer le pilote, mesure le temps de préparation et de vérification, les corrections nécessaires et les questions de réunion auxquelles on peut déjà répondre. Cela permet de décider quelle connexion ajouter ensuite.
Chez Digency, nous développons des automatisations sur mesure pour connecter ces tâches. Dis-nous quel rapport tu prépares et d’où tu tires les données : nous définissons un premier parcours avec ses sources, ses calculs et ses vérifications.
Illustration de couverture générée par IA.
