Pourquoi la maintenance post-lancement compte tant

Un logiciel non maintenu ne reste pas en l'état — il se dégrade lentement à mesure que dépendances, plateformes et attentes évoluent.

Il est tentant de considérer le 'lancement' comme la ligne d'arrivée d'un projet logiciel, mais un logiciel n'est pas statique — il existe au sein d'un écosystème en mouvement constant : mises à jour du système d'exploitation, nouvelles versions de dépendances, attentes changeantes des utilisateurs et menaces de sécurité évolutives. Sans maintenance, même une app parfaitement construite se dégrade avec le temps, non pas parce que le code s'est détérioré, mais parce que tout ce qui l'entoure a continué de changer.

Le risque le plus visible est la compatibilité de plateforme : Apple et Google poussent tous deux des mises à jour d'OS qui peuvent casser des apps reposant sur des API obsolètes, et les politiques de validation des stores changent assez souvent pour qu'une app validée il y a un an soit rejetée à sa prochaine mise à jour si personne ne surveille. Le deuxième est la dérive des dépendances : les bibliothèques dont dépend votre app reçoivent des correctifs de sécurité, et repousser trop longtemps les mises à jour signifie finir par affronter une migration bien plus lourde et risquée au lieu de petites étapes incrémentales.

Le troisième, souvent le plus impactant pour le business, est l'accumulation lente de petits bugs qu'on ne priorise jamais individuellement mais qui finissent, sur plusieurs mois, par créer une mauvaise expérience utilisateur. Une boîte de support pleine des trois mêmes plaintes est généralement le signe que le budget de maintenance a été coupé trop tôt, pas que le produit a été mal construit.

Notre approche consiste à traiter les premiers mois après le lancement comme faisant partie du projet, pas comme une phase séparée — supervision active, correction des problèmes au fur et à mesure, avant de passer à un plan de maintenance plus léger et prévisible. Les produits qui réussissent cela continuent de créer de la valeur ; ceux qui échouent accumulent lentement une dette technique jusqu'à ce qu'une reconstruction devienne moins chère qu'une réparation.