🇬🇧 ENGLISH VERSION

The short version: I ship under constraint, and I don’t quit on things that matter!

I’m an AI-assisted and embedded Product Builder after a permanent Product Owner / Product Manager seat. My case studies cover what I built — fuchcia, comeNpense, EndoPartner, O’Fourneaux. This page is the why-hire-me read underneath them: the habits that repeat across every project, in plain terms. I won’t re-tell the projects here — I’ll point you to them and tell you what they have in common.

AI building: prompt engineering, RAG, agentic systems, MCP-aware, LLM APIs (Gemini/Claude/OpenAI), no-code prototyping — these are part of how I operate every day.

The through-line across everything I’ve built

Read the case studies and the same instincts show up every time:

– I scope down on purpose. Under pressure my reflex isn’t to add — it’s to cut to the one thing worth proving. Smaller on a real deadline beats bigger and theoretical.

– I protect the user before the roadmap. On fuchcia I rebuilt the product so sensitive health data simply never leaves the phone — a product that stores nothing has nothing to lose. Privacy isn’t a clause here; it’s how the thing is constructed.

– I finish. Everything here shipped: a beta, a working prototype, a live game, an on-time team deliverable. “Started but abandoned” isn’t in my portfolio.

– I come back after a dead end. Which brings me to EndoPartner.

→ The detail lives in the case studies. This page won’t repeat them.

EndoPartner: the project that shows how I handle failure

I tried to build a focused endo app on the side. It stalled. I stopped — not because the time was wasted, but because I cared too much to ship something half-built. Most side projects die right there.

This one didn’t. I scrapped the first attempt and built something different — EndoPartner, a small free game that helps a couple deal with endo as a team rather than leaving one person to carry it alone. There’s no paid tier and no plan to grow it: I made it because it’s useful, and because finishing it kept my skills sharp. Built with Lovable — try it here.

Why you, employer, should care: the game itself isn’t the point. The point is that I turned a dead end into a shipped product instead of an excuse — which is the teammate you want the day a roadmap goes sideways.

What you get that no certificate lists

– Persistence with judgment. When a build stalls — a halted dev collaboration on comeNpense, a dead-end first attempt before EndoPartner — I don’t push harder on a broken plan. I stop, rethink, rebuild the right way. Two of my shipped products exist because an earlier version failed first.

– Integrity over optics. I’ll drop a feature, or a whole backend, before I’ll hold data I can’t protect or promise something I can’t keep. Stakeholders don’t always love hearing “no” — they trust it later.

– The unpaid hours. I work past “good enough” toward “honest”: public ship dates I set and meet, trade-offs written down so anyone can audit my reasoning.

– Care, on the record. I build things I’d use myself, for problems I understand up close. It shows in the finish.

I’m early in my product career and I’d rather say so than have you find out I oversold it. The work is there to close the distance.

“Nice story — where are the metrics?”

Reasonable to ask. The honest answer: my flagship product is built to collect nothing, and my side product is free with no growth goal. There’s no vanity dashboard to show you, because I designed both so one couldn’t exist. You can’t inflate a number you deliberately never tracked.

So if “no big number/chart” reads to you as “no substance,” we’re simply measuring different things. Anyone can grow a graph with a marketing budget. Choosing not to harvest users’ health data — and shipping a free tool with zero incentive to scale — is the harder thing to fake. Judge me on the decisions; they’re all on the table.

Why you can trust me

Here’s where you stand: I’m early in my product career, so hiring me is a bet — I won’t pretend otherwise. What I can offer in return is that none of this asks you to take me on faith. The certifications are verifiable. The three products are live; you can open them right now. And the reasoning behind each decision is written down in the case studies, so you don’t have to trust my word on how I think — you can read it and judge for yourself. I’ve kept every claim deliberately modest, because I’d rather you find more than I promised than feel I oversold. Give me a real problem and I’ll bring the same seriousness you can already see in the work. That’s all I’ve got — and I believe it’s enough.

The receipts, so none of the above runs on faith:

✅ **PSM I** (Scrum.org) and **Agile project methods** (Oriions/France Compétences) — certified, not self-declared

✅ **Front-end certified** (HTML / CSS / JS) — and applied, not shelved: it’s the backbone of fuchcia’s on-device privacy

✅ **Three products shipped from zero** — fuchcia (women’s health), comeNpense (fintech), EndoPartner (women’s health) — plus an on-time team deliverable on O’Fourneaux

✅ **Gemini API integrated** end to end on EndoPartner

✅ **Mentored by a Senior Product Leader** — 2-month structured PO program on real cases

✅ **My reasoning is public** — the case studies document the trade-offs, not just the wins

✅ **Bilingual FR / EN** (C2 / C1)

Hiring for a PO/PM role and care more about judgment than vanity metrics? Let’s take 15 minutes to talk about what you’re building and whether I’m the right person to help.

*make it simple*

🇫🇷 VERSION FRANÇAISE

La version courte : je livre sous contrainte, et je n’abandonne pas ce qui compte

Je suis Product Builder orientée IA, en recherche d’un poste permanent de Product Owner / Product Manager. Mes case studies racontent ce que j’ai construit — fuchcia, comeNpense, EndoPartner, O’Fourneaux. Cette page, c’est la lecture pourquoi-me-recruter qui se trouve dessous : les réflexes qui reviennent d’un projet à l’autre, dits simplement. Je ne re-raconte pas les projets ici — je vous y renvoie et je vous dis ce qu’ils ont en commun.

AI building: prompt engineering, RAG, agentic systems, MCP-aware, LLM APIs (Gemini/Claude/OpenAI), no-code prototyping — c’est ma manière de travailler au quotidien.

Le fil rouge de tout ce que j’ai construit

Lisez les case studies : les mêmes instincts reviennent à chaque fois.

– Je réduis le périmètre exprès. Sous pression, mon réflexe n’est pas d’ajouter — c’est de couper jusqu’à la seule chose qui mérite d’être prouvée. Plus petit sur une vraie deadline vaut mieux que plus gros et théorique.

– Je protège l’utilisatrice avant la roadmap. Sur fuchcia, j’ai reconstruit le produit pour que les données de santé sensibles ne quittent jamais le téléphone — un produit qui ne stocke rien n’a rien à perdre. Ici, la confidentialité n’est pas une clause : c’est la façon dont l’objet est construit.

– Je termine. Tout ici a été livré : une bêta, un prototype fonctionnel, un jeu en ligne, un livrable d’équipe dans les délais.

« Commencé puis abandonné » n’est pas dans mon portfolio.

– Je reviens après une impasse. Ce qui m’amène à EndoPartner.

→ Le détail est dans les case studies. Cette page ne les répète pas.

EndoPartner : le projet qui montre comment je gère l’échec

J’ai voulu construire, en parallèle, une petite app dédiée à l’endo. Ça a calé. J’ai arrêté — pas parce que le temps était perdu, mais parce que j’y tenais trop pour livrer quelque chose d’à moitié fait. La plupart des projets parallèles meurent là.

Pas celui-ci. J’ai jeté la première version et construit autre chose — EndoPartner, un petit jeu gratuit qui aide un couple à affronter l’endo à deux, au lieu de laisser une seule personne la porter. Pas de version payante, pas de projet de croissance : je l’ai fait parce qu’il est utile, et parce que le terminer a gardé mes compétences affûtées. Réalisé avec Lovable — à essayer ici.

Pourquoi, vous, employeur devrait vous y intéresser : le jeu en lui-même n’est pas le sujet. Le sujet, c’est que j’ai transformé une impasse en produit livré, et non en excuse — peut-être l’équipière qu’on voudrait le jour où une roadmap part de travers.

Ce que vous obtenez et qu’aucun certificat ne liste

– Persévérance avec discernement. Quand un build cale — collaboration dev arrêtée sur comeNpense, première tentative en impasse avant EndoPartner — je ne force pas un plan cassé. J’arrête, je repense, je reconstruis correctement. Deux de mes produits livrés existent parce qu’une version précédente a d’abord échoué.

– Intégrité plutôt qu’apparence. Je supprime une fonctionnalité, ou un backend entier, plutôt que de garder des données que je ne peux pas protéger ou de promettre ce que je ne peux pas tenir. Les parties prenantes n’aiment pas toujours entendre « non » — elles y font confiance ensuite.

– Les heures non comptées. Je travaille au-delà du « assez bien » vers le « honnête » : des dates de livraison publiques que je fixe et que je tiens, des arbitrages écrits que n’importe qui peut auditer.

– Le soin, noir sur blanc. Je construis des choses que j’utiliserais moi-même, pour des problèmes que je connais de près. Ça se voit à la finition.

Je suis en début de carrière produit, et je préfère le dire que vous laisser découvrir que j’ai survendu. Le travail est là pour combler l’écart.

“Jolie histoire — et les métriques ?”

Question légitime. Réponse honnête : mon produit phare est conçu pour ne rien collecter, et mon produit parallèle est gratuit, sans objectif de croissance. Il n’y a pas de dashboard de vanité à vous montrer, parce que j’ai conçu les deux pour qu’il ne puisse pas en exister. On ne gonfle pas un chiffre qu’on a délibérément choisi de ne jamais suivre.

Donc si « pas de gros chiffre/graphique » se lit chez vous « pas de fond », c’est qu’on ne mesure pas la même chose. N’importe qui fait grimper une courbe avec un budget marketing. Refuser de récolter les données de santé des utilisatrices — et livrer un outil gratuit sans aucune incitation à scaler — est bien plus difficile à truquer. Jugez-moi sur les décisions ; elles sont toutes sur la table.

Pourquoi vous pouvez me faire confiance

Voilà où vous en êtes : je débute dans le produit, donc me recruter est un pari — je ne vais pas faire semblant du contraire. Ce que je peux vous offrir en échange, c’est qu’aucun élément ici ne vous demande de me croire sur parole. Les certifications sont vérifiables. Les trois produits sont en ligne ; vous pouvez les ouvrir tout de suite. Et le raisonnement derrière chaque décision est écrit dans les case studies — vous n’avez donc pas à me croire sur ma façon de penser, vous pouvez la lire et juger par vous-même. J’ai gardé chaque affirmation volontairement modeste, parce que je préfère que vous trouviez plus que ce que j’ai promis plutôt que l’inverse. Donnez-moi un vrai problème, et j’y mettrai le même sérieux que celui que vous voyez déjà dans mon travail. C’est tout ce que j’ai — et je crois que c’est suffisant.

Les preuves, pour que rien de tout ça ne repose sur la parole :

✅ **PSM I** (Scrum.org) et **méthodes Agile de gestion de projet** (Oriions/France Compétences) — certifiée, pas auto-déclarée

✅ **Certifiée front-end** (HTML / CSS / JS) — et appliqué, pas rangé au placard : c’est la colonne vertébrale de la confidentialité on-device de fuchcia

✅ **Trois produits livrés depuis zéro** — fuchcia (santé des femmes), comeNpense (fintech), EndoPartner (santé des femmes) — plus un livrable d’équipe dans les délais sur O’Fourneaux

✅ **API Gemini intégrée** de bout en bout sur EndoPartner

✅ **Mentorée par un Senior Product Leader** — programme PO structuré de 2 mois sur des cas réels

✅ **Mon raisonnement est public** — les case studies documentent les arbitrages, pas seulement les résultats

✅ **Bilingue FR / EN** (C2 / C1)

Vous recrutez pour un poste de PO/PM et vous valorisez le jugement plus que les métriques de vanité ? Prenons 15 minutes pour échanger sur ce que vous construisez et sur le fait que je sois, ou non, la bonne personne pour répondre à vos besoins.

*make it simple*