Refonte d’un logiciel métier : préparer les données et le passage

Réparer, remplacer ou reconstruire ? Suivez un atelier fictif pour retrouver les règles métier, reprendre les données, préparer les essais et décider du passage avec un retour possible.

Chaque vendredi, deux collègues recopient les commandes de l’ancien logiciel dans un tableur pour préparer les interventions. Le nouvel outil devrait supprimer cette corvée. Mais il devra aussi retrouver les acomptes, respecter les remises et garder les rendez-vous déjà promis. Une refonte de logiciel métier se prépare à partir de ces obligations, avant de choisir une technologie ou de demander à une IA de reconstruire les écrans.

Ce guide suit un atelier fictif, qui vend et installe des meubles sur mesure. Nadia organise les interventions, Karim dirige l’atelier et Lucie suit les paiements. Leurs noms, leurs dossiers et les montants sont inventés pour expliquer la méthode. Vous pouvez reprendre leur démarche pour un cabinet, une association ou une petite entreprise, en remplaçant les exemples par vos propres situations.

1. Décider s’il faut réparer, acheter ou refaire

Dans notre atelier, le problème visible est le planning du vendredi. Le problème de fond reste à établir. L’export échoue-t-il parce qu’une colonne a changé ? Le logiciel manque-t-il d’une fonction indispensable ? Ou personne ne sait-il encore le maintenir ? Ces situations appellent des dépenses très différentes.

Pendant quelques journées représentatives, notez chaque blocage : la tâche, la personne concernée, le contournement et sa conséquence. « Logiciel lent » devient « Nadia attend l’ouverture du dossier avant de confirmer une date au client ». Ajoutez ce qui fonctionne bien. Vous devez protéger ces acquis, même s’ils paraissent banals.

• Réparer : les règles conviennent, quelques défauts expliquent l’essentiel des difficultés et quelqu’un peut entretenir le logiciel.
• Acheter : un produit existant exécute vos parcours essentiels, avec des données récupérables et un coût acceptable.
• Refaire une partie : une règle importante reste mal couverte et vous pouvez isoler le travail concerné.

Essayez les trois pistes sur le même dossier. Karim veut pouvoir déplacer une intervention après un retard fournisseur. Si un logiciel du marché le fait correctement, inutile de l’écarter parce que ses écrans sont moins personnalisés. Si la reconstruction est retenue, écrivez quelle limite précise justifie cette décision et qui l’a validée.

2. Rassembler ce que l’entreprise sait déjà

Commencez l’état des lieux avec les personnes qui utilisent l’outil, pas seulement celle qui l’a acheté. Demandez à Nadia de vous montrer sa dernière matinée chargée, à Lucie une facture corrigée et à Karim une commande inhabituelle. Observez leur parcours entier, y compris les appels, les papiers et les fichiers qui entourent le logiciel.

Rassemblez les accès disponibles, les contrats, un export d’essai, les modèles de documents et les coordonnées du mainteneur. Vérifiez ce que vous avez réellement : un installateur, du code source, une sauvegarde et un fichier de données ne rendent pas le même service. Faites confirmer par une personne compétente ce qui permet de restaurer et de faire fonctionner l’application.

Créez un dossier de référence daté, avec une copie protégée des éléments nécessaires. Pour les discussions et les essais, utilisez autant que possible des exemples fictifs ou préparés pour ne pas exposer de personnes. Une capture où le nom a disparu peut encore contenir une adresse ou une note confidentielle.

• Outil extérieur (exemple fictif) : le logiciel comptable dans lequel sont importées les factures de l’atelier.
• Échange : un fichier de factures et d’avoirs, avec leurs références, dates et montants, exporté par le logiciel métier puis importé en comptabilité.
• Fréquence ou déclencheur : chaque fin de mois, après validation du fichier par Lucie.
• Responsable : Lucie prépare l’export ; le comptable confirme le format attendu et vérifie l’import.
• Essai attendu : importer trois factures et un avoir fictifs dans un environnement d’essai, retrouver les quatre références et les mêmes montants, puis vérifier qu’un second import du même fichier ne crée pas de doublons.
• Écrivez aussi les inconnues. « Nous ne savons pas où sont stockées les pièces jointes » est une question à résoudre. La laisser disparaître derrière une maquette convaincante transforme simplement une incertitude visible en mauvaise surprise plus tard.

3. Retrouver les règles cachées et les exceptions

Les écrans racontent seulement une partie du métier. Dans l’atelier, une commande orange signifie qu’un fournisseur n’a pas confirmé sa livraison. Ce sens n’est écrit nulle part. Le recréer comme une simple couleur ferait perdre la décision qui va avec : Nadia doit appeler avant de fixer l’installation.

Pour chaque règle, consignez la situation de départ, l’action autorisée et le résultat attendu. Exemple : « Si une livraison n’est pas confirmée, Nadia peut proposer une date provisoire ; l’outil doit la distinguer d’un rendez-vous confirmé. » Ajoutez le nom de la personne qui tranche en cas de doute.

Les cas à faire raconter

• Une commande annulée après paiement d’un acompte.
• Deux clients portant le même nom, avec des adresses différentes.
• Une intervention reportée alors que le client a déjà reçu un message.
• Une remise demandée par une personne qui ne peut pas l’autoriser.
• Une pièce jointe introuvable ou un dossier incomplet transmis par un ancien collègue.

Ces exemples deviennent votre carnet de vérification. Gardez la réponse validée et la raison du choix, pas seulement une capture. Une IA pourra proposer une interprétation des fichiers accessibles ; les utilisateurs devront confirmer qu’elle décrit leur travail. Le cahier des charges non technique aide à réunir ces décisions dans un document lisible.

4. Choisir une première partie que l’on peut vérifier

L’atelier commence par un planning de consultation alimenté avec une copie des commandes. Il ne change encore ni la facturation ni les messages envoyés aux clients. Ce périmètre permet de vérifier les dates et les dossiers avec Nadia avant d’autoriser une action qui engage l’entreprise.

Décrivez le résultat observable : Nadia retrouve les interventions d’une semaine, ouvre la bonne commande et distingue les dates provisoires. Précisez aussi ce qui est exclu : encaissement, commande fournisseur, envoi automatique de messages. Ces exclusions évitent que le premier essai se transforme silencieusement en remplacement complet.

Préparez un petit ensemble de dossiers représentatifs : un cas courant, un report, une annulation et une information manquante. Faites construire ce parcours, puis essayez-le vous-même. Un écran rempli de données plausibles ne prouve pas que les bonnes commandes ont été reprises.

5. Préparer la reprise des données, champ par champ

Une migration commence par une correspondance claire entre l’ancien et le nouvel outil. Pour chaque information, notez son emplacement de départ, sa destination et la transformation prévue. Le numéro de commande doit rester un repère stable, même si le nouveau logiciel attribue ses propres identifiants.

Dans notre exemple, la colonne « Date pose » devient « Date d’intervention ». Une case vide signifie « date à convenir », jamais « aujourd’hui ». Le montant « 1 200,50 » doit conserver son sens numérique. Le code client reste lié à la bonne personne, même si deux clients s’appellent Martin.

Prévoyez le traitement des doublons et des dossiers rejetés. Ne laissez pas un import ignorer discrètement les lignes qui gênent. Lucie doit retrouver une liste des commandes non reprises, avec une raison compréhensible et la personne chargée de décider. Certaines corrections pourront se faire dans une copie ; l’original reste conservé.

Les pièces jointes et les historiques méritent leur propre contrôle. Retrouver le nom d’un PDF ne signifie pas que son contenu est accessible. Pour une commande choisie, ouvrez le document, vérifiez le client, puis retrouvez l’acompte et le changement de date associés. Comparez aussi les nombres de dossiers et les totaux pertinents.

Utilisez la fiche gratuite de préparation d’un import Excel comme support de correspondance, même si vos données viennent d’un autre logiciel. Le guide de migration des données détaille le nettoyage et les essais. Faites valider le transfert par la personne responsable de vos données avant de remplacer la base utilisée au quotidien.

6. Définir qui peut voir et modifier quoi

Reprendre tous les comptes avec tous les droits serait facile à demander et difficile à défendre. Nadia doit organiser les interventions ; cela ne lui donne pas automatiquement accès aux informations réservées à Lucie. Écrivez les autorisations par action : consulter, créer, modifier, supprimer, exporter et administrer.

Testez avec de vrais comptes d’essai distincts. Un bouton masqué ne suffit pas : faites vérifier que l’action reste refusée lorsqu’on tente d’accéder autrement au dossier. Vérifiez aussi les exports, les pièces jointes et les liens partagés. La même restriction doit accompagner l’information dans ces parcours.

Avant de confier des fichiers à un assistant IA, faites confirmer ce qui peut être transmis, à quel fournisseur et dans quelles conditions. Un projet stocké sur un Mac ne signifie pas que les échanges avec l’assistant restent sur ce Mac. Pour les obligations propres à vos données et à votre métier, faites valider les choix par la personne compétente.

7. Organiser un essai qui ressemble au travail réel

Une fois la consultation validée, l’atelier essaie les changements de date sur des dossiers de test. Préparez une séance avec les futurs utilisateurs. Donnez-leur une tâche et un résultat à atteindre, sans leur montrer chaque clic. Nadia doit retrouver la commande d’un client qui appelle, déplacer une intervention fictive et expliquer ce qui a changé. Observez où elle hésite et les informations qu’elle cherche ailleurs.

Pour chaque essai, conservez le dossier utilisé, le résultat attendu, le résultat observé et le nom du vérificateur. « Ça marche » ne permet pas de reprendre une vérification après une correction. « La commande A-104 apparaît le mardi avec une date provisoire » vous donne une comparaison précise.

Classez les retours selon leur conséquence. Une information financière incorrecte bloque le passage. Un intitulé ambigu doit être corrigé s’il entraîne une mauvaise décision. Une préférence esthétique peut attendre si elle ne gêne pas le travail. Cette discussion appartient aux utilisateurs et au responsable du projet, pas à l’agent qui a produit l’écran.

Refaites les essais concernés après chaque correction, puis un parcours complet. Corriger le déplacement d’une intervention peut modifier un total ou un export. Demandez au prestataire ou à la personne qui maintient le code d’ajouter les vérifications techniques adaptées ; votre essai métier les complète.

8. Faire coexister les outils sans créer deux vérités

Pendant le premier essai de l’atelier, l’ancien logiciel reste la référence pour les commandes. Le nouveau planning consulte une copie datée. Tout le monde sait où saisir une modification et à quel moment la copie a été préparée. Ce fonctionnement simple évite de confondre une vue d’essai avec le planning officiel.

Remplacer progressivement certaines fonctions peut limiter l’ampleur d’un changement. Microsoft décrit cette approche dans sa documentation sur le remplacement progressif d’un système, avec des contraintes de coexistence. Son applicabilité doit être vérifiée sur votre logiciel ; elle n’est pas automatique.

Quand le nouvel outil commence à recevoir des saisies, écrivez quel système fait référence pour chaque information. Si Nadia change une date dans le nouvel outil, comment Lucie la retrouve-t-elle ? Une synchronisation nécessaire doit être construite, contrôlée et entretenue. Demander aux collègues de recopier indéfiniment masque son coût sans résoudre le risque d’écart.

Fixez une durée et une condition de fin pour cette transition. Chaque jour d’essai, une personne compare les changements attendus aux changements reçus. Tant qu’un écart reste inexpliqué, ne supprimez pas le chemin qui permet de reprendre le travail.

9. Prévoir le feu vert, l’arrêt et le retour

Le passage doit dépendre de critères écrits. Choisissez qui peut l’autoriser, qui peut l’interrompre et comment prévenir l’équipe. Réservez un créneau compatible avec votre activité et la disponibilité de la personne capable d’intervenir. Un changement un vendredi soir n’est pas prudent si personne ne peut aider le lendemain.

• Les dossiers et les documents nécessaires sont retrouvés et contrôlés.
• Les montants et les règles critiques donnent les résultats attendus.
• Les accès ont été vérifiés avec des comptes différents.
• Les utilisateurs savent où travailler et à qui signaler un problème.
• Le retour a été répété, y compris la récupération des nouvelles saisies.

Dans notre répétition fictive, une commande A-109 est créée après le transfert initial. Le retour doit la récupérer dans l’ancien outil, avec ses pièces jointes et son acompte, sans créer un doublon. Conservez une trace des identifiants et des actions effectuées. La même question se pose pour une commande modifiée ou annulée pendant l’essai.

La CNIL recommande de tester la restauration des sauvegardes. Faites réellement ouvrir les dossiers restaurés lors de la répétition. Si les nouvelles écritures ne peuvent pas être reprises correctement, le retour n’est pas prêt : corrigez le dispositif avant le basculement.

10. Chiffrer les livrables et le temps de l’équipe

Demandez un budget découpé : état des lieux, premier parcours, reprise des données, vérifications, mise en service et entretien. Pour chaque étape, associez le prix à un résultat que vous pourrez examiner. Un paiement lié à « développement terminé » reste ambigu si personne n’a défini ce que cela comprend.

Voici un calcul purement fictif, sans valeur de tarif de marché, avec des montants supposés hors taxes : 700 € pour l’état des lieux, 1 800 € pour le premier planning, 900 € pour préparer et répéter l’import, 600 € pour accompagner le démarrage. Cela représente 4 000 € de prestations, auxquels s’ajoutent le temps interne et les dépenses récurrentes réellement prévues.

Dans cette simulation, l’atelier réserve aussi 1 000 € pour les inconnues autorisées au fil du travail. Cette réserve ne devient pas un montant à dépenser automatiquement. Si les pièces jointes exigent un traitement supplémentaire, demandez une explication, un prix et une décision avant de poursuivre.

Comptez les heures de Nadia et de Lucie pour les entretiens, les essais et la formation. Ajoutez les coûts de l’ancien outil pendant la transition, les services du nouveau, l’IA et les sauvegardes éventuelles. Le guide du budget d’une application aide à séparer ces postes et à comparer des propositions portant sur le même périmètre.

11. Préparer la transmission et l’entretien

Avant de fermer le chantier, faites reprendre le dossier par une personne qui n’a pas assisté à toutes les discussions. Peut-elle trouver la dernière version, lancer l’application, restaurer les données et comprendre les décisions importantes ? Toute réponse dépendant seulement de la mémoire du constructeur mérite d’être écrite.

Conservez les coordonnées des responsables, les instructions d’exploitation, les accès dans un emplacement adapté, les dépendances utilisées et les modalités d’entretien. Précisez qui corrige une panne, qui suit les mises à jour et qui autorise une évolution. Posséder les fichiers n’organise pas ces responsabilités à votre place.

Décidez aussi ce qui devient l’ancien logiciel : consultation temporaire, archivage, puis retrait lorsque les conditions convenues sont réunies. Les durées de conservation doivent être définies selon vos obligations, pas inventées par l’agent. Avant une suppression, vérifiez que les données et les justificatifs nécessaires restent accessibles aux personnes autorisées.

12. Utiliser Maestro avec un dossier déjà clair

Maestro peut servir à organiser la description du besoin, les documents et la construction par étapes. Les décisions métier et la vérification du passage restent à votre charge, avec les personnes compétentes pour les données et la technique. Présentez les inconnues explicitement : l’équipe IA ne peut pas deviner une règle conservée seulement dans la tête d’un collègue.

Dans Maestro · démo intégrée Tablée · capture du 6 septembre 2026

Commencez avec le modèle gratuit de cahier des charges. Écrivez le problème actuel, les règles à préserver, le premier parcours et les noms des personnes qui valident. Joignez des exemples préparés pour l’essai et une liste des questions encore ouvertes. Ce dossier reste utile quel que soit l’outil choisi.

Pour découvrir le produit, consultez le parcours de reprise de Maestro. Au 23 septembre 2026, la beta sur invitation est disponible sur Mac ; l’application est gratuite pendant la beta, avec l’usage IA facturé séparément par le fournisseur choisi. Préparer votre dossier ne nécessite pas d’attendre l’invitation.

La prochaine décision de l’atelier est concrète : vérifier qu’un planning en consultation retrouve les bonnes commandes et les bonnes dates. Si cet essai échoue, Nadia sait ce qu’il faut corriger. S’il réussit, l’équipe dispose d’une base pour autoriser l’étape suivante, avec ses vérifications et son budget.

Revenir au sommaire