Refonte de produit · Suisse
Refonte d’application web et de SaaS.
Je reconstruis des applications web, des SaaS et des logiciels métier qui ont vieilli — ou des prototypes qui ont trouvé des clients sans l’architecture pour les garder. La refonte part du modèle métier : les données sont reposées et migrées, les règles réécrites en code testé, les paiements, les rôles et l’administration reconstruits, puis la bascule se fait sans interruption. Au forfait, sur un périmètre écrit, en général CHF 25’000–80’000.
Mis à jour le
En bref
- Où
- Zürich, Suisse — à distance dans toute la Suisse et en Europe
- Pour quoi
- Application web, SaaS, logiciel métier, prototype devenu produit
- Fourchette
- En général CHF 25’000–80’000 au forfait ; minimum CHF 20’000
- Délai type
- 5–10 semaines ; au-delà de CHF 80’000, des phases successives à prix fixe
- Point d’entrée
- Diagnostic payant CHF 2’400 quand le périmètre n’est pas fixé, crédité sur la refonte
- Construits et exploités
- Atamatax · Horvera · Vellaci (en production)
Une refonte n’est pas un nouveau thème. C’est le moment où l’on paie la dette accumulée : un schéma de données qui ne correspond plus au métier, des règles dispersées dans les écrans, des corrections manuelles en base, une équipe qui n’ose plus toucher au code. La refonte remet le métier au centre ; l’interface suit.
Aucune refonte réalisée pour un client n’est publiée à ce jour. Ce que je peux montrer, ce sont mes propres produits, construits autour de leur modèle métier — règles versionnées, résultats reproductibles après un changement de règle, données à un seul endroit : l’architecture qu’une refonte doit produire.
01 — Signaux
Quand une refonte devient nécessaire
Les symptômes qui reviennent dans presque chaque produit qui a vieilli. Un seul ne suffit pas ; trois ensemble, oui.
- Chaque changement casse autre chose
- La logique est copiée dans plusieurs écrans, les modifications touchent des endroits inattendus, et les tests manquent — ou ne testent pas ce qui compte.
- Les règles métier vivent dans deux têtes
- Tarification, éligibilité, statuts : quand la personne qui sait est absente, le support s’arrête.
- Les données se corrigent à la main
- Des scripts SQL ponctuels réparent des incohérences : le schéma ne correspond plus au métier.
- Le prototype a trouvé des clients
- Construit vite, souvent avec l’IA, il prouve la demande mais ne tient pas la charge des vrais clients : authentification, paiements, permissions, erreurs.
- La stack n’est plus maintenue
- Framework abandonné, dépendances aux failles connues, hébergement qui ne se met plus à jour : le coût de rester augmente chaque mois.
02 — Méthode
Comment je mène une refonte
D’abord l’inventaire de ce que le produit fait réellement — pas de ce que la documentation prétend : les flux utilisés, les règles appliquées, les données et leurs incohérences, les intégrations. Je vérifie le comportement actuel avant de proposer de le changer.
Ensuite le modèle : un schéma Postgres posé à partir du métier, les règles extraites dans des modules purs, testés contre des cas réels et versionnés quand un résultat passé doit rester reproductible. C’est ce que l’ancien système n’avait pas, et la raison d’être de la refonte.
Puis la reconstruction sur Next.js — authentification, rôles, paiements, emails, administration, observabilité — avec une démo chaque semaine. La migration des données est un script répétable, exécuté à blanc plusieurs fois avant la bascule ; l’ancien et le nouveau système coexistent jusqu’à ce que les chiffres concordent.
Enfin la bascule et la passation : redirections, vérification des parcours critiques, code et comptes à votre nom, documentation d’architecture et d’exploitation.
03 — Alternatives
Ce qui n’est pas une refonte
- Un bug précis
- Si le produit tient mais qu’un flux casse, une réparation suffit : Code Rescue, à prix fixe.
- Une interface datée
- Si seul l’aspect vieillit, un redesign suffit : Design Rescue. Une refonte de produit ne change pas un thème.
- Un lancement imminent
- Si la question est « est-ce prêt pour de vrais utilisateurs ? », c’est une vérification avant lancement : Launch Rescue.
- Un périmètre flou
- Si personne ne sait encore quoi garder, le diagnostic d’architecture produit le périmètre de la refonte et son prix.
04 — Coût
Ce que coûte une refonte
En général CHF 25’000–80’000 au forfait, à partir de CHF 20’000. Ce qui fait bouger le prix : le nombre d’entités et de règles à reprendre, le volume et l’état des données à migrer, les intégrations, le nombre de rôles. Au-delà de CHF 80’000, la refonte est découpée en phases, chacune à prix fixe et livrant un produit utilisable.
Le prix est fixé après le cadrage et ne bouge pas. Quand le périmètre n’est pas encore clair, le diagnostic payant — CHF 2’400, crédité intégralement sur la refonte dans les 60 jours — produit l’inventaire, le modèle cible et le chiffrage.
05 — Recruter ?
Faut-il plutôt recruter ?
Une refonte a une fin ; l’évolution du produit n’en a pas. Si vous avez une équipe, elle peut mener la refonte — à condition d’avoir le temps de la faire sans arrêter le reste. Si vous n’en avez pas, recruter pour une refonte revient à embaucher quelqu’un qui découvrira le système en même temps qu’il le reconstruit.
Le schéma fréquent : la refonte au forfait, construite pour être reprise, puis le recrutement de la personne qui fera évoluer le produit. Le guide recruter ou externaliser chiffre les deux options avec des sources officielles.
Est-ce le bon service ?
Ce service a du sens si
- Votre produit a des clients ou des utilisateurs réels, et son architecture freine chaque évolution.
- Les règles métier sont dispersées, non testées, ou connues d’une seule personne.
- Un prototype — construit vite ou avec l’IA — doit devenir un produit de production.
- Vous voulez un prix fixe, une bascule sans interruption, et repartir avec le code et les comptes.
Ce n’est pas le bon service si
- Vous voulez seulement changer l’apparence : c’est un redesign.
- Le produit est une application mobile native, ou un ERP à paramétrer.
- Le budget est inférieur à CHF 20’000 : une réparation ciblée est plus adaptée.
- Vous cherchez une maintenance continue à l’heure.
Preuves — produits construits et exploités
Mes propres produits, avec leur état réel. Aucun projet client n’est publié à ce jour.
- atamatax.comEn production · paiements actifsAtamatax — l’infrastructure fiscale des Américains à l’étrangerUn moteur de règles versionné dont chaque conclusion cite sa règle : un résultat passé reste reproductible après un changement de règle — ce qu’une refonte doit garantir.Next.jsTypeScriptPostgresStripeVercelLire l’étude de cas →
- vellaci.chEn production · abonnements actifsVellaci — la conformité Cyber Resilience Act pour les fabricants de produitsRévisions immuables et coffre de preuves exportable : le modèle de données d’un produit réglementé, posé avant l’interface.Next.jsTypeScriptPostgresStripeCycloneDX · SPDXOSV · KEV · EPSSLire l’étude de cas →
- horvera.comEn production · paiements actifsHorvera — l’infrastructure de l’indemnisation des volsUn moteur d’éligibilité versionné qui rend chaque décision avec sa trace et ses sources, et des pages générées depuis les données.Next.jsTypeScriptPostgresStripePostHogLire l’étude de cas →
Méthode
Quatre étapes, scope fixe, prix convenu à l’avance.
- 01
Diagnostic
20 minutes, gratuit. Modèle économique, workflows, risques, périmètre produit. Si je ne suis pas la bonne personne, je le dis.
- 02
Architecture et proposition
Sous 48h : modèle de données, frontières du système, intégrations, UX — et un seul prix forfaitaire avec des jalons datés. Pas de « à partir de ».
- 03
Construction
4 à 6 semaines d’itérations contrôlées. Démo chaque vendredi sur une preview Vercel. Vous voyez le système grandir en direct — pas de boîte noire.
- 04
Mise en production
Paiements, analytics, déploiement, workflows opérationnels. Vous repartez avec le repo, les comptes, le pipeline — et 30 jours de réponses sous 24h.
- 05
Amélioration
Itération mesurée sur l’usage réel : un nouveau forfait par périmètre, ou rien si votre équipe reprend. Pas de dépendance cachée.
Questions fréquentes
Combien coûte la refonte d’une application web en Suisse ?
En général CHF 25’000–80’000 au forfait, à partir de CHF 20’000. Le prix dépend du nombre d’entités et de règles à reprendre, des données à migrer et des intégrations. Au-delà de CHF 80’000, la refonte est découpée en phases à prix fixe.
Faut-il refaire ou améliorer l’existant ?
Améliorer quand le modèle de données correspond encore au métier et que les problèmes sont localisés. Refaire quand chaque changement casse autre chose, que les données se corrigent à la main ou que la stack n’est plus maintenue. Le diagnostic tranche avec un inventaire, pas une impression.
Combien de temps dure une refonte ?
5–10 semaines selon le périmètre, avec une démo chaque semaine. Les refontes plus larges sont découpées en phases.
Comment migrer les données sans interruption ?
Avec un script de migration répétable, exécuté à blanc plusieurs fois sur une copie des données réelles, et une période où l’ancien et le nouveau système coexistent jusqu’à ce que les chiffres concordent. La bascule est planifiée, réversible et vérifiée sur les parcours critiques.
Pouvez-vous reprendre un prototype construit avec l’IA ?
Oui. Je vérifie d’abord ce qu’il fait réellement, je garde ce qui tient — souvent l’interface et la compréhension du besoin — et je reconstruis ce qui ne tient pas : modèle de données, autorisations, paiements, erreurs. Voir Prototype ou v1.
Avez-vous déjà refait des applications pour des clients ?
Aucune refonte client n’est publiée à ce jour. Les preuves présentées ici sont mes propres produits — c’est dit tel quel plutôt que d’habiller un produit maison en référence client.
Pour aller plus loin
- Prototype ou v1 : la différence qui décide de votre lancementUn prototype impressionne en démo. Un v1 survit au premier vrai client. Confondre les deux coûte cher.Construire un produit5 minLire →
- Architecture Next.js pour un SaaS en production : les décisions que je prends sur chaque produitCe qui sépare un projet Next.js qui tient de celui qu’on réécrit au bout d’un an tient à une dizaine de décisions. Voici les miennes, telles qu’elles sont appliquées sur Atamatax, Horvera, Wabiro, SponsorsMetrics — et sur ce site.Next.js & full-stack9 minLire →
- Ce qu’un fondateur doit vérifier avant de lancer un SaaS construit avec l’IAUne application qui s’affiche n’est pas un produit prêt à encaisser. Huit domaines, un test par domaine, et la différence entre déclarer et vérifier.Ingénierie SaaS8 minLire →
Autres services
- Audit d’architecture et de produitLe diagnostic payant avant la construction : périmètre du v1, architecture cible, risques, plan et budget. CHF 2’400, sept jours ouvrés, crédité à 100 % sur la construction.
- Développement v1 SaaSLa première version qui survit à son premier client — ce qu’elle doit contenir, et ce qu’on peut laisser pour plus tard.
- Développeur Next.jsDes applications Next.js en production — App Router, composants serveur, Postgres, Stripe — rapides, indexables, maintenables.
Un produit qui freine plus qu’il n’avance ?
Décrivez ce qu’il fait, ce qui casse et ce que ça coûte aujourd’hui. Six questions pour vérifier l’adéquation, réponse sous 48h.
danilson.daveigaramos.pro@gmail.com · Réponse sous 24h, du lundi au vendredi.