Remplacer un tableur par un logiciel

Avant de le remplacer, il faut comprendre pourquoi il a survécu si longtemps. Sinon on livre un logiciel plus rigoureux, plus lent à utiliser, et abandonné.

Par Romain Nivelle, président de The Level Code · Mis à jour le 11 octobre 2026

Pourquoi le tableur gagne

Il ne dit jamais non. On ajoute une colonne, on écrit une note dans une cellule, on colore une ligne en rouge pour signifier quelque chose que personne n'a formalisé. Toute cette intelligence informelle est ce qui fait fonctionner l'organisation. Un logiciel, par construction, dit non. C'est sa valeur, il empêche les erreurs, et c'est son risque : s'il dit non à un cas légitime, l'utilisateur reprendra un tableur à côté. Et vous aurez deux sources de vérité au lieu d'une.

Les trois signaux de rupture

Trois signaux indiquent qu'il est temps de remplacer le tableur.

La double saisie : la même information est saisie deux fois dans deux outils, c'est du temps perdu et une divergence garantie
La donnée qui n'est plus fiable : plus personne ne sait quelle version du fichier fait foi, ou une formule a été écrasée sans que personne s'en aperçoive
L'absence de blocage : le tableur informe mais n'empêche rien ; quand une information de sécurité ou de conformité vit dans un tableur, le risque n'est plus administratif

Ce qu'un logiciel doit reprendre du tableur

Un logiciel qui remplace un tableur doit reprendre les colonnes ajoutées au fil du temps, dont chacune répond à un besoin réel qu'il faut identifier avant de la supprimer, les codes couleur et conventions d'écriture, qui sont des règles métier non écrites que le cadrage met au jour, les cas particuliers notés en commentaire, où se cachent les exceptions que le logiciel devra assumer plutôt qu'interdire, et la possibilité d'exporter, faute de quoi un utilisateur qui ne peut plus sortir ses données se sentira enfermé, à raison.

Quand il faut garder le tableur

Il faut garder le tableur quand le processus change encore tous les mois, car formaliser trop tôt coûte plus que ça ne rapporte, quand une seule personne l'utilise et qu'elle le maîtrise, car le gain d'un logiciel est collectif et non individuel, et quand il n'y a ni enjeu de conformité, ni double saisie, ni perte de données. Dans ce cas, remplacer un outil qui fonctionne est une dépense sans contrepartie, et nous vous le dirons.

Ce guide décrit une pratique, pas un avis juridique. Les obligations applicables dépendent de votre matériel, de son usage et de votre secteur : vérifiez-les auprès de votre organisme de contrôle ou de votre conseil. Si vous décidez de passer à un outil dédié, la page logiciel métier sur mesure décrit comment nous procédons.

Questions fréquentes

Peut-on importer directement le tableur existant ?

Oui, et c'est le point de départ. Nous l'analysons, produisons un rapport de qualité de données, doublons, valeurs manquantes, incohérences, vous arbitrez, puis nous importons. C'est presque toujours le poste le plus long du projet.

Nos utilisateurs vont-ils accepter le changement ?

S'ils ont participé au cadrage, oui, parce que le logiciel ressemble à leur travail. S'il leur est imposé après coup, non. C'est la raison pour laquelle nous cadrons avec les utilisateurs finaux et pas seulement avec la direction.

Et si le logiciel est plus lent à remplir que le tableur ?

Alors c'est un échec de conception, pas une fatalité à accepter. La saisie doit être au moins aussi rapide, sinon l'outil sera contourné. C'est un critère qu'on mesure pendant les itérations.

Comment remplacer un tableur par un logiciel ?