Ce qui fait varier le prix d'une reprise de projet

Le prix d'une reprise de projet ne se devine pas à partir de l'extérieur : il dépend de ce qu'on trouve à l'intérieur. Deux applications qui paraissent identiques peuvent demander des efforts très différents. Voici les facteurs qui comptent, et ce qui permet d'estimer sérieusement, sans chiffre au hasard.

L'analogie : le devis d'un garagiste

Si vous demandez à un garagiste « combien coûte une réparation ? » sans lui montrer la voiture, il ne peut pas répondre honnêtement. Une voiture entretenue avec un carnet complet, c'est une chose. Une voiture dont personne ne sait rien, c'en est une autre. Il doit d'abord regarder.

Reprendre un projet suit la même logique : une estimation sérieuse suppose d'avoir regardé.

Les facteurs qui font varier l'effort

• La taille. Le nombre d'écrans, de fonctionnalités, de types de données, d'intégrations avec d'autres services. Plus il y a de choses, plus il y a à comprendre.
• L'état du code. Un code lisible, cohérent et structuré se reprend vite. Un code où tout est mêlé demande beaucoup plus de temps, même s'il « marche ».
• La documentation. Une explication de l'architecture, de la mise en place et des choix faits fait gagner énormément de temps. Son absence oblige à tout redécouvrir.
• Les tests. Des tests automatiques permettent de modifier sans craindre de casser. Sans eux, chaque changement demande plus de prudence et de vérifications manuelles. Voir les tests automatiques.
• Les accès. Dépôt de code, hébergement, base de données, services tiers : si certains manquent ou sont au nom d'une autre personne, il faut d'abord les récupérer.
• La dette technique. Les raccourcis accumulés, les briques vieillissantes, les mises à jour repoussées. Voir la dette technique.
• L'urgence. Un site en panne ou une échéance imminente se traitent autrement qu'une reprise planifiée. Travailler dans l'urgence limite les options et demande de choisir des priorités.
• Les technologies employées. Une pile courante et bien maintenue se reprend plus facilement qu'un outil rare ou abandonné.
• Le niveau de sécurité et de fiabilité attendu. Des données sensibles, des paiements ou une forte audience demandent plus de vérifications.
• Ce que vous attendez après la reprise. Stabiliser et maintenir n'est pas la même mission que continuer à faire évoluer le produit.

Pourquoi donner un prix tout de suite serait trompeur

Un tarif annoncé sans avoir vu le projet repose sur des hypothèses. Quand elles se révèlent fausses, la facture change, ou la qualité baisse pour tenir le budget. Un prix fiable vient après un premier regard, et il dit ce qu'il couvre.

Ce qui permet d'estimer sérieusement

1. Un inventaire : ce qui existe, ce qui tourne, ce qui est utilisé par qui.
2. Une relecture du code, même partielle, pour juger de son état.
3. Une liste claire de vos objectifs : que doit faire le produit dans les prochains mois ?
4. Les contraintes : échéances, budget, personnes disponibles.
5. Un périmètre écrit, avec ce qui est inclus et ce qui ne l'est pas.

Une bonne estimation peut aussi se décomposer : une première phase d'état des lieux, puis la suite selon ce qu'on y découvre. Cela limite les surprises des deux côtés.

Ce que vous pouvez préparer vous-même

• Rassemblez les accès et notez qui est propriétaire de quoi. Voir reprendre un projet laissé par un freelance.
• Écrivez, en quelques lignes, ce que fait le produit et ce que vous voulez qu'il fasse ensuite.
• Listez les problèmes que vous avez déjà rencontrés : pannes, lenteurs, bugs récurrents.
• Retrouvez les anciens échanges avec la personne qui l'a construit, les cahiers des charges, les comptes rendus.

À retenir

Le coût d'une reprise dépend de la taille, de l'état du code, de la documentation, des tests, des accès, de la dette et de l'urgence : on ne peut l'estimer sérieusement qu'après un premier regard. Méfiez-vous d'un prix donné sans avoir rien vu.

Et pour votre produit ?

Si vous avez un projet à reprendre et que vous voulez une estimation fondée sur la réalité, notre accompagnement de reprise de projet commence par un état des lieux, qui permet de cadrer ce qui est à faire et dans quel ordre. Nous pouvons en parler lors d'un échange de 30 minutes.