Accueil/Expertises/Reprise & modernisation/Modernisation applicative
Expertise · Modernisation applicative

Vos applicationsmodernisées,sans rupture.

Audit, plan de bascule, reconstruction progressive. On garde ce qui marche, on remplace ce qui bloque, sans geler vos évolutions, sans dépendance permanente.

bascule-plan.v2.json
Sprint 06 · coexistence active
Modules migrés4 / 7 · 57%
ModuleLegacyCibleÉtat
AuthentificationSymfony 3 · sessions PHPSupabase AuthMIGRÉ
Gestion des mandatsPHP · MySQL legacyNext.js · PostgreSQLMIGRÉ
Espace chasseurTwig · jQueryNext.js · ReactMIGRÉ
Espace clientTwig · jQueryNext.js · ReactMIGRÉ
Back-office adminSymfony EasyAdminDirectusEN COURS
NotificationsCron PHP · SwiftMailerÀ FAIRE
ReportingExports CSV manuelsÀ FAIRE
Coexistence activeRupture utilisateur 0Sprint 06 / 11
01 — Pourquoi nous

Trois principes,
qui distinguent une modernisation d'une réécriture.

Une application qui freine votre activité n'a pas besoin d'être jetée. Elle a besoin d'être lue, comprise, et reconstruite par morceaux, pendant que le métier continue de tourner.

01

Migration progressive

Coexistence ancien / nouveau jusqu'à la bascule complète. Vos équipes continuent de travailler pendant qu'on modernise. Pas d'interruption métier, pas de gel des évolutions en cours.

02

On reprend l'existant, on ne le jette pas

PHP, Java, .NET, Symfony, vieux Rails, Bubble, Airtable : on audite, on extrait ce qui a de la valeur, on reconstruit ce qui doit l'être. Pas de réécriture pour le plaisir.

03

Transfert aux équipes internes inclus

Documentation, revues de code, formation. Notre intérêt n'est pas de devenir indispensable. Vous reprenez la main quand vous voulez, c'est dans le périmètre, pas en option.

03 — Stack cible

Ce vers quoi nous modernisons.

Stack standard Scroll en cible — moderne, maintenable, recrutable. Pas de techno exotique sans avenir. Le code source revient chez vous, dans votre Git, sans dépendance permanente à Scroll.

Legacy fréquemment repris
PHPSymfonyJava.NETRuby on RailsPythonBubbleAirtableFlutterFlow
Stack cible — Scroll

Front

Next.js
React
TypeScript

Back / Data

Supabase
PostgreSQL
Directus

IA / Agents

Mistral, OpenAI, Claude
MCP
LangGraph

Auth

Supabase Auth
Auth0

Ops / Hosting

OVH, Vercel
Docker
GitHub Actions

Monitoring

Sentry
PostHog
Stack cible adaptable selon le contexte : Java moderne ou Python si votre équipe IT y est. Le but n'est pas d'imposer Next.js partout, c'est de poser une cible que vous saurez maintenir.
04 — Cas client

JeRêveDuneMaison — d'une app métier rigide à une stack moderne.

Application de gestion des mandats pour chasseurs immobiliers, clients et administrateurs. Migration progressive vers Next.js + Supabase + PostgreSQL, documentation et accompagnement complet. Coexistence ancien / nouveau jusqu'à la bascule finale.

Lire le cas complet
Immobilier · Chasse de biensModernisation · Stack legacy → moderne
App métier rigideNext.js + Supabase + PostgreSQL

400+ mandats
gérés sur la nouvelle plateforme.

Reconstruction des modules critiques, reprise des données historiques, formation des trois rôles (chasseur, client, admin), bascule progressive sans interruption du service.

400+mandats gérés sur la nouvelle plateforme
3rôles métier modernisés — chasseur, client, admin
0rupture utilisateur pendant la coexistence
Next.jsSupabasePostgreSQLTypeScriptjerevedunemaison.com ↗
05 — Méthode modernisation

Quatre étapes, sans big bang.

Décliné de notre méthode générale, adapté à la reprise de legacy. Cartographier d'abord — on ne modernise jamais une application qu'on n'aurait pas pris le temps de comprendre.

01Auditer

L'existant, indépendamment.

Cartographie du système, identification des points de blocage, évaluation de la dette technique, critères de succès. Livrable : diagnostic + plan de bascule + estimation. 1 à 3 semaines.

02Planifier

Le plan de bascule.

Quels modules garder, quels modules remplacer, dans quel ordre, avec quelle coexistence. Validation avec vos équipes IT et métier avant tout développement. Pas de surprise en cours de route.

03Reconstruire

Module par module.

Sprints de 2 semaines, livraison par modules. Vos utilisateurs basculent au fur et à mesure, sans rupture. Tests automatisés et monitoring dès le premier module en production.

04Transférer

Bascule finale et autonomie.

Décommissionnement de l’ancien système, formation des équipes, documentation finale. Transfert progressif aux équipes internes si souhaité — votre IT reprend la main avant la fin du contrat.

06 — Sortie

Ce que vous récupérez à la fin.

Une modernisation n'est réussie que si vos équipes reprennent la main. Le code source revient chez vous, vos devs sont formés, vos abonnements legacy sont arrêtés. Pas d'irréversible.

Code source à vous

TypeScript revu, testé, documenté. Dans votre Git, sous votre licence. Pas un blob exporté d’un outil tiers.

Données préservées

Reprise des données historiques, intégrité contrôlée, migration documentée. L’antériorité utilisateur n’est jamais sacrifiée.

Équipes formées

Sessions de formation, pair programming, documentation. Vos devs reprennent la main avant la fin du contrat. Pas de dépendance permanente.

Legacy décommissionné

L'ancien système est arrêté progressivement, module par module, après bascule validée de chaque périmètre. Pas d'arrêt brutal.

07 — FAQ

Questions de DSI et directions produit.

Les questions qui reviennent en cadrage côté IT et côté métier. Si la vôtre n'y est pas, écrivez-nous — la réponse rejoindra cette liste.

Entre 2 et 6 mois selon la taille du système. L'audit donne une estimation ferme après 1 à 3 semaines — pas de devis à l'aveugle. Un monolithe Symfony de 10 ans avec 80 tables n'a rien à voir avec une app Bubble de 18 mois ; nous chiffrons après cartographie réelle, pas avant.
Non. La coexistence ancien / nouveau est notre méthode par défaut, jamais le big bang. Vos équipes continuent de travailler, vos utilisateurs continuent d’utiliser l’application, les évolutions métier ne sont pas gelées. Les modules basculent un par un, après recette continue.
Décommissionné progressivement, module par module, après bascule validée de chaque périmètre. Pas d’arrêt brutal. Pendant toute la migration, l’ancien et le nouveau tournent en parallèle, avec des règles de routage explicites. Le dernier module bascule quand vous êtes prêts — pas avant.
Oui, systématiquement. Co-construction, revues de code, formation, pair programming en fin de mission. Le transfert de compétences est dans le périmètre — pas une option à rajouter. Notre intérêt n'est pas de devenir indispensable à votre run : vos équipes reprennent la main avant la fin du contrat si elles le souhaitent.
PHP, Symfony, Java, .NET, Ruby, Python, vieux Node. Côté no-code : Bubble, Airtable, FlutterFlow, WeWeb, Retool. Côté outils internes : ERP custom, back-offices propriétaires, scripts métier accumulés. Audit indépendant en 1 à 3 semaines pour évaluer la faisabilité avant tout engagement de reconstruction.
C'est une expertise dédiée : reprise de projet « vibe codé ». Logique différente d'un legacy historique — pas de dette accumulée par les années, mais une cohérence architecturale souvent absente. Voir notre page dédiée Dr Vibe Coding.
Nous gardons ce qui a de la valeur métier et fonctionne. Une couche d'accès données, une lib de règles métier robuste, une interface admin qui fait l'affaire : pas de raison de jeter. Nous gardons rarement le front, presque jamais l'authentification, et toujours les données. Le périmètre exact est posé en cartographie.
C'est précisément pour ça que la cartographie initiale prend 1 à 3 semaines. Nous identifions les zones d'ombre, les modules orphelins, dépendances cachées, données dupliquées, avant tout engagement de delivery. Le plan de bascule liste explicitement les risques résiduels.
Démarrer

Vous avez une application qui freine votre activité ? Audit indépendant en 1 à 3 semaines.

Coordonnées
contact@agence-scroll.com
+33 6 48 03 90 27
20 Rue des Taillandiers
75011 Paris
Réponse sous 24h ouvrées.