Mon prestataire est parti sans documentation. Peut-on reprendre le logiciel ?

Oui, c'est un cas d'intervention fréquent. On commence par sécuriser ce qui vous appartient — accès, code source, données, noms de domaine — puis on réalise un audit rapide pour comprendre l'architecture et l'état réel du logiciel. L'absence de documentation ralentit le démarrage mais ne bloque pas la reprise : une bonne partie de la connaissance se reconstitue en lisant le code et en observant le fonctionnement.

Que faire en premier quand un prestataire nous lâche ?

Sécuriser les actifs avant tout : récupérer les accès aux serveurs, au dépôt de code, à la base de données, aux noms de domaine et aux comptes tiers. C'est l'urgence, car ces éléments vous appartiennent et leur perte serait bien plus grave que le départ lui-même. Ensuite seulement vient l'audit technique et la reprise du pilotage.

Et si l'ancien prestataire refuse de coopérer ?

Cela arrive, et c'est précisément pour cela qu'un tiers indépendant est utile. Nous commençons par sécuriser ce qui vous revient de droit — code, accès, données, domaines — puis nous organisons la transition dans des conditions professionnelles. Dans la plupart des cas, la reprise est possible même sans la collaboration de l'équipe précédente.

Le code est de mauvaise qualité. Faut-il tout jeter ?

Pas nécessairement. Un code imparfait mais fonctionnel vaut souvent mieux qu'une réécriture complète et risquée. On évalue d'abord ce qui peut être conservé et sécurisé, et on ne remplace que ce qui le justifie vraiment, progressivement. Jeter tout par principe fait perdre les règles métier accumulées, qui sont la vraie valeur du logiciel.

Combien de temps prend une reprise de logiciel ?

La sécurisation des accès et un premier diagnostic prennent quelques jours. Reprendre sereinement le pilotage et corriger les irritants majeurs se compte en quelques semaines. La modernisation de fond, si elle est nécessaire, s'étale ensuite par paliers — mais vous n'êtes plus jamais dans l'urgence ni dépendant d'un prestataire unique.

Reprendre un logiciel développé par un prestataire parti

Votre développeur ou votre agence a disparu, ne répond plus, ou a fermé. Votre logiciel tourne encore, mais plus personne ne sait comment. Voici comment reprendre le contrôle.

C'est une situation plus fréquente qu'on ne le croit, et toujours angoissante : le prestataire qui a développé votre logiciel n'est plus là. Il a fermé, changé d'activité, ne répond plus à vos mails, ou la relation s'est dégradée au point de rompre. Votre application continue de tourner — pour l'instant — mais plus personne ne sait comment elle fonctionne, et la moindre panne vous laisse sans recours. Voici la marche à suivre pour reprendre la main.

Étape 1 : sécuriser ce qui vous appartient

C'est l'urgence absolue, avant même de comprendre le code. Vous devez récupérer et mettre en sécurité tous les actifs qui vous reviennent de droit : les accès aux serveurs et à l'hébergement, le code source et son dépôt, la base de données, les noms de domaine, et les comptes tiers (services de paiement, API, envoi d'emails…). Ces éléments sont votre propriété ; les perdre serait bien plus grave que le départ du prestataire lui-même. Trop d'entreprises découvrent trop tard que leur nom de domaine ou leur code étaient au nom du prestataire.

Étape 2 : auditer l'existant

Une fois les actifs sécurisés, on établit un diagnostic : comment le logiciel est-il construit, dans quel état est le code, quelles sont les dépendances, où sont les risques ? L'absence de documentation — le cas le plus courant — ralentit ce travail mais ne le bloque pas : une grande partie de la connaissance se reconstitue en lisant le code et en observant le fonctionnement réel. À l'issue de cet audit, vous disposez enfin d'une vision claire de ce que vous possédez.

Étape 3 : ne pas céder à la tentation de tout jeter

Face à un code qu'on découvre imparfait, le réflexe est de vouloir tout réécrire. C'est presque toujours une erreur. Un logiciel qui fonctionne, même mal codé, contient des années de règles métier — des cas particuliers, des exceptions, des comportements dont dépend votre activité et que personne n'a documentés. Tout jeter, c'est perdre cette valeur et la redécouvrir douloureusement en production. La bonne approche est de conserver et sécuriser ce qui peut l'être, puis de moderniser progressivement ce qui le justifie vraiment.

Étape 4 : reprendre le pilotage durablement

Reprendre un logiciel, ce n'est pas seulement récupérer du code : c'est retrouver la capacité de le faire évoluer sereinement. L'objectif final est votre autonomie — ne plus jamais dépendre d'un prestataire unique dont le départ vous mettrait en danger. C'est là qu'une direction technique à temps partagé prend tout son sens : un interlocuteur senior qui pilote votre produit dans la durée, en direct ou avec une équipe qu'il vous aide à constituer.

Vous n'êtes pas seul, et ce n'est pas perdu

La reprise est possible dans la très grande majorité des cas, même sans la coopération de l'équipe précédente, et même sans documentation. Ce qui compte, c'est d'agir dans le bon ordre : sécuriser d'abord, comprendre ensuite, moderniser enfin. Un tiers indépendant et expérimenté transforme une situation subie en reprise maîtrisée.