Cilantro
Votre compagnon de cuisine
Product Designer & Product Builder
Design, product management et développement assisté par IA
Avril 2026 à aujourd'hui / France
Lancement officiel en juillet 2026
Stack : Next.js, React, TypeScript, Firebase, API Claude (Anthropic), Vercel
Le projet en une phrase
Cilantro est un livre de recettes numérique qui remplace la capture d'écran, le lien perdu et le classeur en plastique. On peut importer des recettes manuellement ou depuis une URL, une photo ou un PDF, créer une liste de courses partageable ou utiliser le mode cuisine pas à pas.
Toutes les recettes au même endroit
+ Contexte
Les recettes d'une personne peuvent être éparpillées sur plusieurs supports : site internet, captures d'écran, livre physique ou manuscrit, PDF, réseaux sociaux (Instagram, TikTok etc). Mon analyse montre qu'aucune application ne permet de les rassembler et ce pour deux raisons :
- Catalogue fermé : on ne peut pas ajouter de recettes venues d'ailleurs (Marmiton)
- Carnet ouvert : vos recettes sont acceptées mais par saisie manuelle ou URL uniquement (Mealime, Kitchen Stories)
+ Problèmes
- Aucune application ne couvre l'ensemble des sources réelles
- Un livre de recettes vide n'a aucune valeur
+ Objectifs
- Accepter n'importe quelle source pour que Cilantro puisse devenir le livre de recettes unique
- Rendre l'ajout de recettes assez rapide et facile pour que remplir son livre ne soit pas un projet
+ Processus
- Identification des points de friction grâce aux entretiens utilisateurs
- Benchmark et analyse concurrentielle
- Conception des flows UX et UI design, avec une attention particulière au design de l'écran de validation
- Choix d'un modèle de langage (Claude)
- Construction progressive des options d'import : via URL et photo (avril), PDF multi-recettes (juillet)
+ Solutions
- Quatre options d'import pour couvrir le maximum de scénarios possibles
- Un écran de validation commun aux différentes options d'import, essentiel pour relire et ajuster le contenu si nécessaire
// Décision produit : l'import PDF multi-recettes n'est proposé que pour les livres de cuisine vides. C'est l'option la plus coûteuse de l'application et j'ai décidé de ne la proposer qu'à un nouvel utilisateur, lors de la découverte de l'application.
+ Résultats
- Quatre modes d'import en production, couvrant les quatre sources réelles identifiées en recherche
- Coût par import photo réduit de 45 % après un travail d'optimisation du prompt et de la taille d'image envoyée
- Plafonds d'usage par utilisateur intégrés dès le départ (budget mensuel borné par fonctionnalité) : la contrainte économique traitée comme une contrainte de design, pas comme un problème d'infrastructure
+ Apprentissages
- Ma première intégration d'IA dans un produit : je n'avais jamais appelé d'API auparavant. J'y ai découvert une technologie avec ses contraintes propres — fiabilité, erreurs, coût par appel — et je comprends désormais mieux quand et comment l'utiliser
- L'IA construit vite, elle ne conçoit pas : elle a développé certaines fonctionnalités en quelques minutes, mais sans le regard et l'expérience du designer, l'expérience n'existerait pas
- Mes limites techniques sont toujours bien réelles : un bug OAuth m'a pris des heures à résoudre, non pas parce qu'il était difficile, mais parce que je n'avais pas les bases pour comprendre ce que je lisais
Des courses à la cuisine
+ Contexte
Enregistrer une recette ne se fait qu'une fois. Pour que Cilantro s'utilise au quotidien, il faut qu'elle serve à deux moments clés : faire les courses et cuisiner.
+ Problèmes
- Les listes d'ingrédients telles que présentées dans les recettes ne sont pas forcément adaptées lorsqu'il faut faire les courses
- En cuisine, les mains sont occupées. Lire un bloc de texte dense, retrouver les ingrédients et les instructions sur un site web ou dans un livre peut être pénible
+ Objectifs
- Générer automatiquement une liste de courses à partir des recettes sélectionnées
- Concevoir un mode cuisine lisible qui suit la progression sans manipulation superflue
+ Solutions
Liste de courses
- Générée depuis une sélection de recettes : fusion des ingrédients identiques, classement par rayon, ajout manuel, et partage sans compte requis pour cocher les articles
- Ajustement des portions : recalcul de toutes les quantités, avec gestion correcte des pluriels (1 tranche / 2 tranches)
Mode cuisine
- Une étape par écran, avec les ingrédients de l'étape en cours mis en évidence automatiquement
- Suivi des quantités en cours de cuisson : si une recette utilise 200 g de farine en deux fois, l'étape 2 affiche la quantité restante, pas la quantité totale
+ Résultats
- Une expérience complète en production : import → livre de recette → courses → mode cuisine
- Une liste de courses partageable sans compte pour le destinataire, permettant d'acquérir de nouveaux utilisateurs
+ Apprentissages
- Les contraintes physiques sont des contraintes de design : le mode cuisine est un écran différent, avec une hiérarchie différente, pour répondre au contexte d'usage
- La fusion et la grammaire sont du travail produit : additionner deux ingrédients, accorder un pluriel, choisir la bonne unité… c'est là que se joue la différence entre un prototype et un produit
Du prototype au produit
+ Contexte
À la mi-avril, l'application fonctionnait déjà mais elle n'était pas pour autant publiable. Le passage de l'expérimentation à la mise en production a représenté la majorité du travail des mois suivants, et la partie la moins visible.
+ Problèmes
- L'amélioration UI/UX en vue d'une mise en production
- Conformité aux lois sur la confidentialité et la protection des données
- Impossibilité de récolter du feedback autrement qu'en le demandant directement
+ Objectifs
- Améliorer le design de l'interface sur tous les appareils
- Livrer un cadre légal et technique suffisant pour ouvrir l'app à des utilisateurs inconnus
- Industrialiser le retour utilisateur au lieu de le solliciter manuellement
+ Solutions
Préparer et exécuter les deux plans de lancement :
Plan A
- Analyser et intégrer les retours utilisateurs par priorité
- Finaliser l'identité visuelle de Cilantro et améliorer le Design System fondé sur Shadcn
- Réparer les derniers bugs bloquants
- Effectuer les tests de sécurité
Plan B
- Ajout des pages légales conformes, des options de suppression de compte et d'export de données
- Intégration d'un outil de feedback
- Localisation EN/FR sur l'ensemble des écrans
// Décision produit : le contenu créé par l'utilisateur n'est jamais traduit automatiquement. On traduit l'interface, jamais les recettes des gens.
+ Résultats
- 216 commits en 3 mois : d'une page blanche à une application en production, bilingue, conforme et testée par des utilisateurs réels
- Deux vagues de tests utilisateurs, corrections priorisées et livrées
- Application déployée en continu, avec une branche de test séparée de la production
+ Apprentissages
- Sur trois mois, la part consacrée au juridique, à la localisation et au design system dépasse largement celle consacrée à construire une fonctionnalité
- Construire soi-même change la façon de concevoir : porter le coût d'implémentation de chaque idée pousse à prendre des décisions et à réduire le périmètre
- Se donner les moyens de décider seule après coup : les feature flags que j'ai mis en place m'ont permis de lancer l'app sans l'option d'import PDF multi-recettes, pour la tester en conditions réelles avant de l'ouvrir quand je l'ai jugée prête
La suite
Cilantro n'est pas un projet fini, il continue d'évoluer avec ses utilisateurs. La roadmap actuelle s'appuie sur deux sources : les priorités exprimées lors des tests utilisateurs avant le lancement, et les retours des bêta-testeurs depuis.
- Import depuis une vidéo (Instagram, TikTok) : une des sources de recettes les plus citées
- Agent IA de suggestion capable de proposer des recettes à partir du contenu du livre de chacun
- Planning de repas pour organiser la semaine directement depuis Cilantro
- Application mobile native, pour prendre le relais du web app