Chapitre 8/10 • 15 min de lecture

Reporting

Construire un reporting RevOps utile, qui sert à décider, pas à décorer.

⏱️ En bref : Le reporting RevOps utile sert trois audiences : le board (vision macro mensuelle), le management commercial (pipeline et conversion hebdomadaires), et les commerciaux eux-mêmes (activité quotidienne). Chaque audience mérite ses dashboards, ses KPIs et sa cadence. Tout reporter à tout le monde = personne ne lit, personne ne décide.

Les 3 audiences du reporting RevOps

Le piège classique : un seul dashboard "fourre-tout" qui tente de plaire à tout le monde et que personne n'utilise. Distinguer 3 audiences avec 3 besoins distincts :

  • Board / direction : vision macro, tendances trimestrielles, indicateurs financiers (MRR, ARR, NRR, CAC, LTV). Cadence mensuelle
  • Management commercial : santé du pipeline, taux de conversion par étape, prévisionnel, performance par commercial. Cadence hebdomadaire
  • Commerciaux : leur propre activité (calls, demos, deals en cours), leur quota et leurs prochaines actions. Cadence quotidienne

KPIs essentiels par audience

Pour le board (mensuel)

  • ARR (Annual Recurring Revenue) : si modèle SaaS / récurrent. Variations new / expansion / churn / contraction
  • MRR Growth : taux de croissance mois sur mois
  • NRR (Net Revenue Retention) : 100% = aucune fuite ; 110%+ = excellente santé
  • CAC payback : combien de mois pour rembourser le coût d'acquisition
  • Pipeline coverage : pipeline total / quota du trimestre. Cible : 3-4×

Pour le management commercial (hebdomadaire)

  • Pipeline par stage : nombre de deals et valeur cumulée par étape
  • Win rate : % de deals fermés en Won, segmenté par source ou segment
  • Cycle de vente moyen : durée moyenne entre création du deal et close (Won ou Lost)
  • Activity per rep : calls/emails/meetings par commercial
  • Forecast accuracy : écart entre prévisionnel et réalisé du trimestre précédent

Pour les commerciaux (quotidien)

  • Mes deals à actionner aujourd'hui : deals sans activité depuis X jours, deals à closer cette semaine
  • Mon pipeline vs mon quota : où j'en suis sur le mois/trimestre
  • Mes prochains rendez-vous : agenda du jour avec liens deal
  • Mes leads chauds non traités : leads inbound récents non encore appelés

💡 Un dashboard utile = un dashboard utilisé

Avant de créer un nouveau dashboard, demander : qui va le regarder, à quelle fréquence, et quelle décision il va l'aider à prendre ? Si pas de réponse claire aux trois, ne pas créer le dashboard.

Outils de reporting selon le contexte

  • Native CRM dashboards (Pipedrive Insights, HubSpot, Salesforce) : pour 80% des besoins quotidiens et hebdomadaires. Gratuit, déjà connecté aux données
  • Looker / Metabase / Tableau : quand il faut croiser CRM + données externes (ERP, support, produit) ou faire des analyses avancées. Demande d'extraire les données du CRM
  • Notion / Airtable : pour les rapports narratifs trimestriels avec contexte business
  • Slack alerts : pour les KPIs temps réel (deal won, lead chaud, anomalie pipeline)

Cadence de revue : ne pas la confondre avec la fréquence de mise à jour

Un dashboard peut se rafraîchir en temps réel mais être revu une fois par semaine. Distinguer :

  • Daily standup commercial : revue rapide des leads chauds et deals à actionner
  • Weekly pipeline review : revue de chaque deal en cours avec le management. Durée : 30-45 min, pas plus
  • Monthly business review : revue stratégique avec direction. Tendances, écarts vs objectif, actions correctives
  • Quarterly business review : recalibrage GTM, ajustement des plans, décisions structurantes

Anti-patterns courants

  • Le "vanity dashboard" : KPIs flatteurs mais qui ne déclenchent aucune action (ex : "nombre total d'emails envoyés ce mois")
  • Le dashboard à 25 widgets : personne ne lit, l'attention se dilue. Maximum 5-7 KPIs par dashboard
  • Le rapport en PDF mensuel envoyé par email : lu par 10% des destinataires. Préférer un dashboard vivant linké dans Slack
  • Métriques sans benchmark : "Win rate 20%" ne dit rien sans comparaison (vs trimestre précédent, vs cible, vs moyenne marché)
  • Reporting sans owner : un KPI qui dérive et personne pour réagir = à quoi bon le mesurer ?

⚠️ Garbage in, garbage out

Un reporting n'est utile que si la donnée source est propre. Si les commerciaux n'updatent pas les stages, ne créent pas les activités, ne ferment pas les deals lost, alors le reporting reflète une réalité fausse. Investir d'abord sur l'hygiène de données et l'adoption CRM (formation, automatisations) avant le reporting sophistiqué.

Automatiser le reporting

Trois patterns d'automatisation à considérer :

  • Snapshot hebdo Slack : un scénario Make qui calcule chaque lundi 8h les KPIs de la semaine précédente et poste un récap dans #revenue-team
  • Alertes anomalies : déclencher une notif si un KPI dérive (ex : pipeline < 3× quota = alerte direction)
  • Export quotidien dans un data warehouse : pour les analyses croisées poussées (BigQuery, Snowflake) via Fivetran ou un script Make

Pour structurer le data model qui supporte le reporting, voir Data Model. Pour les KPIs spécifiques au funnel marketing/sales, voir Funnel Metrics.