Une sélection de réalisations et la réflexion qui les sous-tend
Quelques projets qui montrent comment je travaille : pas seulement ce qui a été livré, mais aussi les décisions et les compromis derrière. Les projets publics renvoient vers le site ; les travaux sous NDA sont décrits uniquement par leur périmètre réel.
05 / Études de cas
Par où commencer
Six situations pour lesquelles on m'appelle le plus souvent
Les demandes n'arrivent presque jamais sous forme de cahier des charges. Elles arrivent sous forme de symptôme : un menu déjà obsolète le mardi, un tunnel de commande où les clients disparaissent, un tableur qui tient discrètement toute l'entreprise. Choisissez ce qui ressemble à votre semaine : chaque parcours mène soit à la preuve la plus proche, soit au travail qui règle le problème.
Technologie pour restaurants · étude de cas publique
Les prix changent le mardi, et le menu imprimé dit toujours autre chose le vendredi. Les touristes photographient la carte et la traduisent eux-mêmes. Chaque petite correction se transforme en message à la personne qui a fait le site, puis en attente.
Un menu qui appartient à l'établissement : modification en quelques minutes, publication immédiate, lecture dans la langue du client directement depuis le QR code sur la table. J'intègre paiements et réservations uniquement là où ils sont vraiment rentables.
wMenu : un SaaS de menus QR multilingues avec abonnements Stripe, construit de A à Z.
Le trafic payant atterrit sur une fiche produit inutilisable pendant quatre secondes. Le tunnel de commande perd des clients quelque part entre le panier et le paiement. Et le WooCommerce qui allait très bien il y a trois ans tressaille aujourd'hui à chaque mise à jour d'extension.
Une vitrine qui s'affiche vite, des fiches produits structurées pour que l'acheteur et le moteur de recherche lisent la même chose, et un tunnel de commande réduit aux étapes qui convertissent vraiment, en général un frontend headless devant le WooCommerce que vous avez déjà.
Tout commence par un audit : ce qui vous coûte des secondes, et ce qui vous coûte des commandes.
Le produit fait trente choses bien, et c'est justement le problème. La personne qui signe le contrat dirige une clinique, pas un service informatique, et elle bute sur la liste des fonctionnalités. Pendant ce temps, l'interface se disperse à chaque nouveau module.
Un discours marketing qui parle de ce que la clinique ressent vraiment (moins de rendez-vous manqués, moins d'administratif, une facturation qui tombe juste) et un frontend produit bâti sur des modèles communs, pour que l'agenda, le dossier patient et le plan de traitement ressemblent encore à un seul produit un an plus tard.
dr100 : site marketing et frontend produit d'un logiciel pour cabinets dentaires.
Quelqu'un recopie un chiffre en fin de mois, et le rapport reste faux. Personne ne sait avec certitude quels champs sont validés. Et personne ne veut modifier le code de la facturation, faute de test pour signaler que quelque chose a cassé.
Une application typée où il est difficile de saisir des données erronées, où les parcours qui touchent à l'argent sont couverts par des tests lancés à chaque modification, et où les écrans s'utilisent au clavier par des personnes qui y passent toute la journée.
Refonte d'une application de gestion d'abonnements financiers, sous NDA, donc uniquement le périmètre technique.
Un prospect arrive par e-mail, il est saisi à la main dans le CRM, puis dans un tableur, puis quelqu'un surveille manuellement la facture. Rien n'est cassé. Cela coûte simplement une journée par semaine, chaque semaine, et c'est généralement la personne la plus difficile à remplacer qui s'en charge.
Formulaires, CRM, facturation et reporting reliés pour qu'une fiche soit saisie une seule fois et circule ensuite d'elle-même, tandis que les quelques étapes qui demandent vraiment une personne restent visibles au lieu de se perdre dans la boîte de réception.
Le même savoir-faire que pour le CRM financier et le back-office de wMenu.
Ouvrir ce parcours
Big Data et produits data · deux études de cas publiques
L'ingénierie n'est pas la partie difficile ici. Le plus dur, c'est que le site fait passer une équipe data spécialisée pour une société de services informatiques comme les autres, ou qu'un outil data affiche une dépendance comme une suite d'identifiants que personne ne remontera jusqu'à la source.
Soit un site construit autour de ce en quoi l'entreprise est réellement experte, pour que ces pages puissent se positionner et convaincre aussi bien un ingénieur qu'un acheteur, soit une interface où l'on peut suivre le graphe des données du regard.
GetInData : site d'entreprise construit de zéro avec React et Gatsby.
J'ai construit de zéro le site de GetInData, une entreprise spécialisée en Big Data : structure pensée pour le SEO, rapidité et mise en main par l'équipe marketing. L'offre technique est devenue compréhensible pour les acheteurs, et le marketing enrichit le site en autonomie.
En tant que lead technique, j'ai dirigé le développement de wMenu : des menus QR multilingues pour les clients, un tableau de bord pour les restaurateurs et des abonnements. Les restaurants y mettent leur carte en ligne en moins d'une heure.
J'ai construit de A à Z le site marketing de dr100, un logiciel pour cabinets dentaires, et contribué au frontend de l'application. Un produit médical riche qu'un dirigeant de clinique comprend en une minute.
J'ai refondu une application de gestion d'abonnements financiers (NDA) : architecture frontend, traitement des données, une UX qui limite les erreurs de saisie manuelle et des tests des parcours critiques.
J'ai contribué au frontend de Marquez, un outil open source de traçabilité des données. Une carte interactive des dépendances montre aux ingénieurs d'où viennent les données et ce qui casse après une modification.
J'ai conçu et réalisé le site d'ArtProtect, un atelier de film de protection carrosserie (PPF), de polissage et de traitement céramique à Valence. Quatre langues, des prestations avec leurs prix et des demandes directement sur WhatsApp et Telegram.
J'ai réalisé le site de XWrap, un atelier de covering automobile et de film PPF à Valence : six langues, galerie de réalisations, grille tarifaire et avis Google récupérés en direct. Les clients écrivent directement sur WhatsApp.
J'ai piloté la création des pages de téléchargement de MUTE. : informations produits et fichiers réunis en un seul endroit pratique, alimentés directement par les données de WordPress.
En tant que développeur full-stack, j'ai fait évoluer Reportnest, une application avec laquelle les entreprises comptabilisent le temps de travail de leur équipe.
Meteor.js
Blaze
MongoDB
10 produit
NextWoo
NextWoo : une boutique rapide en Next.js sur votre WooCommerce existant. L'administration, les commandes et les extensions restent en place, et le client obtient une vitrine qui se charge en une fraction du temps, avec un plan de migration SEO.
Next.js 16
React 19
WooCommerce
11 produit
AI Product Start
AI Product Start : une formation en ligne où, en 8 semaines, chaque participant crée son propre prototype d'IA sous sa propre adresse. Un site avec le calendrier des sessions, le programme semaine par semaine et les inscriptions, en deux langues.
Next.js 16
React 19
Tailwind CSS
12 produit
reKoncepcja
reKoncepcja : formation professionnelle en AI Product Engineering. Un site présentant les parcours d'apprentissage, de l'idée au produit intégrant l'IA, jusqu'au marketing et à la vente, avec inscription à la prochaine session.
Next.js
Archive de réalisations choisies
Le reste du parcours
Derrière les cinq études de cas, il y a une décennie d'autres travaux : portails médicaux et logiciels de cabinet, une application d'investissement, un panneau de modération, des boulangeries allemandes, un moteur de recherche d'hôtels qui acceptent les chiens. Présentés factuellement : contexte produit, ma part du travail, stack.
