Ça fait dix ans que je regarde des PME perdre des milliers d'heures sur des problèmes qui ne devraient pas exister. Pas des problèmes de stratégie. Des problèmes de processus. Des affaires que personne ne corrige parce que « c'est de même que ça marche, on est habitués ».
Ce qui me fatigue, c'est qu'elles ont déjà payé pour le logiciel. Asana pour les projets. HubSpot pour les ventes. Sage ou QuickBooks pour la compta. Slack pour le reste. Et pourtant, le vrai travail finit toujours par se faire dans des Excel pis des messages directs.
Le problème n'est pas qu'il manque de logiciels. C'est que les logiciels ont été construits pour quelqu'un d'autre. Ils ne parlent pas leur langage, ne suivent pas leur flow, ne font pas le pont entre les morceaux comme leur business le ferait.
Ce qu'il leur faut, c'est pas une autre app. C'est un tableau de bord. Un petit outil interne, fait sur mesure pour comment ils travaillent vraiment. Pas une plateforme avec mille fonctions à apprivoiser. Quelque chose qui règle leur problème pour de vrai.
Le piège des feuilles Excel
Chaque semaine, quelqu'un dans ton équipe passe quatre heures à mettre à jour la même feuille Excel. Il exporte d'un système, colle dans un autre, réconcilie les chiffres à la main, répare les formules qui ont brisé depuis la semaine passée, et l'envoie par courriel.
C'est du temps mort. Ça ne livre rien. Ça ne vend rien. Et ça doit se faire parce que tes systèmes ne se parlent pas entre eux.
J'ai vu une feuille Excel devenir tranquillement la source de vérité d'une PME qui faisait sept chiffres par année, parce que les systèmes qu'elle payait n'étaient pas intégrés ou trop verrouillés pour être personnalisés. Une personne devient le gardien du fichier. Elle part en vacances, plus personne ne connaît les chiffres. Elle quitte la compagnie, et tu reconstruis six mois de connaissances qui vivaient juste dans sa tête à coup de fouilles dans Slack.
Un tableau de bord qui tire les données en direct de tes vrais systèmes fait disparaître le problème. Pas d'export. Pas de réconciliation manuelle. Pas de panique le vendredi soir parce que les chiffres ne concordent pas. Personne ne perd quatre heures par semaine à jouer au concierge des données.
Le goulot du « va demander à Sarah »
Tu as besoin de savoir quelque chose. L'état d'un projet, le budget d'un client, la liste des comptes à renouveler le mois prochain. Au lieu de regarder dans un système, tu écris à Sarah sur Slack. Elle est en réunion. Elle te répond une heure plus tard. Pendant cette heure, tu es passé à autre chose, tu as perdu ton focus, et là tu dois te remettre en contexte juste pour comprendre sa réponse.
Ça arrive des dizaines de fois par semaine dans une équipe de dix. Chaque interruption est petite. Mises bout à bout, c'est de l'argent.
Le pire : Sarah n'a pas vraiment plus d'information que toi. Elle sait juste où regarder. Elle a mémorisé quel système consulter, ou elle a noté le mot de passe quelque part, ou elle s'est fait une carte mentale de où chaque chose vit. Cette connaissance est dans sa tête, pas dans un outil que tu peux fouiller.
Un tableau de bord sort cette connaissance de la tête de Sarah. N'importe qui avec la permission peut la voir. L'information est déjà là, déjà à jour. Tu n'as pas à demander. Tu regardes.
Le rapport du vendredi
Tous les vendredis vers 16 h, quelqu'un s'enferme dans un bureau et passe trois heures à monter une présentation. Il pige les chiffres dans la compta, dans le CRM, dans l'outil de gestion de projet, dans une feuille Google que quelqu'un a créée en 2023 et que personne n'a touchée depuis. Il copie-colle. Il revérifie le calcul deux fois parce que les totaux ne concordent pas et il ne sait pas pourquoi. Il monte les graphiques à la main. À 19 h c'est fini, et c'est en retard d'un quart d'heure sur ce qui était promis.
C'est le gaspillage le plus évident, et bizarrement, c'est celui que les entreprises tolèrent le plus longtemps — parce que c'est contenu à une personne, un après-midi par semaine. Mais cette personne pourrait faire du vrai travail. La direction pourrait avoir ces chiffres n'importe quand, pas juste vendredi à 19 h. Et les chiffres pourraient être bons du premier coup, pas patentés à partir de quatre systèmes qui ne sont pas toujours d'accord.
Un tableau de bord, ça veut dire que le rapport est toujours prêt. Chiffres en temps réel, graphiques qui se dessinent tout seuls, aucun montage manuel. La seule question qui reste, c'est comment tu veux le découper.
Le trou noir de l'arrivée
Une nouvelle recrue arrive le lundi. Tu lui passes un portable et tu la diriges vers cinq systèmes différents. Le vrai travail vit quelque part au milieu de ces cinq, mais c'est pas évident où. Elle passe sa première semaine à poser des questions : où est la liste des projets, qui est le client, où est le contrat, qui je dois aller voir pour X. Tu finis par y mettre dix heures à répondre à des questions qui prendraient dix secondes si l'info était à un seul endroit.
J'ai vu des nouvelles recrues prendre un mois avant d'être pleinement productives à cause de ça — pas parce que le travail est compliqué, mais parce que le savoir institutionnel est éparpillé dans les systèmes, les vieux courriels, les archives Slack, et les têtes de trois employés de longue date.
Un tableau de bord avec une page d'accueil potable règle l'essentiel dès le jour un. Où est la liste des projets actuels ? Là. Qui est le client ? Là. La dernière communication ? Là. Organisé comme quelqu'un de neuf va vraiment le chercher.
Le problème du « laquelle est la bonne version ? »
Tu as trois versions de ta liste de clients. Une dans le CRM. Une dans une feuille Excel que quelqu'un tient à jour. Une dans un fichier texte sur le drive partagé qui date peut-être de 2023. Les chiffres ne concordent pas. Laquelle est la bonne ? Personne ne le sait vraiment. Alors tu appelles quelqu'un qui s'en souvient peut-être, ou tu fais confiance au fichier modifié le plus récemment et tu espères.
C'est un problème de confiance avant d'être un problème de données. Quand tu as plusieurs sources pour la même information et qu'elles ne se synchronisent pas, tu finis par ne plus faire confiance à aucune.
La solution n'a rien de brillant. Source unique de vérité. Données en direct. Un seul endroit. Si ton tableau de bord tire ses données directement de tes vrais systèmes et que c'est le seul endroit que tu consultes, les données sont bonnes par construction. La feuille Excel est supprimée. Le fichier texte est supprimé. Le tableau de bord est le système.
Pourquoi une app web, et pas une app native ?
On me demande des fois s'il faudrait plutôt construire une app native. Presque toujours : non.
Une app web roule dans un navigateur. Une seule base de code, n'importe quel appareil. Elle se met à jour instantanément sans demander à personne d'en télécharger une nouvelle version. Tu peux livrer une version qui marche en quelques semaines, pas en mois. Une app native, c'est du code séparé pour iOS, du code séparé pour Android, du code séparé pour le bureau si tu veux tout couvrir — trois cycles de mise à jour, trois processus de validation, des utilisateurs coincés sur une vieille version parce qu'ils ne l'ont pas mise à jour.
Bon, c'est pas vrai à 100 % — il y a des cas où la native a du sens, surtout si ton équipe est sur la route et a besoin du mode hors ligne. Mais pour les 95 % de cas où tout le monde est à un bureau avec un navigateur ouvert, une app web livre ce qu'il faut : de l'information accessible en cinq secondes depuis la machine qu'ils utilisent déjà.
À quoi ça ressemble
Un bon tableau de bord interne est habituellement plus simple que les systèmes dont il tire les données. C'est une vue organisée d'informations que ta compagnie a déjà, présentée selon comment ton équipe travaille. Une équipe de ventes verrait son pipeline, l'état des opportunités, les prévisions. Une équipe d'opérations verrait les échéanciers, l'allocation des ressources, les risques. Un dirigeant verrait les cinq chiffres qui comptent, agrégés depuis partout.
Le travail n'est pas vraiment dans la techno. Next.js, une base de données, une couche d'API — c'est deux semaines pour une équipe compétente. Le travail, c'est de comprendre quelle information compte, comment ton équipe l'utilise pour vrai, et qu'est-ce qui retirerait dix heures par semaine à quelqu'un si c'était simplement là.
C'est la question à se poser maintenant. Où quelqu'un dépense du temps qu'il ne devrait pas ? Où l'information est verrouillée derrière un système que personne n'aime, ou éparpillée à trois endroits qui ne s'entendent pas ? Où quelqu'un envoie un message à quelqu'un d'autre quand il pourrait juste regarder un écran ?
Commence par ce flow-là. C'est ton tableau de bord.