Lorsqu’un fichier Excel atteint ses limites, la première réaction consiste souvent à vouloir migrer Excel vers un logiciel.
Après tout, si le fichier devient trop lourd, trop partagé, trop sensible ou trop difficile à maintenir, il paraît logique d’envisager une application plus robuste. C’est d’ailleurs l’une des trajectoires possibles, comme nous l’avons vu dans notre précédent article consacré aux différentes façons de faire évoluer un fichier Excel métier.
Mais dans la réalité des projets, la réponse n’est pas toujours aussi binaire.
Entre “tout garder dans Excel” et “tout recoder dans une application web”, il existe une logique d’architecture particulièrement intéressante : conserver Excel là où il apporte une vraie valeur, et confier à l’application web ce qu’Excel gère moins bien.
Autrement dit, il ne s’agit pas forcément de remplacer Excel. Il s’agit de lui donner la bonne place.
Pour les équipes métiers, Excel n’est pas seulement un outil de bureautique. C’est souvent un espace de travail, un modèle de calcul, un outil de simulation, parfois même un véritable moteur métier.
Un contrôleur de gestion y ajuste ses hypothèses budgétaires. Une direction commerciale y fait évoluer ses coefficients tarifaires. Une équipe RH y modifie une grille d’évaluation. Des fiscalistes y maintiennent des calculs complexes en fonction de règles qui changent régulièrement.
Dans ces situations, Excel apporte quelque chose de précieux : l’autonomie.
Les métiers peuvent tester, modifier, corriger, simuler, faire évoluer leurs modèles sans dépendre systématiquement d’un cycle de développement. Ils gardent la main sur des règles qu’ils comprennent, qu’ils maîtrisent, et qu’ils doivent parfois adapter rapidement.
C’est précisément pour cette raison que supprimer Excel trop vite peut être une erreur.
Lorsqu’un fichier contient des années d’expérience métier, des formules éprouvées, des paramètres régulièrement ajustés ou des logiques de calcul complexes, le remplacer intégralement peut devenir un projet long, coûteux et risqué.
Le sujet n’est donc pas de savoir si Excel est “moderne” ou non. Le sujet est de comprendre ce qu’il porte réellement.
À l’inverse, les équipes IT ont souvent de très bonnes raisons de vouloir sortir Excel du cœur des processus.
Non pas parce qu’elles veulent reprendre la main sur les métiers, mais parce qu’elles voient les risques.
Un fichier tarifaire envoyé à 30 commerciaux finit rarement par rester unique, fiable et parfaitement maîtrisé. Un simulateur financier modifié sans historique pose rapidement des questions de traçabilité. Un reporting consolidé à la main chaque mois devient fragile. Un fichier RH partagé trop largement peut exposer des données sensibles.
Excel sait très bien manipuler des données, des calculs et des tableaux. Mais il n’a pas été conçu pour porter seul des processus collaboratifs, sécurisés et interconnectés.
Dès que l’on parle de droits utilisateurs, de workflows, de validations, d’historique des modifications, de connexion avec un CRM, un ERP ou un outil métier, on entre dans un autre domaine.
Et c’est généralement là que les tensions apparaissent.
- Les métiers veulent garder leur souplesse.
- L’IT veut réduire les risques.
- Les utilisateurs veulent un outil simple.
- La direction veut de la fiabilité.
L’approche hybride consiste justement à ne pas choisir un camp contre l’autre.
L’enjeu d’une approche hybride n’est pas de faire cohabiter Excel et le web par compromis. C’est de répartir intelligemment les rôles.
Excel peut rester le moteur de calcul, le support de paramétrage ou l’espace de modélisation des experts métier.
L’application web, elle, prend en charge l’expérience utilisateur, les accès, les droits, les contrôles, la traçabilité, les workflows, la centralisation des données et l’intégration au système d’information.
Cette logique change complètement la manière d’aborder un projet.
On ne part plus de la question : “Faut-il supprimer Excel ?” On part plutôt de questions beaucoup plus utiles : qui doit modifier les calculs ? Qui doit saisir les données ? Qui doit valider ? Qui doit consulter ? Quelles données doivent être historisées ? Quels outils doivent être connectés ?
C’est en répondant à ces questions que l’on peut concevoir une architecture réellement adaptée.
Les meilleurs projets ne remplacent pas Excel. Ils lui donnent la bonne place dans le système d’information.
- Le configurateur commercial.
Prenons un premier exemple : un configurateur commercial.
Dans certaines entreprises, les devis reposent sur des fichiers Excel très complexes. Ils intègrent des prix, des remises, des marges, des options, des règles de compatibilité ou des coefficients commerciaux.
Au départ, le fichier fonctionne très bien. Puis il est partagé entre plusieurs commerciaux, adapté localement, dupliqué, modifié. Rapidement, les versions divergent et les règles ne sont plus appliquées de la même manière.
Une mauvaise réponse consisterait à tout recoder immédiatement dans une application. Chaque évolution tarifaire nécessiterait alors une intervention technique.
Une approche hybride permet de faire autrement : les commerciaux utilisent une interface web simple pour créer leurs devis, tandis que le moteur de calcul reste porté par Excel en arrière-plan. La direction commerciale peut continuer à ajuster ses règles tarifaires dans un environnement qu’elle maîtrise, tandis que l’entreprise sécurise l’usage, centralise les données et évite la multiplication des versions.
- Le modèle financier
Même logique pour un modèle financier ou budgétaire.
Le contrôle de gestion peut avoir construit un fichier Excel très riche, avec des hypothèses, des scénarios, des simulations et des tableaux de restitution. Ce modèle est parfaitement maîtrisé par les experts, mais beaucoup moins par les managers qui doivent l’utiliser.
Dans ce cas, l’application web peut devenir une interface de saisie et de consultation. Les managers renseignent leurs hypothèses dans des écrans guidés, consultent les résultats, génèrent des restitutions. Le modèle Excel reste piloté par le contrôle de gestion, mais son usage devient plus simple, plus fiable et plus sécurisé.
- L’outil RH
On retrouve aussi cette logique dans des contextes RH, fiscaux ou réglementaires.
Une équipe RH peut conserver ses grilles d’évaluation ou ses règles de pondération dans Excel, tandis que les managers utilisent un portail web pour renseigner leurs évaluations. Des fiscalistes peuvent maintenir leurs modèles de calcul dans Excel, tandis que les collaborateurs utilisent une application web pour saisir les données, déclencher les contrôles et produire les restitutions attendues.
Dans tous ces cas, Excel ne disparaît pas. Il devient invisible pour une partie des utilisateurs. Il reste accessible aux experts qui doivent le maintenir, mais il n’est plus exposé à tous comme outil principal de travail.
C’est souvent là que l’approche hybride révèle toute sa valeur.
L’approche hybride est particulièrement intéressante lorsque le fichier Excel contient une forte logique métier.
C’est le cas lorsque les calculs sont complexes, que les règles évoluent régulièrement, que des experts doivent garder la main sur les paramètres, ou que le fichier joue déjà un rôle central dans le processus.
Elle est aussi pertinente lorsque l’entreprise souhaite améliorer l’expérience utilisateur sans lancer une refonte complète. Les utilisateurs n’ont pas forcément besoin d’accéder au fichier Excel lui-même. Ils ont besoin de saisir des informations, consulter un résultat, valider une étape, générer un document ou suivre l’avancement d’un processus.
L’application web devient alors une couche d’usage et de sécurisation. Elle simplifie l’accès, structure les échanges, limite les erreurs et permet à l’IT de mieux maîtriser l’ensemble.
Mais cette approche n’est pas adaptée à toutes les situations.
Si Excel ne contient qu’une simple liste de données, avec peu de calculs et peu de logique métier, il peut être plus pertinent de développer directement une application métier ou d’utiliser un outil existant. Si le processus nécessite de très nombreuses interconnexions, des contraintes fortes de performance, une traçabilité complète ou une historisation fine de toutes les règles, Excel peut ne plus être le bon support.
C’est pour cette raison que le cadrage est essentiel.
Avant de choisir une solution, il faut comprendre la nature du fichier, son rôle dans l’organisation, les personnes qui l’utilisent, celles qui le maintiennent, et les risques associés.
L’approche hybride n’est pas une solution “entre deux” faute de mieux. C’est souvent une réponse très pragmatique à une réalité fréquente : Excel rend encore de grands services aux métiers, mais il ne peut plus porter seul tout le processus.
Le bon projet n’est donc pas toujours celui qui remplace Excel.
C’est celui qui distingue clairement ce qui doit rester dans Excel et ce qui doit être confié à une application web.
Les calculs complexes, les modèles évolutifs, les hypothèses métier et les règles maintenues par des experts peuvent parfois rester dans Excel. Les accès, les droits, les workflows, les validations, la traçabilité, la centralisation des données et l’expérience utilisateur doivent, eux, être mieux structurés.
Chez Access it, nous abordons ces projets avec cette logique : partir des usages réels, comprendre les attentes des métiers, intégrer les contraintes de l’IT, puis concevoir l’architecture la plus pertinente.
Parfois, Excel doit rester au centre.
Parfois, il doit devenir un moteur invisible.
Parfois, il doit être remplacé.
La vraie question n’est donc pas : faut-il garder ou supprimer Excel ?
Mais plutôt : quelle place doit-il occuper dans votre processus cible ?
Dans certains contextes, l’approche hybride représente le meilleur compromis. Mais il existe aussi des situations où Excel ne doit plus porter le cœur du processus métier. C’est ce que nous verrons dans le prochain article.
