Plateforme de mise en relation avec espaces client, artisan et administration
ÉTUDE DE CAS / 04MISSION ANONYMISÉE
Marketplace de services · océan Indien

Mise en relation particuliers et artisans

Une maquette convaincante, mais sans produit derrière : tout l’état tenait dans un document JSON et les rôles étaient simulés dans le navigateur. La mission a consisté à bâtir la plateforme réelle.

DURÉE2 ans
RÔLEConception et développement complets
PÉRIMÈTRE3 espaces, API et base
STATUTEn ligne
LE CONTEXTE TROUVÉ

Comprendre le système
avant de le transformer.

Il fallait préserver le design et les contenus, tout en créant l’API, la base relationnelle, les règles métier, les comptes, les autorisations et l’exploitation nécessaires à une mise en ligne fiable.

CE QUI A ÉTÉ FAIT

Du diagnostic.
À la production.

Le périmètre décrit les décisions et travaux réellement conduits, sans nommer l’organisation concernée.

01

Reconstruire le produit

Front applicatif, API métier et base relationnelle, conteneurisés derrière un reverse proxy avec certificats automatiques.

02

Appliquer les droits côté serveur

Trois rôles réels — client, artisan, administration — contrôlés à chaque requête, avec validation préalable des comptes artisans.

03

Déduire les états des faits

Le statut d’un chantier dépend de l’attribution et des étapes terminées : aucun appel ne peut imposer un état incohérent.

04

Découpler les e-mails

Envois transactionnels traités par une file et un service séparé pour ne jamais bloquer les pages.

05

Verrouiller la qualité

159 tests serveur, 106 tests front, une trentaine de scénarios E2E et analyse statique au niveau maximal.

RÉSULTATS MESURÉS

Des faits.
Pas un logo.

3 rôlesréellement appliqués côté serveur
88 % / 91 %de couverture serveur / front
≈ 30parcours de bout en bout
1 moisde la maquette à la production
TECHNOLOGIES EN PRODUCTION

Le socle réellement utilisé.

Next.js 16Symfony 8PHP 8.4PostgreSQL 17DockerTraefikMessengerPHPUnitVitestPlaywrightPHPStan

Les clients, marques, domaines, adresses et éléments identifiants ne sont pas publiés. Les chiffres proviennent des journaux, bases, clusters, dépôts et rapports de contrôle communiqués pour ces missions. Les incidents de sécurité sont décrits sans chemin d’exploitation reproductible.

Un système critique à construire ou à reprendre ?

Décrivez le contexte, l’existant et le résultat attendu. Nous vous proposerons le bon niveau d’intervention.

Échanger avec RGAIX