Quand le tableur n'est plus le bon outil

Il existe un point au-delà duquel perfectionner un classeur coûte plus cher que de changer d'outil. La plupart des organisations le dépassent de plusieurs années, parce que le tableur ne prévient pas : il ralentit, il se corrompt de temps en temps, et chacun s'adapte.

Cette leçon ne dit pas qu'il faut quitter le tableur. Elle donne les signaux qui indiquent que la question mérite d'être posée, et ce qu'on gagne réellement à changer.

Les six signaux

1. Plusieurs personnes doivent écrire en même temps. Le tableur est conçu pour un auteur. Dès que deux personnes modifient le même fichier, vous obtenez soit un verrou qui bloque l'un des deux, soit des versions divergentes qu'il faudra fusionner à la main. Les versions collaboratives atténuent le problème sans le supprimer sur les fichiers lourds.

2. Il faut savoir qui a changé quoi, et quand. Un tableur ne conserve pas d'historique fiable des modifications de valeur. Si vous devez pouvoir répondre à « qui a modifié ce montant le 12 mars », l'outil ne le permet pas.

3. Les mêmes données existent à plusieurs endroits. Un même client dans trois onglets, sous trois orthographes. Ce n'est plus un problème de formule, c'est un problème de modèle : il n'y a pas de source unique.

4. La saisie a besoin de règles que le tableur ne sait pas imposer. Une validation de liste se contourne par un copier-coller. Un champ obligatoire n'existe pas. Une unicité ne se garantit pas. Dès que la qualité des données dépend de la discipline des utilisateurs, elle se dégradera.

5. Le fichier est devenu lent ou instable. Recalculs de plusieurs secondes, ouverture longue, plantages occasionnels, corruption après un enregistrement interrompu. Ce sont les symptômes d'un volume au-delà de ce que l'outil traite confortablement.

6. Personne n'ose plus y toucher. Le signal le plus sérieux. Un classeur que son auteur seul comprend, et que l'on contourne plutôt que modifier, est devenu un risque pour l'organisation — y compris le jour où cette personne part.

Un seul signal justifie une vigilance. Trois justifient une décision.

Ce que le tableur fait mieux que tout

Avant de conclure trop vite, rappelons ce qui explique sa persistance, et pourquoi le remplacer par autre chose est souvent un mauvais calcul :

• l'exploration. Regarder des données inconnues, essayer une hypothèse, changer d'avis trois fois en dix minutes : aucun outil ne fait mieux ;
• le prototypage. Formaliser un calcul avant de le confier à un développeur ;
• l'analyse ponctuelle, qu'on ne refera jamais ;
• le partage immédiat avec quelqu'un qui n'a rien à installer.

Un tableur qui remplit ces rôles n'a aucune raison d'être remplacé, quelle que soit sa taille.

Les étapes intermédiaires

Entre le classeur et l'application sur mesure, il existe des marches que l'on saute trop souvent.

Séparer la saisie du stockage. Un formulaire alimente une feuille de collecte que personne n'ouvre à la main ; les calculs vivent ailleurs et la lisent. Cela résout à lui seul les problèmes 1, 4 et une partie du 3.

Déplacer la préparation dans une requête. Ce qui est importé et retraité de la même façon à chaque fois n'a pas à être refait manuellement. Les étapes sont enregistrées et rejouées.

Passer à une base de données, avec le tableur conservé en façade de lecture. C'est souvent la solution qui coûte le moins : on garde l'interface que tout le monde connaît, on déplace la vérité ailleurs.

Un outil métier existant, quand le besoin est standard. Facturation, suivi de clients, gestion de stock : ce sont des problèmes résolus, et les reconstruire dans un tableur revient presque toujours plus cher.

Ce qu'on gagne réellement avec une base de données

Trois choses, qu'aucun classeur ne peut offrir :

Des contraintes qui s'imposent. Un champ obligatoire est obligatoire ; un identifiant est unique ; une référence vers un client inexistant est refusée à l'écriture. La qualité des données cesse de dépendre de la discipline de chacun.

Des écritures concurrentes sûres. Plusieurs personnes écrivent en même temps sans que rien ne se perde ni ne se contredise.

Un historique. Qui, quoi, quand — parce que c'est enregistré, pas parce qu'on y pense.

En contrepartie, vous perdez l'immédiateté. Toute modification passe désormais par quelqu'un qui sait la faire. C'est le vrai coût du changement, et il faut l'accepter en connaissance de cause.

Comment décider

Comparez sur douze mois :

• le temps passé chaque mois à corriger, fusionner, vérifier et attendre le fichier ;
• le coût d'une erreur non détectée, multiplié par une fréquence honnête ;
• le coût de mise en place de l'alternative, plus sa maintenance.

Le premier poste est presque toujours sous-estimé, parce qu'il est diffus : dix minutes par-ci, une demi-journée de vérification par-là. Mesurez-le une semaine pour de bon avant de trancher.

À retenir

• Écritures simultanées, historique, doublons, règles de saisie, lenteur, fichier intouchable : six signaux.
• Un signal appelle la vigilance, trois appellent une décision.
• Le tableur reste imbattable pour explorer, prototyper et partager vite.
• Des étapes intermédiaires existent : séparer saisie et stockage, déplacer la préparation, garder le tableur en façade.
• Une base impose des contraintes, gère la concurrence et conserve l'historique.
• Ce qu'on perd en changeant, c'est l'immédiateté.