15. Remplacer Excel par un outil métier : critères et étapes

En bref

Excel reste un bon outil tant que le fichier sert surtout à calculer, analyser ou préparer une décision, avec peu d’utilisateurs et un responsable clairement identifié. Un outil métier devient pertinent quand le tableur commence à piloter un processus : demandes clients, dossiers, validations, échéances, droits d’accès ou échanges entre plusieurs personnes.

La bonne décision ne consiste donc pas à « supprimer Excel ». Il faut repérer le processus qui crée des erreurs ou des doubles saisies, mesurer son coût, tester un périmètre réduit, puis migrer les données avec un retour arrière prévu. La grille ci-dessous permet de décider sans acheter un logiciel trop tôt.

Faut-il vraiment remplacer Excel ?

Pas toujours. Un tableur est rapide à créer, souple et compris par beaucoup d’équipes. Microsoft 365 permet aussi la coédition, l’enregistrement automatique et l’historique des versions lorsque le fichier se trouve dans OneDrive ou SharePoint (Microsoft Support).

Excel reste généralement adapté pour :

• une analyse ponctuelle ou une simulation ;
• un budget ou un tableau de bord alimenté par une personne ;
• une liste courte sans étapes de validation ;
• un prototype qui permet de comprendre le besoin avant d’investir ;
• un export destiné à être retravaillé manuellement.

Le problème apparaît lorsque le fichier devient à la fois une base de données, un formulaire, un système de suivi et un outil de coordination. Les formules ne sont alors qu’une petite partie du risque. Il faut aussi savoir qui peut voir chaque donnée, qui a modifié un dossier, quelle étape est en attente et quelle autre application contient la version de référence.

Quels signaux montrent que le tableur atteint ses limites ?

Un signal isolé ne justifie pas nécessairement un nouveau logiciel. Plusieurs signaux récurrents sur le même processus méritent en revanche une analyse.

Excel possède un volet « Afficher les modifications », mais Microsoft précise que certaines actions ne sont pas suivies, que des versions anciennes peuvent effacer ce volet et que l’historique le plus complet dépend de l’usage d’applications compatibles avec la coédition (Microsoft Support). Si votre activité exige une piste d’audit précise, il faut donc vérifier les garanties réelles de votre configuration au lieu de supposer que toute modification sera retraçable.

Quelle différence entre un tableur et un outil métier ?

Un tableur organise des cellules. Un outil métier organise des objets et des règles : un client, un mandat, une intervention, une facture ou une demande, avec des champs, des droits et des étapes propres à l’activité.

Cette différence devient utile lorsqu’un processus doit répondre automatiquement à des questions comme :

• quels dossiers attendent une validation aujourd’hui ?
• qui a le droit de modifier un prix ou une donnée personnelle ?
• quelles informations sont obligatoires avant de passer à l’étape suivante ?
• quelle action doit partir lorsqu’un statut change ?
• quelles données viennent du CRM, de la comptabilité ou du site ?
• combien de temps chaque étape demande-t-elle réellement ?

Le Portail PME de la Confédération recommande d’analyser la maturité numérique, les processus, les données et les performances avant d’acheter de nouveaux outils. Il place aussi la gestion du changement dans la feuille de route de la transformation (Portail PME). Autrement dit, le logiciel ne doit pas précéder la compréhension du travail.

Comment noter le besoin avant de choisir une solution ?

Prenez un seul processus et attribuez-lui une note de 0 à 2 pour chaque critère :

• 0 : aucun problème notable ;
• 1 : gêne régulière, encore maîtrisable ;
• 2 : risque, erreur ou perte de temps fréquente.

Un total faible invite plutôt à améliorer le tableur : conventions de nommage, droits de partage, validation de données, sauvegarde et responsable désigné. Un total moyen justifie un prototype ou l’essai d’un logiciel existant. Un total élevé indique que le processus mérite un cadrage prioritaire. Ce score n’est pas une formule d’achat ; il sert à rendre la discussion factuelle.

Faut-il choisir un logiciel standard ou une application sur mesure ?

Commencez par rechercher une solution standard si le processus est courant : CRM, facturation, planning, tickets ou gestion documentaire. Elle sera souvent plus rapide à déployer et bénéficiera d’un produit déjà éprouvé.

Une application sur mesure devient intéressante lorsque le processus crée un avantage propre à l’entreprise, lorsque plusieurs outils doivent être réunis dans une interface simple, ou lorsque les règles ne rentrent pas raisonnablement dans un produit existant. Il faut alors comparer le coût total, la dépendance au fournisseur, la capacité d’export et la maintenance. Le guide application sur mesure ou logiciel standard détaille ce choix.

Avant de décider, préparez trois colonnes :

1. obligatoire : ce qui protège le processus ou les données ;
2. utile : ce qui réduit vraiment le temps de travail ;
3. confort : ce qui peut attendre une deuxième version.

Cette séparation évite de transformer une première migration en projet trop large.

Quelles étapes suivre pour migrer sans bloquer l’activité ?

1. Cartographier le processus réel

Observez un dossier depuis son entrée jusqu’à sa clôture. Notez les personnes, les décisions, les exceptions, les fichiers produits et les autres outils utilisés. Ne documentez pas seulement la procédure officielle : les contournements révèlent souvent le vrai besoin.

2. Mesurer une situation de départ

Pendant deux à quatre semaines, relevez quelques indicateurs simples : nombre de doubles saisies, corrections, dossiers en attente, minutes consacrées au reporting et demandes internes pour retrouver une information. Ces mesures permettront de vérifier si la nouvelle solution améliore réellement le travail.

3. Définir la source de référence

Pour chaque donnée, décidez quel système fait foi. L’adresse d’un client peut venir du CRM, le statut d’un paiement de la comptabilité et l’avancement du dossier de l’outil métier. Sans cette règle, une intégration ne fait que synchroniser des contradictions.

4. Concevoir un périmètre pilote

Choisissez une équipe, un type de dossier ou une étape. Le pilote doit être assez réel pour révéler les exceptions, mais assez limité pour permettre un retour en arrière. Définissez avant le test les critères d’acceptation : temps de saisie, informations obligatoires, export, droits et rapport attendu.

5. Nettoyer et préparer les données

Supprimez les colonnes inutiles, harmonisez les formats, identifiez les doublons et documentez les valeurs manquantes. Conservez une copie non modifiée du fichier d’origine. Une migration ne doit pas transformer silencieusement une donnée incertaine en donnée réputée fiable.

6. Tester avec les utilisateurs concernés

Faites exécuter des scénarios complets, y compris les exceptions : annulation, correction, absence d’un responsable, client en double ou pièce manquante. Recueillez les difficultés observées plutôt qu’une simple impression générale.

7. Migrer par étapes et prévoir le retour arrière

Fixez une date de bascule, un responsable, un canal de support et une période pendant laquelle l’ancien fichier reste consultable en lecture seule. Vérifiez les totaux, un échantillon de dossiers et les exports avant d’arrêter l’ancien fonctionnement.

8. Mesurer trente jours après

Comparez les indicateurs du pilote avec la situation de départ. Si le temps de travail s’est simplement déplacé vers une autre étape, corrigez le workflow avant d’ajouter des fonctions.

Comment protéger les données pendant ce changement ?

Commencez par classer les données : personnelles ou non, sensibles ou ordinaires, nécessaires ou historiques. Limitez ensuite les accès au besoin réel et vérifiez la sauvegarde, la restauration, l’export et la suppression.

Lorsque l’outil est hébergé dans le cloud, le PFPDT rappelle que l’entreprise reste responsable du traitement confié au fournisseur. Elle doit notamment examiner la sécurité, les sous-traitants, les lieux de traitement et les conditions de restitution ou d’effacement des données (PFPDT, externalisation ; PFPDT, services en nuage).

Demandez donc avant la signature :

• où les données sont traitées et sauvegardées ;
• comment les rôles et l’authentification sont gérés ;
• comment exporter toutes les données dans un format réutilisable ;
• quels sous-traitants interviennent ;
• comment sont annoncés les incidents ;
• ce qui se passe à la fin du contrat.

Pour des données sensibles ou une obligation sectorielle, faites valider le dispositif par la personne compétente en protection des données ou en droit.

Quel budget faut-il comparer ?

Comparez le coût sur plusieurs années, pas seulement le prix d’installation. Incluez le cadrage, les licences, le développement éventuel, la migration, les intégrations, la formation, le support et les évolutions. Ajoutez aussi le temps interne nécessaire à la préparation des données et aux validations.

Mettez ce total en face du coût actuel : reprises manuelles, erreurs, retards, reporting, dépendance à une personne et opportunités perdues. Le guide estimer le budget réel d’un projet numérique fournit une méthode pour séparer le socle indispensable des évolutions.

Quelle première action faire cette semaine ?

Choisissez le tableur qui crée le plus de questions, de relances ou de corrections. Suivez un dossier complet et complétez la grille de dix critères. Vous obtiendrez un problème précis à résoudre, plutôt qu’une demande vague de « nouvel outil ».

Si ce processus mérite un prototype, je peux vous aider à le cartographier, comparer les solutions existantes et concevoir une application web ou mobile adaptée à votre fonctionnement. Décrivez-moi le tableur et le résultat attendu : le premier échange sert à vérifier si une amélioration d’Excel suffit ou si un outil métier est justifié.

FAQ

À partir de combien de lignes faut-il quitter Excel ?

Il n’existe pas de seuil universel. La complexité du processus, le nombre d’utilisateurs, les droits et la traçabilité comptent davantage que le nombre de lignes.

Peut-on garder Excel après la mise en place d’un outil métier ?

Oui. Excel peut rester utile pour des analyses, simulations et exports. L’important est de définir quel système constitue la source de référence et d’éviter les mises à jour concurrentes.

Un outil no-code suffit-il pour remplacer un tableur ?

Il peut convenir à un processus simple ou à un pilote. Vérifiez toutefois les droits, l’export, les intégrations, les coûts lorsque le volume augmente et la personne capable de maintenir la solution.

Combien de temps faut-il prévoir pour une migration ?

Cela dépend du nettoyage des données, des intégrations et des exceptions du processus. Un pilote limité donne une estimation plus fiable qu’un calendrier fixé avant l’analyse.

Faut-il migrer toutes les anciennes données ?

Non. Il est souvent préférable de migrer les dossiers actifs et les données nécessaires, puis de conserver une archive en lecture seule avec une durée de conservation définie.

Comment éviter de dépendre du nouveau fournisseur ?

Exigez des exports complets, une documentation des règles et des intégrations, des accès administrateur détenus par l’entreprise et des conditions de sortie écrites dans le contrat.