Je ne fais pas des sites. Je conçois des systèmes web que vous possédez vraiment.

Un site web est rarement un but en soi. C’est un outil : il doit servir votre activité, attirer les bonnes personnes, se brancher à vos autres outils et grandir avec vous. Si beaucoup de projets déçoivent, ce n’est presque jamais parce que le code est mauvais – c’est parce que personne n’a pris le temps de comprendre l’activité qu’il y a derrière. Mon métier commence là : comprendre, puis structurer, puis construire.

Pourquoi je fais ce métier

J’ai commencé par programmer des petits jeux sur ma calculatrice au lycée, pendant les cours de maths. Le premier était une simulation de match de rugby – mes camarades y jouaient au lieu de suivre. C’était le début de tout.

DUT informatique en 2017, puis mes vraies armes en agence : PHP, MySQL, un gros site qui m’a formé sur le tas, les CMS – WordPress, Drupal -, et Symfony appris en autodidacte. En chemin, un constat m’a marqué : on peut être irréprochable techniquement et livrer un site qui ne rapporte rien. Parce qu’un site qui présente mal un produit ne convertit pas, aussi propre soit-il. Je me suis alors formé au marketing, au positionnement, au référencement.

Et j’ai compris ce qui me plaît vraiment dans ce métier : ce n’est pas écrire du code, c’est comprendre une activité, démêler un besoin parfois flou, challenger une idée et l’expliquer. Accompagner, autant que développer.

Ma méthode : structurer avant de construire

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

Cette phase de modélisation est invisible pour le client, mais c’est elle qui décide de tout : c’est elle qui permet, plus tard, de faire évoluer un système sans devoir le casser. Sur une plateforme que j’ai conçue, ajouter une fonctionnalité importante a pris une journée, parce que le modèle l’avait anticipée. Sur un projet repris où personne n’avait modélisé en amont, la même logique d’évolution s’est soldée par un an de retard et des fonctionnalités dégradées. Une bonne modélisation a une conséquence directe : très peu de dette technique, et au bout, un actif qui dure plutôt qu’un livrable jetable.

Quelques projets marquants

Menés en poste, en agence ou en indépendant, voici ceux qui racontent le mieux ce que je fais.

Une coopérative agricole – Bio Ariège Garonne

On m’avait demandé de refaire leur site d’inscription aux formations. En creusant, j’ai trouvé mieux à faire que ce qu’on me demandait.

Avant : saisie manuelle de chaque inscription · tableurs séparés · double travail.

Après : CRM connecté au site · formations synchronisées par API · une simple validation.

J’ai beaucoup appris en poste puis en agence – chez Acrealis, puis Chirripo : la technique, la gestion de projet, le SEO à grande échelle. J’y ai aussi vu les limites du modèle. Le prestataire technique y est souvent tenu à distance des décisions stratégiques, les process internes ralentissent les choses, et l’information se perd en route, entre le commercial, le chef de projet et le développeur. C’est en grande partie ce qui m’a poussé vers l’indépendance.

J’ai aussi développé un goût pour ce que la plupart fuient : les sites devenus ingérables, ces empilements où tout dépend de tout et que plus personne ne veut toucher. Ce qui fait peur par son volume, moi, ça m’attire. On fait une première passe, on catégorise, on réduit la charge, on pose des process – et on en vient à bout. Savoir démêler ces nœuds est une bonne partie de ce qui me rend utile.

Aujourd’hui, je porte plusieurs casquettes sur un même projet : chef de projet, développeur (WordPress avancé, Symfony quand le métier l’exige) et spécialiste du référencement et de la visibilité. Pas un simple exécutant à qui l’on passe commande.