Demandez à trois personnes le chiffre d’affaires du mois dernier.
Vous aurez trois réponses.
Ce n’est pas un problème de rigueur, c’est un problème de définition. Le CRM compte les affaires signées. Le tableur du commercial compte les affaires engagées. Le logiciel de facturation compte ce qui est parti. Chacun a raison depuis son poste, et personne n’a le même chiffre.
Pourquoi votre reporting financier ne tombe jamais juste ?
Le reporting financier bute rarement sur l’outil. Il bute sur un désaccord silencieux que personne n’a posé à plat, parce que chacun croit que les autres parlent de la même chose.
Avant de comparer Looker Studio et Agicap, répondez donc à trois questions, indicateur par indicateur : d’où vient le chiffre, qui en est responsable, et à partir de quand il est considéré comme définitif. Un taux de marge, ça veut dire quoi exactement chez vous ? Avant ou après les temps passés non facturés ? Sur quel périmètre d’affaires ?
Ce travail prend une à deux semaines dans une PME de 50 personnes. C’est la partie la moins agréable du projet, et la seule qui décide de sa réussite. Un outil branché sur des données qui divergent ne corrige pas l’écart : il l’affiche plus vite, et en plus grand.
Que doit contenir un reporting financier utile ?
Quatre à six indicateurs. Pas vingt.
Dans une PME de 20 à 200 personnes, le socle tient presque toujours en cinq chiffres :
- Le chiffre d’affaires facturé, celui qui est parti chez le client, pas celui qu’on espère.
- Le carnet de commandes, ce qui est signé mais pas encore livré, qui dit ce que vaudront les deux prochains mois.
- La trésorerie à 30, 60 et 90 jours, la seule projection qui compte quand les délais de paiement s’allongent.
- La marge par affaire ou par projet, souvent le chiffre le plus difficile à produire, et toujours le plus utile.
- L’encours client et les retards de paiement, qui transforment une bonne année en trou de trésorerie.
Chacun de ces chiffres a une source unique et un responsable nommé. Une donnée sans propriétaire devient une donnée fausse, en quelques mois.
Google Sheets et Looker Studio : le duo qui suffit longtemps
C’est le point de départ le plus fréquent, et il tient plus longtemps qu’on ne le croit.
Google Sheets collecte et organise. Sa souplesse est son intérêt : vous ajoutez une colonne, vous croisez deux onglets, vous corrigez une formule sans demander à personne. Looker Studio, l’ancien Data Studio, se branche dessus et transforme ces lignes en tableaux et graphiques lisibles, partageables par un simple lien, rafraîchis automatiquement.
Coût : gratuit avec un compte Google. Mise en place : deux à cinq jours pour une première version, une fois les définitions posées.
Ses limites arrivent par la porte de la fiabilité, pas de la fonctionnalité. Sheets accepte presque n’importe quelle valeur dans n’importe quelle cellule : dès que trois personnes saisissent, la qualité s’érode. Il n’y a pas de gestion fine des droits, pas de validation des saisies, et une restructuration du fichier casse silencieusement le tableau de bord qui pointe dessus.
Ce duo suffit quand une seule personne maintient le fichier, que la cadence est mensuelle, et que le nombre d’indicateurs reste sous la dizaine.
Airtable : structuré côté données, limité côté graphiques
Airtable règle ce que Sheets laisse ouvert. Les types de champs sont contraints, les tables se relient entre elles, les droits se gèrent par rôle, et l’historique des modifications est natif. Pour une base de données de pilotage qu’on veut faire durer, c’est un socle nettement plus sûr qu’un tableur.
En revanche, la visualisation reste son point faible. Le choix de graphiques est mince, et on atteint vite le moment où l’on veut un rendu que l’outil ne fait pas.
La combinaison qui fonctionne : Airtable comme base structurée, et un outil de visualisation par-dessus. Vous gagnez la fiabilité d’un côté et la lisibilité de l’autre, sans demander à un seul outil d’être bon aux deux.
Vos outils comptables et bancaires font déjà une partie du travail
C’est l’option qu’on oublie le plus souvent, alors qu’elle est déjà payée.
Qonto et Pennylane embarquent leurs propres tableaux de bord. Leur intérêt tient en une phrase : ces outils sont conçus pour la comptabilité, donc leurs chiffres sont justes par construction. Pas de rapprochement à refaire, pas de définition à trancher — la facture est une facture.
Deux limites, symétriques. La première : tous les outils comptables et bancaires n’offrent pas le même niveau de détail, et il faut regarder ce que le vôtre sait produire avant de compter dessus. La seconde, plus structurelle : ils voient vos écritures et votre trésorerie, pas votre activité. La marge par projet demande de croiser la facturation avec les temps passés, qui vivent ailleurs.
C’est exactement ce que règle une intégration par API : connecter Pennylane à vos outils métier fait remonter le chiffre d’affaires réel dans la base où vivent déjà vos projets et vos coûts.
Faut-il un outil dédié comme Agicap ?
Agicap a fait du suivi de trésorerie son sujet unique, et cela se voit : prévisionnel, scénarios, agrégation bancaire, alertes sur les échéances.
Un outil dédié se justifie quand la trésorerie est votre contrainte quotidienne, et pas seulement un chiffre qu’on regarde en fin de mois. Trois situations le déclenchent souvent : une activité saisonnière, des délais de paiement clients supérieurs à 60 jours, ou une croissance financée par le besoin en fonds de roulement.
En dehors de ces cas, un outil dédié coûte un abonnement supplémentaire pour un besoin que Sheets couvre encore. On vous le dira franchement.
Comment choisir, et en combien de temps ?
| Votre situation | Ce qui suffit |
|---|---|
| Une personne produit le reporting, cadence mensuelle | Google Sheets + Looker Studio |
| Plusieurs personnes saisissent, données à relier | Airtable comme base, visualisation par-dessus |
| Le besoin s’arrête au chiffre d’affaires et à la trésorerie | Ce que produisent déjà Qonto et Pennylane |
| La trésorerie se pilote à la semaine | Un outil dédié type Agicap |
| Il faut croiser facturation, temps passés et projets | Une base connectée par API, et un tableau de bord construit dessus |
Comptez un mois pour arriver au premier reporting qui tienne. Une à deux semaines de définitions et de responsables, quelques jours de construction, puis deux ou trois cycles mensuels avant que l’équipe cesse de vérifier les chiffres à la main. C’est ce dernier délai que tout le monde oublie de prévoir.
Qui lit ce reporting, et pour décider quoi ?
La question paraît accessoire. Elle détermine pourtant la forme finale du document, et on la pose presque toujours trop tard.
Un dirigeant regarde trois chiffres et veut savoir si la trajectoire tient. Un responsable financier veut le détail par ligne et la capacité de remonter à la pièce. Un responsable opérationnel veut savoir quels dossiers dérapent, pas quel est le résultat consolidé.
Trois lecteurs, trois besoins, et une seule règle : un reporting conçu pour tout le monde ne sert personne. Mieux vaut trois vues filtrées sur la même base qu’un document unique où chacun cherche sa ligne.
C’est d’ailleurs l’avantage décisif d’une base structurée sur un fichier envoyé par mail. La donnée est saisie une fois ; les vues se multiplient sans coût.
Les trois erreurs qui reviennent le plus souvent
Vouloir tout brancher dès la première version. Un reporting utile commence par une saisie manuelle assumée : vous validez que les indicateurs sont les bons avant d’investir dans les connexions. Automatiser un chiffre que vous abandonnerez dans deux mois coûte du temps deux fois — pour le construire, puis pour le débrancher.
Confondre le tableau de bord et le reporting. Le tableau de bord affiche l’état à l’instant T, il sert à réagir. Le reporting financier compare une période à une autre, il sert à décider. Les deux n’ont ni la même fréquence, ni le même public, ni les mêmes indicateurs. Les fondre dans un seul écran produit un objet que personne ne consulte vraiment.
Laisser le reporting sans propriétaire. Un tableau qui n’appartient à personne dérive en trois mois : une source change de format, un filtre reste bloqué sur le trimestre précédent, une formule casse en silence. Nommez la personne qui le relit avant chaque comité, même quand l’outil se met à jour seul.
Un quatrième piège, plus discret, mérite d’être cité. Mettre en place le reporting sans changer la réunion. Si le comité mensuel garde le même ordre du jour et les mêmes tableurs imprimés, l’outil vient s’ajouter à l’existant au lieu de le remplacer — et vous payez désormais deux dispositifs.
Le signe que le passage est réussi tient en une observation : personne ne recalcule les chiffres à la main avant la réunion. Tant que quelqu’un vérifie, c’est que la confiance n’est pas là, et la confiance ne se décrète pas. Elle vient après deux ou trois cycles où le chiffre affiché s’est révélé juste.
Quand ne rien changer
Si votre tableur mensuel se remplit en une heure et que personne ne conteste ses chiffres, gardez-le.
Un reporting outillé se justifie quand la préparation coûte plus d’une demi-journée par mois, quand deux personnes arrivent en comité avec deux versions du même indicateur, ou quand une décision a déjà été prise sur un chiffre faux.
En dessous de ces trois seuils, l’outil ajoute une maintenance et ne rend rien.
Alors, avant d’ouvrir un comparatif : combien de temps votre dernier reporting a-t-il coûté, et à qui ?
Le reporting financier bute rarement sur l'outil : il bute sur le fait que le même chiffre vit à trois endroits avec trois définitions. Posez la source et le responsable de chaque indicateur avant de choisir entre Google Sheets, vos outils comptables et un outil dédié. Comptez un mois, dont la moitié avant de toucher un logiciel.
Questions fréquentes
Quel outil pour faire un reporting financier ?
Trois familles. Google Sheets avec Looker Studio, gratuit et suffisant longtemps. Vos outils comptables et bancaires, Qonto et Pennylane, qui produisent des chiffres justes par construction. Un outil dédié comme Agicap, quand la trésorerie est la contrainte quotidienne.
Combien d'indicateurs mettre dans un reporting financier ?
Quatre à six pour commencer. Le socle d'une PME de 20 à 200 personnes tient en cinq chiffres : chiffre d'affaires facturé, carnet de commandes, trésorerie à 30-60-90 jours, marge par affaire, encours client. Un reporting à vingt lignes rassure, il ne fait pas décider.
Pourquoi mes chiffres ne sont-ils jamais les mêmes ?
Parce que le même montant vit à trois endroits avec trois définitions. Le CRM compte les affaires signées, le tableur les affaires engagées, la facturation ce qui est parti. Tant qu'un indicateur n'a ni source unique ni responsable nommé, l'écart revient chaque mois.
Airtable convient-il au reporting financier ?
Pour structurer et relier les données, oui. Pour les visualiser, il montre vite ses limites : le choix de graphiques reste mince. On garde alors Airtable comme base et on branche un outil de visualisation par-dessus.
Combien de temps pour mettre en place un reporting financier ?
Comptez un mois, dont la moitié avant de toucher un outil : une à deux semaines pour poser les définitions et les responsables, puis deux à cinq jours de construction si vous partez sur Sheets et Looker Studio. La partie technique n'est jamais celle qui traîne.
