Reprise d'application web existante

Les signes qu'il est temps de reprendre votre application

• Le prestataire ou le développeur qui l'a créée ne répond plus, ou n'a plus le temps.
• Personne ne sait exactement comment elle est hébergée, ni où sont les accès.
• Chaque nouvelle fonctionnalité prend des semaines, ou casse autre chose.
• L'application tourne sur une version de PHP ou de Symfony qui n'est plus maintenue, avec des failles de sécurité connues.
• Vous en dépendez tous les jours, et vous n'avez ni documentation, ni sauvegarde vérifiée, ni environnement de test.

Si vous cochez deux de ces cases, votre application est devenue une application legacy : elle fonctionne encore, mais plus personne ne peut la faire évoluer sereinement. La reprise par un nouveau prestataire n'est alors pas un luxe : c'est une assurance sur un outil dont votre activité dépend.

Comment se déroule une reprise

1. Récupération et sécurisation

Nous commençons par mettre à l'abri ce qui existe : code source, base de données, accès au serveur, au nom de domaine et aux services tiers. Si le prestataire précédent est joignable, nous organisons la passation avec lui ; sinon, nous partons de ce que vous avez.

2. Audit technique

En quelques jours, nous produisons un état des lieux écrit : versions de PHP, de Symfony et des dépendances, dette technique, failles de sécurité, absence de tests, performance, hébergement. Chaque point est classé par risque et par effort de correction.

3. Plan de remise à niveau

Vous recevez un plan priorisé : ce qui doit être corrigé immédiatement (sécurité, sauvegardes), ce qui doit l'être avant toute évolution (montée de version, environnement de test, intégration continue) et ce qui peut attendre. Chaque lot est chiffré.

4. Reprise progressive

Nous reprenons l'application par étapes, en production, sans coupure ni réécriture complète. Les premières corrections sont livrées vite ; les évolutions fonctionnelles reprennent dès que la base est saine.

Ce que couvre l'audit

• Inventaire des versions et des dépendances, avec leur date de fin de support.
• Revue de sécurité : authentification, gestion des droits, injections, données personnelles.
• Qualité du code et de l'architecture, couverture de tests.
• Hébergement, sauvegardes, procédure de déploiement.
• Estimation chiffrée des corrections et des évolutions demandées.

Reprise ou refonte complète : faut-il tout réécrire ?

Rarement. Une refonte complète coûte cher, prend des mois et reproduit souvent les mêmes erreurs. Dans la plupart des cas, une migration de version PHP et Symfony, l'ajout de tests sur les parties critiques et un nettoyage progressif suffisent à rendre l'application maintenable. Nous ne recommandons la réécriture que lorsque l'audit démontre qu'elle coûte moins cher que la remise à niveau, et nous le justifions chiffres à l'appui.

Et après : maintenance et évolutions

Une fois l'application saine, la plupart de nos clients nous la confient dans la durée via un contrat de maintenance applicative (TMA) : corrections, mises à jour de sécurité, montées de version et évolutions, avec un interlocuteur qui connaît votre code. Et si l'audit conclut qu'il vaut mieux repartir de zéro, nous savons aussi développer une application sur mesure en reprenant vos données.

Tarifs

L'audit est réalisé au forfait, sur la base d'un accès au code et à un environnement. La remise à niveau est chiffrée lot par lot à partir de l'audit : vous décidez de ce que vous lancez, et dans quel ordre. Pour les besoins récurrents, nous proposons aussi des interventions en régie.