CRM Perpitech
CRM métier d'une société de détection de fuites, utilisé en production au quotidien : nous le faisons évoluer en continu, au rythme de l'activité de l'entreprise.
Reprise · TMA · Évolutions
Maintenance et reprise de votre application Laravel
Votre application Laravel fait tourner votre activité, mais le prestataire qui l'a développée est parti, les bugs s'accumulent ou les évolutions n'avancent plus. Nous reprenons votre base de code, nous la stabilisons, puis nous la faisons évoluer. La priorité : la continuité de votre activité, pas la réécriture par principe.
Votre situation
Les situations que nous prenons en charge
Application web, plateforme e-commerce ou logiciel métier sur mesure : si votre outil repose sur Laravel, nous pouvons le reprendre.
Le prestataire est parti
L'agence ou le développeur qui connaissait le code ne répond plus. Personne ne peut intervenir, et chaque semaine qui passe fragilise un outil dont votre activité dépend.
Des bugs récurrents
Les mêmes anomalies reviennent, corrigées dans l'urgence sans traiter la cause. La correction de bugs devient un coût permanent au lieu d'un chantier qui se termine.
Des dépendances obsolètes
Version de Laravel ou de PHP en fin de vie, paquets abandonnés, mises à jour repoussées depuis des années. Chaque changement devient risqué.
Des évolutions bloquées
Votre métier avance, pas votre application. Chaque nouvelle fonctionnalité est refusée, chiffrée trop cher ou livrée avec son lot de régressions.
Des performances dégradées
Écrans lents, exports qui n'aboutissent pas, serveur qui sature aux heures de pointe. L'outil freine vos équipes au lieu de les servir.
Ni tests, ni documentation
Personne ne sait ce qu'une modification peut casser. La dette technique s'installe et chaque intervention ressemble à un pari.
La reprise
Ce que comprend une reprise d'application
Reprendre une base de code écrite par d'autres ne s'improvise pas. Avant de modifier quoi que ce soit, nous prenons le temps de comprendre ce qui existe. Et nous ne déclarons jamais une base saine avant de l'avoir analysée : nous vous disons ce que nous trouvons, factuellement.
- 01 Prise en main. Dépôt Git, environnements, procédure de déploiement : nous vérifions que l'application peut être installée, lancée et déployée de façon reproductible.
- 02 Versions et dépendances. État de Laravel, de PHP et des paquets installés, écarts avec les versions maintenues, points de blocage connus.
- 03 Modèle de données. Lecture de la structure de la base : tables, relations, intégrité. C'est souvent là que se cachent les vraies contraintes.
- 04 Zones critiques. Paiement, comptes utilisateurs, données sensibles : nous identifions ce qui ne doit pas casser avant d'y toucher.
- 05 Reproduction des anomalies. Les bugs signalés sont reproduits en environnement de développement avant tout correctif, pour traiter la cause et non le symptôme.
- 06 Priorisation. Un plan d'action classé par risque et par valeur métier, que nous validons ensemble avant d'intervenir.
Nos prestations
Une maintenance Laravel qui couvre tout le cycle
Interventions ponctuelles ou TMA Laravel régulière (tierce maintenance applicative) : le cadre s'adapte à votre besoin, avec un interlocuteur qui connaît votre code.
Maintenance corrective
Correction de bugs et traitement des anomalies signalées, en remontant à la cause racine plutôt qu'en posant des rustines.
Maintenance préventive
Mises à jour régulières de Laravel, de PHP et des dépendances, avant qu'elles ne deviennent bloquantes. Pour une application très en retard, nous pouvons mettre à niveau une ancienne application dans un chantier dédié.
Maintenance évolutive
Nouvelles fonctionnalités, ajustements métier, intégrations avec vos autres outils. L'évolution de votre application suit votre activité au lieu de la freiner.
Performances
Profilage, optimisation des requêtes, cache, files d'attente. Nous mesurons avant et après chaque intervention, pour objectiver le résultat.
Infrastructure
Version de PHP, workers de files d'attente, tâches planifiées, procédure de déploiement. Une application Laravel ne tient pas debout toute seule : ce qui l'exécute demande le même suivi que son code.
Supervision
Logs, remontée des erreurs, disponibilité. Savoir qu'un traitement a échoué la nuit dernière vaut mieux que l'apprendre par un client trois jours plus tard.
Sécurisation
Application des correctifs de sécurité publiés et durcissement des points d'entrée, selon les bonnes pratiques du framework. La sécurité est un travail continu, pas un état acquis.
Tests et documentation
Ajout progressif de tests automatisés sur les zones critiques, et documentation de ce que nous comprenons en chemin, pour que la connaissance ne reparte plus avec un prestataire.
La chaîne technique
Laravel ne se maintient pas seul
Maintenir une application Laravel, ce n'est pas suivre une seule version. C'est tenir une chaîne dont chaque maillon a son propre calendrier.
Laravel
PHP
Composer
Paquets
Base de données
Redis et files
Serveur
Chaque maillon a sa propre échéance
Laravel, PHP et chaque paquet installé suivent des cycles de support différents, décidés par des équipes différentes. Une application peut donc devenir non maintenue sans que personne n'ait rien changé.
Un maillon figé bloque les autres
Un paquet abandonné qui exige une ancienne version de PHP empêche la montée de Laravel, qui empêche à son tour les paquets suivants. C'est ce blocage en cascade qui rend une application impossible à faire évoluer, bien plus que le code lui-même.
Ce que nous regardons en premier
L'écart entre les versions installées et les versions encore suivies, les paquets sans mainteneur, et ce que l'infrastructure impose. C'est ce qui détermine si l'on peut avancer par petits pas ou s'il faut mener la montée de version comme un chantier dédié.
Vous ne savez pas dans quel état se trouve votre application ?
Commencer par un audit LaravelComment ça se passe
Le déroulement d'une reprise
Pas d'engagement à l'aveugle : chaque étape vous laisse la main.
- 01 Échange initial. Vous nous décrivez l'application, son rôle dans votre activité et ce qui pose problème aujourd'hui.
- 02 Accès au code. Vous nous ouvrez un accès en lecture au dépôt Git et aux environnements disponibles.
- 03 Audit de reprise. Nous préférons commencer par un audit de reprise : un état des lieux factuel des versions, de l'architecture et des zones à risque.
- 04 Plan priorisé. Vous recevez un plan d'action classé : l'urgent, l'important, ce qui peut attendre. Vous décidez de ce qu'on lance, et dans quel ordre.
- 05 Incréments. Nous intervenons par petits lots, livrés et vérifiés un à un, pour limiter les risques sur la production.
- 06 Suivi. Correctifs, mises à jour et évolutions au fil de l'eau, au rythme de votre activité et de votre budget.
Pourquoi nous
Du code en production, on en fait vivre tous les jours
Le fondateur de La Boîte à Code développe sur Laravel depuis 2015, avec plus de 20 projets livrés, en création comme en intervention sur du code existant. C'est le quotidien de notre agence Laravel, sur le framework comme sur son écosystème : Livewire, Filament, Alpine.js, Tailwind CSS.
Le code vous appartient, avant comme après notre passage. Nous documentons ce que nous faisons, nous vous disons ce que nous trouvons, y compris quand c'est moins bon qu'espéré. Et si vous changez un jour de prestataire, vous partez avec le dépôt, les accès et la documentation : aucune dépendance à notre égard n'est organisée.
Réalisations
Des applications en production qui continuent d'évoluer
Le Rugbynistère
Média rugby suivi par plus d'un million de lecteurs. Une plateforme à fort trafic qui vit en production : correctifs, ajustements et évolutions livrés au fil de l'eau, sans interrompre la publication.
FAQ
Reprise et maintenance : vos questions
Oui, c'est le cœur de cette offre. Nous reprenons régulièrement des bases de code que nous n'avons pas écrites : départ d'un freelance, agence qui ne répond plus, équipe interne dissoute. Nous commençons par comprendre l'existant, versions, dépendances et zones critiques, avant toute modification, puis nous vous proposons un plan d'action priorisé. Vous gardez la main à chaque étape.
Presque jamais d'emblée. Reprendre une application, c'est d'abord la stabiliser : corriger ce qui bloque, sécuriser les mises à jour, documenter ce qui manque. La base existante reste le point de départ tant que l'analyse n'a pas prouvé qu'elle coûte plus cher à maintenir qu'à remplacer. Cette décision se prend sur pièces, jamais par principe.
Oui. Correction d'un bug bloquant, mise à jour de sécurité, petite évolution : une intervention ponctuelle est possible, sans abonnement obligatoire. Si les besoins deviennent récurrents, un cadre de TMA régulier est en général plus confortable, avec des demandes priorisées et traitées par quelqu'un qui connaît déjà votre code. On en discute simplement via la page contact.
Par un échange sur votre application et vos priorités, puis un accès en lecture au code et aux environnements. Nous menons ensuite un audit de reprise : état des versions et des dépendances, architecture, zones à risque, anomalies connues. Vous recevez un plan d'action priorisé et vous décidez de la suite, sans engagement sur le reste.
Oui. Nous menons les montées de version de Laravel et de PHP de façon progressive, version par version, en vérifiant l'application à chaque palier. Pour une application très en retard, ce chantier est traité comme une migration Laravel à part entière, avec son propre cadrage. Le point de départ reste le même : évaluer l'écart avant d'annoncer quoi que ce soit.
Discutons de votre projet
Une application Laravel à reprendre ?
Que vous démarriez de zéro ou repreniez une base existante, on cadre le projet en amont, sans engagement.
Vous préférez avoir une estimation rapide ? Notre outil vous donne une fourchette en quelques minutes.