Un fondateur m’a ouvert son écran l’an dernier, sûr de lui. Derrière le partage d’écran, un Google Sheet de 47 onglets, chacun avec son graphique, ses formules et sa petite couleur. Il m’a dit : « voilà, j’ai enfin de la visibilité. » Je lui ai demandé quelle décision ce tableau avait déclenchée le mois précédent. Silence. C’est le problème de fond : la plupart des tableaux de bord de startup sont des objets décoratifs qu’on regarde avec satisfaction sans jamais rien en faire.
Un tableau de bord n’est pas un rapport, c’est un déclencheur
La confusion vient d’un réflexe scolaire : on mesure pour savoir, on croit. Sauf qu’en startup, savoir ne nourrit personne, c’est décider qui compte. Sur les 11 indicateurs du tableau de bord que je tenais à l’époque, 2 seulement avaient déclenché une décision dans le mois. Les 9 autres étaient de la décoration, propre, colorée, inutile. Franchement, ça fait réfléchir sur la façon dont on construit ces pages.
Pour sortir de ce piège, une règle simple : un tableau de bord de startup doit tenir sur un écran et couvrir 6 à 8 indicateurs, pas plus. Au-delà, le regard se disperse et le cerveau cherche le graphique qui confirme ce qu’il espérait déjà. Si vous cherchez des méthodes de pilotage plus larges pour appuyer cette logique, challengemystartup.fr en déroule plusieurs, du marketing à la création d’entreprise, et ça vaut le détour avant de dessiner votre prochaine maquette.
Le nombre n’est pas magique, il correspond à ce qu’un humain peut lire en quelques secondes sans chercher. 6 à 8 indicateurs, c’est déjà beaucoup quand chacun doit provoquer une réaction précise. Le reste doit vivre ailleurs, dans un fichier d’analyse ou un export, qu’on consulte quand une question se pose vraiment. Séparer le tableau de décision du tableau d’exploration change tout dans l’usage qu’on en fait.
Le seuil et le responsable, ou l’indicateur qui ne sert à rien
Un chiffre sans seuil ne dit rien. Un chiffre avec seuil mais sans nom au bout ne fait rien non plus. Un indicateur sans seuil d’alerte et sans responsable est un indicateur mort, et c’est probablement la phrase que je répète le plus souvent quand on me montre une jolie page de métriques. Le seuil, c’est le niveau à partir duquel on se réunit.
Le responsable, c’est la personne qui ouvre le fichier le lundi et qui a le droit de dire stop. Les deux vont ensemble, jamais l’un sans l’autre : un seuil sans personne qui le surveille se découvre trois semaines trop tard, un responsable sans seuil passe son temps à arbitrer au feeling. Une fois ces deux éléments posés, la réunion mensuelle a un ordre du jour naturel, et elle tient debout sans que personne ne prépare un PowerPoint la veille au soir.
Comment écrire un seuil qui tient debout
Un seuil utile a un niveau, un horizon et une conséquence. Pas besoin d’un outil pour ça, un tableau avec quelques colonnes suffit. Voilà à quoi ressemble une ligne correcte une fois remplie.
- Le niveau d’alerte est fixé à un chiffre précis, pas à une fourchette vague qui laisse chacun juge.
- Qui regarde, et à quelle fréquence ?
- La conséquence est écrite noir sur blanc : on gèle un recrutement, on rappelle un client, on coupe une campagne.
- Une date de revue, parce qu’un seuil jamais révisé finit par ne plus rien vouloir dire.
- Est-ce que le seuil reste pertinent si le modèle économique change en cours d’année ?
La colonne « conséquence » est celle qu’on oublie le plus souvent, et c’est exactement celle qui transforme un tableau en outil de pilotage. Sans elle, l’alerte sonne dans le vide et chacun repart en réunion en se promettant d’y penser. Avec elle, quelqu’un sait déjà quoi faire avant même que la réunion commence.
Commencer par le cash, jamais par le trafic
Le cash runway et le burn rate passent avant tout le reste, toujours. Une startup qui regarde son taux de conversion avant sa trésorerie surveille la vitrine pendant que la cave prend l’eau. Le runway vous dit combien de mois il reste avant la fin, le burn combien vous consommez chaque mois : ces deux chiffres décident si vous pouvez vous permettre d’attendre le prochain cycle, d’embaucher, ou de couper.
Les autres indicateurs viennent après, et ils dépendent du modèle. Une boîte en SaaS regardera son taux de rétention et son coût d’acquisition, un e-commerce surveillera son panier moyen et son taux de retour, un service regardera son taux d’occupation. Ce qui ne change pas, c’est la hiérarchie : le cash d’abord, le reste ensuite. Cette discipline évite de se raconter des histoires avec de jolis chiffres de croissance sur une trésorerie qui fond.
Quand la trésorerie est sous contrôle, le reste devient un choix, pas une urgence permanente. On peut alors se permettre de creuser un indicateur produit ou un indicateur commercial sans que la survie de l’entreprise dépende du résultat de la réunion. C’est cette marge, parfois mince, qui rend les décisions suivantes plus sereines.
Un tableur bien fait suffit plus longtemps qu’on ne croit
La tentation de l’outil de BI arrive vite, avec ses connecteurs et ses dashboards animés. Un tableur bien structuré bat un outil de BI mal configuré pendant les 12 premiers mois, et je le vois encore régulièrement chez des équipes de dix personnes. La raison est simple : l’outil demande une hygiène de données que la plupart des jeunes entreprises n’ont pas encore.
Un tableur, à condition d’avoir un onglet de saisie propre, un onglet de calcul et un onglet de synthèse, fait le travail sans ajouter de dépendance. On peut le comprendre, le modifier, l’expliquer à un nouvel arrivant en une phrase. L’outil de BI, lui, devient vite une boîte noire que personne n’ose toucher, avec des chiffres que plus personne ne sait vérifier. Le problème n’est pas l’outil, c’est la structure qu’on met derrière.
Rien n’empêche de migrer plus tard, quand l’équipe grandit et que les sources se multiplient. À ce moment-là, la structure du tableur servira de cahier des charges et la migration sera propre. L’inverse, un outil de BI posé sur des données mal rangées, produit des graphiques qui mentent avec assurance et des réunions où l’on discute de la fiabilité du chiffre au lieu de la décision à prendre.
Une page qui provoque une décision par mois
La bonne mesure d’un tableau de bord n’est pas sa beauté, c’est le nombre de décisions qu’il déclenche. Un tableau qui ne provoque aucune action dans le mois a un problème de conception, pas un problème de données.
Le test est simple : ouvrez votre page, demandez-vous ce que vous faites différemment selon ce que vous lisez, et notez la réponse. Si elle ne vient pas en quelques secondes, coupez un indicateur et recommencez. Est-ce que votre prochain comité de direction pourrait se tenir avec votre seul écran, sans que personne ne demande un chiffre supplémentaire ?
