Aller au contenu
Tous les articles

Power Apps

Transformer un fichier Excel en application : les 4 étapes

Vous avez un fichier Excel qui fait tourner une partie de l'entreprise. Le suivi des commandes, le planning des équipes, les demandes d'achat. Il a grossi avec les années, plusieurs personnes y touchent, et chaque semaine quelqu'un cherche « la bonne version ». Vous vous dites qu'il est temps d'en faire une vraie application. Bonne intuition. Reste à savoir comment s'y prendre sans tout casser.

Transformer un fichier Excel en application, ce n'est pas recopier des colonnes dans un autre outil. C'est reconstruire le processus que le fichier a fini par porter, avec des règles, des droits et une saisie guidée. Voici les quatre étapes que nous suivons, dans l'ordre, et ce qui se joue à chacune.

Avant de commencer, une idée à garder en tête : le fichier n'est pas le processus. Un fichier Excel qui a dix ans contient trois choses : des données utiles, des colonnes mortes, et des règles qui ne sont écrites nulle part. « Si la cellule est orange, c'est que Martine a validé. » Personne ne l'a documenté, tout le monde le sait. Si vous migrez le fichier tel quel, vous migrez aussi les colonnes mortes et vous perdez les règles tacites.

Le bon réflexe est de cartographier le processus, pas le fichier. Qui saisit quoi, à quel moment, qui valide, qu'est-ce qui déclenche la suite. Si vous hésitez encore sur l'opportunité de basculer, notre article sur le moment où Excel ne suffit plus vous donne trois questions pour trancher.

Étape 1 : cadrage et maquette

On commence par un atelier avec les personnes qui utilisent le fichier tous les jours. Pas seulement le responsable : la personne qui saisit, celle qui contrôle, celle qui exploite les chiffres en fin de mois. On dessine ensemble les écrans, sur papier ou sur une maquette cliquable. On liste les règles : ce qui est obligatoire, ce qui est calculé, ce qui bloque.

Le livrable de cette étape, c'est un périmètre figé et écrit. Cette liste de ce que fait l'application, et de ce qu'elle ne fait pas, protège tout le monde. C'est sur elle que se fixe le prix, au forfait. Les idées qui arrivent ensuite vont dans une liste « version 2 » : elles ne sont pas perdues, et elles ne perturbent pas la version 1.

  • Sortie : maquette validée, périmètre écrit, liste des règles métier.
  • Ce que vous apportez : deux ou trois utilisateurs disponibles pour un atelier, et le fichier actuel, même imparfait.

Étape 2 : construction du cœur

On construit la base de données et les écrans principaux. Selon le besoin, les données vont dans une liste SharePoint (inclus dans votre Microsoft 365) ou dans Dataverse (licence premium, plus solide dès que les données sont liées entre elles ou volumineuses). Ce choix se prend à l'étape 1, jamais en cours de route.

Ici, on remplace les habitudes Excel par des mécanismes d'application : une liste déroulante à la place d'une colonne « à peu près », un statut à la place d'une couleur de cellule, un champ obligatoire à la place d'un rappel oral. Vous voyez des écrans réels très tôt, et vous corrigez pendant que c'est encore facile.

Étape 3 : connexion à vos données

Une application isolée ne remplace pas un fichier partagé. On la branche sur ce qui existe déjà : Outlook pour les notifications, Teams pour les alertes, SharePoint pour les documents, votre base clients ou votre ERP si besoin. C'est aussi l'étape où on charge vos données réelles, après nettoyage.

Le nettoyage mérite une phrase. Les doublons, les dates saisies en texte, les noms de clients écrits de quatre façons : tout cela existe dans votre fichier et l'application ne l'acceptera pas. On le règle une bonne fois, souvent avec Power Automate pour la partie répétitive.

Astuce de pro. Gardez l'ancien fichier en lecture seule pendant les premières semaines de l'application, avec un bandeau clair « ce fichier n'est plus mis à jour ». Ceux qui ont le réflexe de l'ouvrir trouveront le lien vers l'application. Et exportez un instantané daté avant la bascule : c'est votre preuve si quelqu'un doute d'un chiffre plus tard.

Étape 4 : tests et mise en service

Les tests se font avec les vrais utilisateurs, sur des cas réels, pas avec le prestataire seul devant son écran. On regarde où ils bloquent, on ajuste l'ergonomie, on forme l'équipe. Puis on met l'application en service dans votre Microsoft 365, et une garantie de 30 jours couvre les corrections.

Ce qui fait réussir cette étape, c'est la disponibilité des testeurs. Le point de dérapage le plus fréquent n'est pas technique : ce sont des utilisateurs qui n'ont pas le temps de tester au bon moment. Réservez leur créneau dès le cadrage.

Ce qui change, concrètement

Une seule source de vérité, que personne ne peut écraser par erreur. Une saisie guidée qui empêche l'erreur à la source. Des droits par rôle : le commercial voit ses affaires, la direction voit tout. Un historique de qui a fait quoi. Et des données prêtes pour un tableau de bord Power BI, sans retraitement.

Si vous voulez voir comment ces étapes s'enchaînent sur un projet, notre méthode les détaille avec les livrables de chacune. Et si votre fichier est déjà identifié, l'offre Réalisation transforme un processus cadré en application au forfait, prix fixé au cadrage.

À retenir

  • On migre le processus, jamais le fichier tel quel : les colonnes mortes restent derrière.
  • Le périmètre figé à l'étape 1 fixe le prix et protège le projet des ajouts en cours de route.
  • SharePoint ou Dataverse : le choix se prend au cadrage, jamais au milieu du chantier.
  • Les vrais utilisateurs testent, et leur disponibilité se réserve dès le départ.

Recevez nos prochains numéros

Les nouveautés Power Platform et Microsoft 365, deux fois par mois. Pas de spam, désinscription en un clic.

S'inscrire