Refonte de logiciel, d'application et de site web
Votre logiciel métier, votre application mobile ou votre site a fait son temps : technologie dépassée, interface datée, dette technique qui ralentit chaque évolution. Le refaire fait peur, et à raison : on craint de perdre des règles métier, de déraper sur le budget ou de casser ce qui fonctionne.
La méthodologie de refonte Dinno répond à ces trois risques. Elle part de ce qui existe, fait valider chaque décision structurante et vous laisse tester au fil de l'eau. Depuis 2015, DINNO a mené plus de 150 projets, dont plus d'un tiers de refontes ou d'adaptations de logiciels existants.
Pourquoi refondre : les signaux d'une application vieillissante
- La technologie n'est plus maintenue : framework en fin de vie, failles de sécurité impossibles à corriger.
- L'application mobile décroche : elle ne passe plus les exigences d'Apple ou de Google, ou plante sur les dernières versions d'OS.
- Chaque évolution prend des semaines et provoque des régressions.
- Une seule personne connaît le code, ou le prestataire historique a disparu.
- L'interface est datée : les utilisateurs contournent l'outil avec des fichiers Excel.
- Le site est lent, mal référencé, difficile à mettre à jour.
Notre méthodologie de refonte, étape par étape
La refonte Dinno suit 7 étapes, de l'extraction des règles métier à la garantie, avec deux validations formelles de votre part (maquettes, architecture) avant d'écrire la moindre ligne du nouveau code.
- 0 Échange gratuit et audit
- 1 Extraction métier
- 2 Maquettes et specs fonctionnelles
validées par vous - 3 Architecture technique
validée par vous - 4 Specs techniques et socle
- 5 Réalisation par lots
testés toutes les 2 semaines - 6 Recette et mise en production
- 7 Garantie de 2 mois
Étape 0 : échange gratuit et audit préalable
Chaque refonte démarre par un échange gratuit d'une heure avec Cédric Millauriaux, architecte logiciel, en visio ou à Nantes, puis, si besoin, par un audit technique. L'audit propose plusieurs scénarios, de la refonte légère à la refonte intégrale. Les étapes suivantes décrivent la suite, une fois le scénario choisi.
Étape 1 : extraire les règles métier de l'existant
Avant de concevoir quoi que ce soit, nous recensons tout ce que fait l'application actuelle. Nous partons de la documentation et des spécifications quand elles existent. À défaut, nous lisons le code source, qui reste la seule trace fiable de règles métier souvent oubliées. Rien de ce qui fonctionne aujourd'hui ne disparaît par accident.
Étape 2 : maquettes et spécifications fonctionnelles
Nous produisons des maquettes et des spécifications fonctionnelles qui cadrent la nouvelle version. C'est le moment de repenser le parcours utilisateur, l'UI/UX et le périmètre fonctionnel : supprimer ce qui ne sert plus, ajouter ce qui manque. Vous validez ce document avant la suite.
Étape 3 : le document d'architecture technique
L'architecte conçoit l'architecture de la nouvelle plateforme et justifie chaque choix au regard de vos attentes :
| Critère | Exemple de question tranchée |
|---|---|
| Volume d'utilisateurs | 50 utilisateurs internes ou 100 000 clients ? Pics de charge ? |
| Sécurité | Données sensibles, RGPD, hébergement HDS, authentification |
| Ergonomie | Web, mobile, les deux ? Accessibilité ? |
| Disponibilité hors ligne | L'application doit-elle fonctionner sans réseau (terrain, entrepôt) ? |
| Coût d'hébergement | Cloud managé, serveur dédié, souveraineté, coût mensuel cible |
| Évolutivité | Quelles évolutions prévoir dans les 3 à 5 ans ? |
Ce document est validé avec vous avant le démarrage des développements. Pour aller plus loin sur ce sujet : conseil en architecture logicielle.
Étape 4 : spécifications techniques et socle
L'équipe technique détaille les spécifications techniques et met en place le socle : structure du projet, environnements, déploiement automatisé, tests automatisés, supervision. Ce sont les fondations qui manquaient souvent à l'ancienne application.
Étape 5 : réalisation pas à pas, testée au fil de l'eau
La refonte avance par étapes. Toutes les deux semaines, un lot de fonctionnalités est livré sur une plateforme de test : vous l'essayez, vous réagissez, nous ajustons. Pas d'effet tunnel de plusieurs mois ni de découverte le jour de la livraison.
Variante pour les gros logiciels métier : la migration progressive. Quand l'existant est trop riche pour être remplacé d'un bloc, la nouvelle version naît à côté de l'ancienne et reprend ses fonctionnalités une par une (strangler pattern). L'ancienne continue de tourner jusqu'à ce qu'elle soit vidée de sa substance, puis elle est éteinte. Voir notre page sur la migration progressive d'un logiciel legacy.
Étape 6 : campagne de tests et mise en production
Une fois toutes les fonctionnalités livrées, une campagne de tests complète valide l'ensemble avant la mise en production. Nous préparons la bascule : reprise des données, publication sur les stores, redirections SEO pour un site. Pour un site dont le trafic compte, un audit SEO et GEO avant la bascule évite de perdre des positions.
Étape 7 : période de garantie
Après la mise en production, une période de garantie de 2 mois couvre gratuitement la correction des anomalies qui auraient échappé aux tests.
Cas client : un logiciel médical passé du poste local au cloud HDS
Le point de départ. Un logiciel médical en client lourd, sur macOS uniquement, avec un serveur local installé dans chaque cabinet.
La refonte :
- Migration vers une architecture cloud hébergée HDS, accessible sur le web et sur mobile, sans plus aucun matériel à gérer chez le praticien.
- Authentification moderne : carte CPS, e-CPS, Pro Santé Connect.
- Nouvelles fonctionnalités métier : accès au DMP et au téléservice INSi.
- Interface entièrement repensée, en gardant les habitudes des utilisateurs : même arborescence, même navigation.
Le déroulé. La refonte elle-même (audit, ateliers, spécifications, maquettes, UI/UX, développement, tests, recette) a duré 1 an. La migration des cabinets, progressive, a duré une année de plus, avec un accompagnement complet : formation, documentation utilisateur, aide en ligne, support.
| Indicateur | Résultat |
|---|---|
| Cabinets migrés | 100 % |
| Conformité | Référencé Ségur : les médecins utilisateurs sont éligibles aux subventions d'équipement |
| Autonomie du client | Les équipes internes ont repris une partie du développement |
| Suite | DINNO accompagne toujours le client sur les grosses évolutions (Ségur vague 2) |
Ce cas illustre les trois promesses de la méthode : rien de métier perdu, des utilisateurs qui retrouvent leurs repères, et un socle que l'équipe du client peut reprendre. Le volet technique de la bascule est détaillé dans notre page migration d'une application legacy vers le cloud.
Ce que vous obtenez à l'issue de la refonte
- Une application, un logiciel ou un site à l'aspect moderne.
- Une UI/UX repensée avec vos utilisateurs.
- Des bases techniques solides, testées et documentées.
- Une plateforme prête à recevoir les évolutions futures, par DINNO ou par une autre équipe.
Refonte de logiciel métier, d'application mobile ou de site internet : nos cas types
- Refonte de logiciel métier : outil interne ou logiciel édité (WinDev, Access, PHP ancien, .NET Framework…), dont les règles métier doivent être reprises à l'identique avant d'être améliorées.
- Refonte d'application mobile : application Cordova, Ionic ancien, Xamarin ou native non maintenue, avec des notes en baisse ou des blocages de publication. Voir aussi notre activité de développement d'applications mobiles.
- Refonte de site internet ou d'application web : site lent, difficile à faire évoluer, qui perd du trafic. La bascule prévoit les redirections pour conserver le référencement. Voir notre activité de développement web à Nantes.
- MVP devenu trop petit : startup ou éditeur SaaS dont la première version n'encaisse plus la croissance (utilisateurs, sécurité, coûts cloud).
L'équipe DINNO sur vos projets de refonte
Architecte, directeur technique et développeurs de l'agence : la même équipe du cadrage à la garantie, sans sous-traitance.
Aline Deschamps
Directrice Générale, spécialiste Data
Co-fondatrice de DINNO, elle pilote la stratégie de l'agence et accompagne les clients dans la valorisation de leurs données. Elle intervient sur le cadrage des projets, la gouvernance et la dimension métier des solutions, en particulier auprès des acteurs de la santé.
LinkedIn →
Antoine Précigout
Directeur Technique
Directeur technique de DINNO, il pilote l'équipe de développement et garantit la qualité d'ingénierie de bout en bout : architecture, industrialisation, CI/CD, tests automatisés et mise en production. Référent technique sur les projets web et mobiles.
LinkedIn →
Cédric Millauriaux
Architecte Logiciel
Architecte logiciel chez DINNO, il intervient sur les audits techniques, la conception d'architecture et l'urbanisation des systèmes d'information. Il accompagne éditeurs et grands comptes dans leurs refontes et leurs choix structurants (cloud, intégration LLM, sécurité).
LinkedIn →Questions fréquentes
Faut-il forcément un audit avant une refonte ?
Comment éviter de perdre des fonctionnalités pendant la refonte ?
Peut-on profiter de la refonte pour changer l'ergonomie et les fonctionnalités ?
Est-ce que je vois l'avancement pendant le projet ?
Combien coûte une refonte de logiciel ou d'application ?
Combien de temps dure une refonte ?
Mon activité est-elle interrompue pendant la refonte ?
Que couvre la garantie ?
Reprenez-vous une application développée par un autre prestataire ?
Approfondir
- Audit technique : le préalable recommandé à toute refonte.
- Migration progressive d'un logiciel legacy
- Migration legacy vers le cloud
- Stratégie de transformation digitale
- Conseil en architecture logicielle
Sources et références
Publications de référence que nous utilisons sur ce sujet.
- Martin Fowler — Strangler Fig Application — Le principe de la migration progressive.
- Martin Fowler — Legacy Displacement Patterns — Patterns éprouvés de remplacement de système legacy.
- Agence du Numérique en Santé — Ségur du numérique — Référencement des logiciels de santé.
- Agence du Numérique en Santé — Hébergement de données de santé (HDS) — Cadre de la certification HDS.
- W3C — WCAG — Règles d'accessibilité appliquées à la refonte des interfaces.
Parler de votre refonte avec un architecte
Une heure, en visio ou à Nantes, gratuite et sans engagement. Décrivez-nous votre logiciel, votre application ou votre site : nous revenons vers vous sous 24 h ouvrées pour fixer le rendez-vous.
Vous préférez appeler ou écrire ? 07 71 23 60 99 · contact@dinno.fr