Que devient votre application si l'outil qui l'a créée disparaît ?

Plateformes qui ferment, tarifs qui triplent, rachats : le scénario mérite d'être joué avant de choisir. Deux actifs décident de la suite, votre code et votre spécification. Le test de réversibilité tient en trois questions.

Si l'outil qui a construit votre application fermait demain, deux actifs décideraient de la suite : le code, en format standard, et la spécification, lisible par un humain. Avec les deux chez vous, un prestataire reprend le travail en quelques jours. Sans eux, vous rachetez votre produit au prix du neuf : 30 000 € en médiane d'agence.

Le test de réversibilité, en trois questions

Posez ces trois questions à votre outil, avant de dépendre de lui. Un : pouvez-vous télécharger l'intégralité du code, aujourd'hui, sans demande au support ? Deux : ce code tourne-t-il hors de la plateforme, sur un hébergement ordinaire ? Trois : un document lisible décrit-il ce que l'application fait, ses règles et ses cas particuliers ? Trois oui : vous êtes propriétaire. Un non : vous êtes locataire, et le bail se renégocie sans vous. Posez ces questions par écrit ; la réponse orale d'un commercial n'engage à rien.

Pourquoi le code seul ne suffit pas

Un dossier de code récupéré sans document qui l'explique ressemble à une maison sans plans : elle tient debout, et le prochain artisan la sonde à l'aveugle. Le repreneur devra deviner vos règles métier dans les lignes, et il en manquera. La spécification validée (le brief, les règles, les critères de réussite) rend le code remplaçable : avec elle, on peut réauditer, faire évoluer, ou reconstruire ailleurs. Nous l'écrivions dans un article précédent : le code est une interprétation, votre spécification est la partition.

Les plateformes fermées, un pari sur la durée

Une application construite dans un éditeur no-code hébergé vit chez son éditeur : sans export de code, la question de la réversibilité est réglée d'avance, en votre défaveur. Le pari peut se tenir tant que l'outil prospère ; un rachat, un triplement de tarif ou une fermeture le rappellent au pire moment. Les outils de génération par IA se départagent sur le même critère : certains produisent du code standard que vous emportez, d'autres gardent le projet dans leur nuage. Les mêmes questions valent d'ailleurs pour un prestataire humain : un freelance qui garde le dépôt chez lui reproduit la dépendance d'une plateforme, en artisanal.

Comment Maestro se rend remplaçable

Un projet Maestro est un dossier sur votre machine : le code en technologies standard du web, les documents en français à côté (brief, cahier des charges, règles), les versions gardées par un système d'archivage éprouvé. Le test se fait en trente secondes : ouvrez le dossier sans lancer Maestro, tout y est. La spécification suit le même chemin : chaque document validé se range dans le dossier du projet, daté, dans sa version du moment. Nous tenons à ce que l'outil reste quittable ; c'est la seule garantie honnête qu'un éditeur puisse donner, et elle vaut pour nous comme pour les autres.

À exiger, où que vous construisiez

Avant de choisir un outil ou un prestataire, faites passer le test des trois questions, par écrit. Ajoutez une exigence : chaque décision importante de votre produit doit exister dans un document que vous pouvez lire, corriger et emporter. Le jour où l'outil disparaît, change de prix ou cesse de vous convenir, ce document et votre code font la différence entre déménager et repartir de zéro, à 30 000 € la médiane du développement neuf en agence.