JUNOVATECHPlanifier
Choisir un jour, un moment, ouvrir un repas. La fiche recalcule les ingrédients pour le nombre de convives et propose de garder, changer ou recréer le repas.
← Les réalisations
Étude de cas 01Cuisine du quotidien
PopoteUne information entrée une fois sert partout.
Une application iPhone qui relie les menus de la semaine, les réserves de la maison, la liste de courses, les tickets de caisse et le budget du foyer.
- Rôle
- Conception, interface, développement
- Plateforme
- Application web installable, iPhone d’abord, hors ligne
- Technologies
- Next.js 16, React, IndexedDB, Supabase
- État
- Application développée
Le problème
Chaque semaine,
on refait le même calcul.
Que mange-t-on ? Que reste-t-il au frigo ? Que faut-il acheter, et combien cela va coûter ? Ces réponses vivent d’habitude à quatre endroits : une note, un placard, une application de courses, un ticket froissé au fond d’un sac.
Popote part d’un principe simple : saisir une information une seule fois, puis la laisser circuler. Du menu aux besoins, des besoins à la liste, du ticket au stock, aux prix et au budget.
La réponse
Trois principes,
visibles à l’écran.
- 01
La semaine d’abord
Les repas prévus calculent les besoins de toute la semaine. Changer les portions recalcule les quantités.
- 02
La maison telle qu’on la voit
Le stock se range par lieu réel : frigo, congélateur, placards, cellier. Un repas seulement prévu ne le diminue jamais.
- 03
Le ticket ferme la boucle
Un ticket validé met à jour l’achat, les prix, le stock et le budget dans une seule transaction.
L’interface, en fonctionnement
Ce que l’on touche.
Ce qui se passe.
Ranger
Les rangements défilent comme les pièces de la maison. Chaque produit garde sa photo, sa quantité et sa place.
Acheter
La liste naît des manquants de la semaine, classée par rayon, avec le meilleur prix observé et le magasin.
Comprendre
Le carnet des dépenses raconte le mois à partir des tickets : évolution, contenu du panier, meilleurs prix par produit.
Les écrans
L’application,
écran par écran.
Les choix techniques
Sous la surface,
des décisions.
- Local d’abord
- IndexedDB est la copie de travail : l’interface s’affiche instantanément, hors ligne compris. Chaque écriture passe par une transaction et une file d’envoi.
- Un foyer, deux téléphones
- Supabase reste la source distante d’un foyer partagé. Le stock voyage en écarts : deux ajouts simultanés donnent bien deux produits de plus.
- Des moteurs métier testés
- Unités, besoins, inventaire, courses, prix, tickets et budget vivent dans des modules sans interface, couverts par Vitest et par des parcours Playwright sur iPhone.
- Des sources ouvertes
- Open Food Facts pour les produits, Open Prices pour des prix récents. Chaque fournisseur peut être coupé : aucun n’est une dépendance critique.
- Des tickets discrets
- Les données de paiement sont retirées avant toute conservation. Les photos restent privées au foyer.
Le projet aujourd’hui
Application développée.
Utilisable en local et testée. La synchronisation entre deux téléphones et le temps réel sont développés.
À savoir
- Lecture automatique des tickets réelle seulement avec une clé de modèle de vision ; sinon analyse simulée et signalée comme telle.
- Aucun Drive d’enseigne réel connecté ; un Drive de démonstration est étiqueté comme simulé.
- Notifications à valider sur un iPhone réel. Pas de mode sombre dans cette version.
À propos des captures
Captures et films réalisés le 12 octobre 2026 sur l’application réelle, lancée en local avec ses données de démonstration (« Découvrir avec des exemples »), sans aucun service distant connecté.