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.

Méthode

Quatre étapes, scope fixe, prix convenu à l’avance.

  1. 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.

  2. 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 ».

  3. 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.

  4. 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.

  5. 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.

Le déroulé complet, les garanties et les prix →

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.

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.