Architecture web — des besoins métier complexes transformés en outils simples, fiables et évolutifs.

Un site web, c’est comme une maison

La plupart des prestataires vous vendent la façade et la décoration — la partie qu’on voit. Moi, je commence par les fondations et les murs porteurs : la partie qu’on ne voit jamais, mais qui décide si la maison tient.

Le jour où vous voulez ajouter un étage — une nouvelle fonctionnalité, une nouvelle langue, dix mille pages —, soit la structure avait été prévue pour, soit tout se fissure et il faut casser pour reconstruire.

L’architecture web, c’est exactement ça : concevoir cette structure invisible avant de poser la première brique. C’est elle qui fait la différence entre un système qui grandit avec vous et un projet qu’on doit refaire tous les deux ans.

Ce qui se passe quand on construit sans architecturer

On va plus vite au début. Et beaucoup plus lentement ensuite.

Sans modélisation en amont, chaque évolution devient un chantier : on découvre trop tard que la structure n’avait pas prévu le cas, on empile des rustines, et la dette technique s’accumule jusqu’à ce que le moindre changement coûte une fortune. Sur un projet que j’ai repris, faute d’avoir été pensé correctement au départ, la suite s’est soldée par un an de retard et des fonctionnalités qu’il a fallu dégrader.

À l’inverse, sur une plateforme modélisée en amont, ajouter une fonctionnalité importante — le partage de programmes entre utilisateurs — a pris une seule journée. Parce que le modèle l’avait anticipée. C’est toute la différence.

Quand avez-vous besoin d’un architecte web ?

Pour un site vitrine de cinq pages, vous n’en avez pas besoin — et je ne vous vendrai pas une cathédrale. Mais votre projet commence à demander une vraie architecture si :

Dans ces situations, la question n’est plus seulement de développer. Il faut d’abord structurer.

Ma méthode : structurer avant de construire

La plupart construisent d’abord et structurent ensuite — ou jamais. Je procède dans l’ordre inverse.

La phase de modélisation est invisible pour vous, mais c’est elle qui décide de tout : c’est elle qui permet, plus tard, de faire évoluer le système sans le casser. Sa conséquence directe porte un nom : très peu de dette technique. Et au bout, ce que vous obtenez n’est pas un livrable jetable, mais un actif qui dure.

Concrètement, ça veut dire que je ne me contente pas de coder : je commence par comprendre votre métier, je challenge le besoin, et je conçois le système qui y répond vraiment.

Un cas concret : d’Excel à une application métier

Une application d’audit pour un fabricant de matériel médical (EasyDiag / Winncare)

Avant : les audits de parcs de lits et matelas médicaux étaient réalisés sur des fichiers Excel · les informations étaient dispersées · il était difficile de suivre l’état réel des équipements.

Après : une application unique où les évaluateurs saisissent leurs audits · un historique centralisé et exploitable · cinq ans d’exploitation continue, pour plusieurs dizaines d’utilisateurs internes et externes.

Applications métier : quand le standard ne suffit plus

Parfois, aucun outil du marché ne fait exactement ce dont vous avez besoin — ou alors au prix de compromis et de dépendances coûteuses. C’est là qu’une application sur mesure prend tout son sens.

Je recommande de partir sur du développement applicatif (avec Symfony) plutôt que sur un CMS quand :

Au-delà de l’exemple médical ci-dessus, j’ai par exemple conçu un outil de traçabilité pour un industriel de l’agroalimentaire, où aucune incohérence n’est permise, et un système d’information institutionnel reliant de nombreuses entités interdépendantes, pilotable par des équipes non techniques.

Un projet ambitieux, une plateforme ou un outil métier à concevoir ? Parlons-en. La première étape est toujours de comprendre — et de structurer avant de construire.