Pourquoi le statut de vos dossiers ment (et comment le fiabiliser)
Une colonne statut saisie a la main finit toujours par mentir. Voici comment faire calculer le statut de vos dossiers a partir de faits dates.
Vous suivez des dizaines, parfois des centaines de dossiers en parallèle. Chacun passe par les mêmes étapes obligatoires : premier contact, devis envoyé, devis validé, paiement encaissé, prestation livrée, dossier clôturé. Sur le papier, une colonne “statut” dans un tableur suffit à savoir où en est chaque dossier. En pratique, cette colonne ment.
Le chiffre qui devrait vous alerter : 86 % des tableurs utilisés en production contiennent au moins une erreur, d’après les travaux de Raymond Panko (Université de Hawaï, arxiv.org/abs/0802.3457). Un dossier marqué “payé” ne l’est pas. Un autre marqué “en attente” est en réalité terminé depuis dix jours. Et vous le découvrez toujours trop tard, au pire moment.
Le problème n’est pas votre rigueur. Le problème est structurel : un statut que quelqu’un doit penser à mettre à jour finit toujours par dériver du réel. Cet article explique pourquoi, et comment on construit un suivi qui ne ment pas.
✅ Comprendre pourquoi une colonne "statut" saisie à la main est condamnée à se tromper
✅ La méthode pour faire calculer le statut à partir des étapes réellement franchies
✅ Savoir quelles étapes automatiser et lesquelles garder humaines
✅ Une checklist pour cadrer votre propre suivi avant de coder quoi que ce soit
Temps de lecture estimé : 10 min
Pourquoi un statut saisi à la main finit toujours par mentir
Imaginez un suivi simple. Une ligne par dossier, une colonne “étape en cours”. Tant que vous avez cinq dossiers, vous tenez. Vous connaissez chacun par cœur. La colonne et la réalité collent.
Passez à cinquante dossiers. Puis trois cents. Le suivi repose désormais sur une seule chose : que chaque personne pense, à chaque action, à revenir mettre à jour la bonne ligne. Vous avez transformé une information métier en corvée de saisie. Et toute corvée de saisie finit par être oubliée.
Voici ce qui se passe concrètement.
Le statut est une opinion, pas un fait. Quand quelqu’un tape “validé” dans une cellule, il affirme que l’étape est franchie. Mais rien ne le prouve. Le document a-t-il vraiment été signé ? Le paiement a-t-il vraiment été reçu ? La cellule dit oui. La banque dit peut-être non. L’écart entre les deux, c’est exactement là que les ennuis vous attendent.
Il n’y a pas de date. Une colonne “statut” vous dit où en est le dossier maintenant, mais pas quand chaque étape a été franchie. Le jour où une contestation tombe, où un partenaire demande des comptes, ou où vous devez prouver une chronologie, vous n’avez rien. Juste un mot dans une case, sans horodatage, sans preuve.
Les blocages restent invisibles. Un dossier coincé depuis trois semaines a exactement la même apparence qu’un dossier qui avance normalement : une ligne dans un tableau. Rien ne le fait remonter. Vous ne le voyez que si vous relisez tout, à la main, régulièrement. Personne ne le fait.
Le process change, les données mentent encore plus. Le jour où vous ajoutez une étape obligatoire (une vérification, un accord, un contrôle), tous vos dossiers en cours deviennent incohérents. Ils ont été saisis selon l’ancienne logique. Votre tableur ne sait pas se mettre à jour tout seul.
Ce qu'on cherche à construire s'appelle une "machine à états". C'est une idée simple : un dossier ne peut être que dans un état précis à un instant donné, et il ne passe d'un état au suivant que si une condition réelle est remplie.
Pensez à un colis. Il ne peut pas être "livré" tant qu'il n'a pas été "expédié". Le transporteur ne tape pas "livré" à la main quand ça l'arrange : le statut change parce qu'un événement réel s'est produit (le scan à votre porte). Vous voulez la même chose pour vos dossiers.
La différence entre les deux approches tient en une phrase.
Une colonne "statut" que les équipes mettent à jour à la main. Le statut est une déclaration : on affirme que l'étape est faite.
Pourquoi ça coince : à la première saisie oubliée, votre tableau ment, et vous ne le savez pas.
Un statut calculé à partir des étapes réellement franchies. Le statut est une déduction : on l'obtient en regardant ce qui s'est vraiment passé.
Pourquoi ça marche : impossible d'être "payé" si aucun paiement n'a été enregistré. Le réel commande.
La solution : faire calculer le statut, ne jamais le saisir
Le principe est contre-intuitif quand on a passé des années dans des tableurs : vous arrêtez de stocker le statut. Vous le calculez.
Voici la mécanique, en clair.
Étape 1 : découpez le parcours en jalons précis. Listez les étapes obligatoires par lesquelles passe chaque dossier, dans l’ordre. Pour un dossier commercial classique : besoin qualifié, devis envoyé, devis accepté, acompte reçu, prestation réalisée, solde reçu, dossier clôturé. Chaque jalon doit correspondre à un événement vérifiable, pas à une impression.
Étape 2 : rattachez chaque jalon à un fait daté. Quand l’acompte arrive, vous n’écrivez pas “acompte reçu” dans une case. Vous enregistrez un fait : paiement de X euros, reçu le 24 juin à 14h12. Ce fait porte sa propre date. Le statut “acompte reçu” devient simplement la conséquence de l’existence de ce fait. Vous ne le tapez jamais.
Étape 3 : laissez le système déduire l’état. À tout moment, l’état d’un dossier se lit en regardant quels jalons sont franchis. Le dernier jalon atteint donne le statut affiché. C’est mécanique, donc ça ne se trompe pas. Si vous voulez savoir où en sont vos trois cents dossiers, vous n’interrogez plus la mémoire de vos équipes : vous interrogez les faits.
Étape 4 : rendez les étapes configurables, pas codées en dur. Votre parcours va évoluer. Vous ajouterez une vérification, vous fusionnerez deux étapes. Si la liste des jalons est figée dans le code, chaque changement devient un chantier. Si elle est paramétrable, vous ajoutez un jalon sans tout reconstruire, et vous pouvez même faire cohabiter plusieurs parcours différents (un pour les dossiers standards, un pour les dossiers complexes).
C’est exactement l’approche qu’on a prise pour Redof, notre plateforme de gestion d’événements et d’utilisateurs. Chaque inscription avance le long d’une suite de jalons datés. Le statut affiché sur la fiche n’est jamais saisi par un opérateur : il est déduit de l’avancement réel des étapes. Quand un jalon est en attente, un signal visuel le fait remonter au lieu de le laisser dormir au fond d’une liste. La page d’accueil de redof.fr résume bien le symptôme qu’on a voulu tuer : un suivi où “tout repose sur votre mémoire”. Notre réponse a été de retirer la mémoire humaine du chemin critique.
Reste une question qui revient toujours : faut-il tout automatiser ?
Non. Et c’est un point de méthode, pas un détail. Séparez deux familles d’étapes.
Les étapes mécaniques, vous les automatisez. Envoyer une relance quand un document n’est pas signé au bout de cinq jours. Générer un document quand une étape est franchie. Notifier la bonne personne quand un dossier se débloque. Ces actions n’exigent aucun jugement. Les confier à une machine vous rend des heures et supprime les oublis.
Les étapes de jugement restent humaines. Valider qu’un livrable est conforme. Décider qu’un dossier mérite une dérogation. Apprécier une situation particulière. Une machine ne doit pas trancher à votre place. Elle doit préparer la décision, la rendre visible, et attendre votre clic. Confondre les deux, c’est soit sous-automatiser (vous croulez sous la saisie), soit sur-automatiser (la machine prend des décisions qu’elle ne devrait pas).
"Vous ouvrez votre tableau de bord le matin et vous lui faites confiance. Plus de réunion pour reconstituer où en sont les dossiers. Plus de mauvaise surprise sur un statut faux. Les dossiers bloqués vous sautent aux yeux, le reste avance tout seul."
Tableur à la main ou statut calculé : ce que vous comparez vraiment
Le réflexe est de comparer les deux options sur le prix. Un tableur est gratuit, un suivi sur mesure se construit. Mais ce n’est pas la bonne grille de lecture. Ce que vous comparez vraiment, c’est la fiabilité de l’information sur laquelle vous prenez vos décisions, et le temps que vos équipes passent à la maintenir.
| Critère | Colonne statut à la main | Statut calculé sur faits datés |
|---|---|---|
| Source de vérité | La mémoire de l'équipe | Les événements réels enregistrés |
| Fiabilité à 300 dossiers | Dérive garantie | Constante |
| Historique daté | Absent | Automatique, par jalon |
| Dossier bloqué | Invisible | Remonte tout seul |
| Coût réel | Saisie et corrections permanentes | Construction initiale, puis silence |
Lu comme ça, le tableur n’est pas gratuit. Il est payé en heures de saisie, en réunions de recalage et en mauvaises décisions prises sur une information fausse. Ce coût ne s’arrête jamais. La construction d’un suivi calculé, elle, est un effort qu’on fournit une fois.
Un mot sur le moment où ça vaut le coup. Sous une vingtaine de dossiers actifs, un tableur tenu sérieusement suffit souvent. Le basculement devient rentable quand le volume monte, quand plusieurs personnes saisissent en parallèle, ou quand une étape manquée a des conséquences sérieuses (un paiement oublié, une obligation non remplie, une preuve introuvable). Si vous êtes dans un de ces trois cas, vous avez déjà dépassé les limites du suivi manuel, que votre tableur l’avoue ou non.
Ce qu’on a appris en production
Construire ce genre de suivi sur des dossiers réels apprend des choses qu’aucune théorie ne donne.
Le gain le plus visible n’est pas le temps, c’est la confiance. Un tableau de bord fiable change le comportement d’une équipe. Quand les gens savent que le statut est vrai, ils arrêtent de double-vérifier, de demander par message “tu en es où sur ce dossier”, de garder un suivi parallèle “au cas où”. Ce suivi parallèle, ces tableurs personnels que chacun tient dans son coin, c’est la dette invisible que vous payez tous les jours. Elle disparaît.
L’audit devient instantané. Comme chaque jalon est daté, reconstituer l’historique d’un dossier ne demande plus de fouiller des mails et des espaces partagés. La chronologie existe déjà, horodatée. Le jour où une réclamation tombe ou que vous devez justifier une décision, vous sortez la timeline en quelques secondes. C’est un effet de bord, mais c’est souvent celui qui rassure le plus les dirigeants.
Maintenant les limites, parce qu’il y en a.
Il faut définir le parcours avant de coder. C’est l’effort réel. Si vous ne savez pas dire quelles sont vos étapes obligatoires et dans quel ordre, aucun outil ne le devinera pour vous. Cette clarification est inconfortable mais saine : la plupart des équipes découvrent à cette occasion que leur process officiel et leur process réel ne sont pas les mêmes.
La sur-modélisation tue le projet. La tentation est de modéliser chaque micro-variation, chaque exception. Vous vous retrouvez avec un parcours à quarante étapes que personne ne comprend. La bonne mesure : modélisez les jalons qui ont une conséquence (un document à produire, une relance à déclencher, une preuve à garder). Le reste est du bruit.
Migrer l’existant demande du soin. Vos dossiers en cours sont saisis selon l’ancienne logique. Les faire entrer dans le nouveau modèle sans tout ressaisir à la main est un travail à part entière, qu’il faut prévoir et budgéter dès le départ. On ne bascule pas trois cents dossiers vivants d’un claquement de doigts.
À qui ça s’applique ? À tout métier où chaque cas suit une séquence d’étapes obligatoires : commandes e-commerce, intégration de nouveaux clients dans un logiciel, recrutement, traitement des réclamations, gestion de sinistres, dossiers d’agrément. Si vous reconnaissez le motif “même parcours, beaucoup de dossiers, suivi à la main”, la méthode vaut pour vous.
Vouloir un statut calculé tout en gardant, "juste au cas où", une colonne où on peut le forcer à la main. Les deux finissent par diverger, et vous ne savez plus lequel croire. Si le statut est calculé, il est calculé. Pas de porte de sortie manuelle qui réintroduit le mensonge que vous vouliez supprimer.
La règle Alpha Digital : un statut qu’on peut saisir à la main est un statut qui mentira. Faites-le calculer à partir de faits datés, ou ne vous y fiez pas.
Par où commencer si vous reconnaissez ce problème
Vous n’avez pas besoin d’un grand projet pour démarrer. Vous avez besoin de clarté. Avant d’écrire la moindre ligne de code ou de commander quoi que ce soit, posez votre parcours à plat.
Voici la checklist à copier et à remplir pour votre propre activité.
- Lister les étapes obligatoires d’un dossier, dans l’ordre, sans en oublier
- Pour chaque étape, écrire le fait daté qui prouve qu’elle est franchie (un paiement, une signature, une livraison)
- Repérer les étapes mécaniques (relance, génération de document) à automatiser
- Repérer les étapes de jugement à garder humaines
- Définir le signal qui doit remonter quand un dossier se bloque
- Prévoir comment vos dossiers en cours basculeront dans le nouveau modèle
Si vous tenez cette feuille remplie, vous avez déjà fait la moitié du travail de cadrage. Le reste est de la construction, et elle ira d’autant plus vite que le parcours est clair.
Une dernière chose. Ce genre de chantier se rentabilise par la suppression d’un coût invisible : le temps que vos équipes passent à reconstituer, vérifier et corriger un suivi qui dérive. Ce coût ne figure sur aucune facture, ce qui le rend facile à ignorer et cher à supporter.
Si vous voulez un regard extérieur sur votre parcours de dossiers, ou savoir si un suivi calculé tient la route dans votre cas, parlons-en via notre page contact. Un échange de cadrage suffit souvent à voir clair.