Exploration produit / cuisine assistée par IA
Explorer une meilleure façon de cuisiner avec ce que vous avez déjà
La question produit
Et si le garde-manger devenait le point de départ ?
Ce que vous avez déjà devrait orienter votre prochain repas.
Logique produit
Ce que j’ai
Aliments, quantités, stockage et péremption.
- Lieu de stockage
- Quantité
- Date de péremption
Ce qui demande de l’attention
Les ingrédients à utiliser rapidement.
- Bientôt périmés
- Produits oubliés
- Stock faible
Que pourrais-je cuisiner ?
Des idées de recettes et de repas à partir de ce qui est disponible.
- Idées de recettes
- Planification des repas
- Liste de courses
Parcours de service
Concevoir le parcours avant le système
Le prototype reliait tout le parcours KitchenWhizz, de la compréhension des préférences et du contexte du garde-manger à la création des recettes et à leur préparation.
01Démarrer
02Comprendre
03Saisir
04Décider
05Découvrir
06Cuisiner
Un prototype connecté a rendu tangible l’ensemble du parcours produit avant même que tous les systèmes sous-jacents n’existent.
Études d’interaction
Donner forme aux interactions les plus complexes
KitchenWhizz devenait le plus intéressant là où le contexte du foyer pouvait changer une décision : enregistrer les aliments, choisir quoi cuisiner, passer de l’idée à l’action.
Sélectionnez une étude à explorer
Saisir sans friction
Un ticket de caisse devient une liste d’articles du garde-manger à vérifier, sans saisie manuelle.
Étude d’interaction : du ticket de caisse à la vérification, pour alléger la tenue du garde-manger.
Prototype fonctionnel
Le garde-manger est devenu la base fonctionnelle
Premier module réellement fonctionnel de KitchenWhizz, le garde-manger a transformé le contexte du foyer en données produit persistantes, que l’on peut saisir, mettre à jour et réutiliser dans la durée.
Interaction conçue
Implémentation fonctionnelle
My Pantry
Le garde-manger fonctionnel reliait l’expérience mobile au contexte persistant du foyer.
Conception du système
L’expérience et le système derrière elle ont été conçus ensemble
KitchenWhizz n’a jamais été un simple ensemble d’écrans. Le parcours suivi par les utilisateurs, la logique derrière chaque décision, le contexte du foyer que le produit retient et la structure logicielle qui porte le tout ont été conçus comme un seul système, pour que l’idée puisse être jugée comme un produit et non comme une maquette.
Suivre un parcoursTrois parcours, une seule boucle.
Un ticket devient des articles vérifiés, qui viennent enrichir les données du foyer.
Interface
Ce que l’utilisateur manipule
Saisie
Scanner un ticket, ajouter un article, corriger ce qui a été lu.
Décision
Choisir un repas parmi les options que le foyer peut réellement préparer.
Cuisine
Suivre les étapes, puis confirmer ce qui a été utilisé.
Logique
Comment une décision est prise
Reconnaissance
Une saisie brute devient des articles du garde-manger à vérifier.
Génération de recettes
Le stock, les préférences et les contraintes aboutissent à une suggestion.
Guidage en cuisine
Une recette choisie devient une suite d’étapes, puis une consommation enregistrée.
Données du foyer
Ce que le produit retient
Une source de vérité unique
Les mêmes données du foyer derrière chaque écran
Chaque couche lit et écrit dans les mêmes données du foyer.
Qui y accède
- Saisieécriture
- Génération de recetteslecture
- Guidageécriture
Ce qu’elles contiennent
Garde-manger & quantités
articlequantitéunité
Stockage & péremption
emplacementouvertdate limite
Préférences & régime
aimeéviteallergènes
Comptes & historique
foyercuisinéutilisé
Ingénierie
Ce qui soutient l’ensemble
La structure sur laquelle reposent ces données
- 01
Les entités du domaine et qui possède quoi
Architecture de classes
- 02
Ce dont chaque partie du service est responsable
Responsabilités du backend
- 03
Chaque enregistrement appartient à un seul foyer
Persistance par utilisateur
- 04
Une seule source de contenus, quatre langues
Localisation
Questions ouvertes
La prochaine expérimentation avait un objectif plus net
Une fois le parcours et les fondations techniques rendus tangibles, la phase suivante pouvait se concentrer sur les comportements qui décideraient s’il valait la peine d’investir davantage dans KitchenWhizz.
Ce qu’il faut prouver
Le contexte du foyer crée-t-il assez de valeur pour changer les comportements ?
- 01Habitude
Justifier l’effort de tenir le garde-manger
Réduire la friction de saisie
- 02Décision
Aider à décider quoi cuisiner
Améliorer la qualité + la rapidité du choix
- 03Confiance
Inspirer confiance dans le guidage
Fiabilité · allergènes · sécurité
- 04Comportement
Mesurer ce qui change à la maison
Utilisation · pertes · mouvements d’inventaire
EnsuitePreuves
L’étape suivante n’était plus d’explorer l’interface. C’était d’apporter des preuves.
Exploration pluridisciplinaire
Transformer une idée large en direction produit
La valeur ne tenait pas au nombre d’écrans explorés. Elle tenait à une vision plus précise de ce que le produit devait devenir.
- 01Cadrage
Cadrer un problème interconnecté
Inventaire, péremption, choix des repas, cuisine et achats devaient se lire comme un seul parcours du foyer.
Un parcours du foyer, pas cinq fonctionnalités
- 02Design
Concevoir avant de trop développer
Le service a été cartographié de manière interactive dans Figma, afin d’examiner les workflows incertains avant de les développer.
Un prototype de service interactif
- 03Ingénierie
Construire les fondations déterministes
Comptes, préférences, données produit et persistance du garde-manger ont donné au concept une véritable base technique.
Une base technique fonctionnelle
- 04Discernement
Distinguer l’ambition des preuves
Ce qui était déjà construit a été clairement séparé des idées qui restaient à valider : utilisabilité, sécurité, viabilité commerciale.
Une liste priorisée de ce qui reste à prouver
À retenir
Construire le système, mais d’abord prouver quel système mérite d’exister.
TECHNOLOGIE
La technologie derrière KitchenWhizz
L'exploration reposait sur une vraie base technique : une application mobile native avec ses propres comptes, les données du foyer, des contrôles automatisés et un pipeline de publication jusqu'aux appareils réels.
- FigmaDesign d'interface
- React NativeApplication mobile
- ExpoRuntime et publication
- TypeScriptLangage partagé
- React Native PaperComposants d'interface
- SupabaseBackend et données
- PostgreSQLDonnées du foyer
- DenoEdge functions
- DockerEnvironnement local
- GoogleConnexion au compte
- AppleConnexion au compte
- i18nextLocalisation
- Expo NotificationsAlertes de péremption
- JestTests automatisés
- GitHubGestion des sources
- GitHub ActionsAutomatisation CI/CD
Conseil produit & technique
Vous explorez une idée de produit avant d’engager son développement ?
Synertech Labs peut vous aider à cadrer le problème, à identifier les hypothèses les plus risquées, à prototyper l’expérience et à construire les fondations techniques, directement ou aux côtés de votre équipe.