Cahier des Charges
DOCUMENT DE RÉFÉRENCE PROJET
APPSTRONAUTE
PROJET
MealGenius
| Créateur | Apprenant Appstronaute |
| Référence | APPS-MEAL-2026 |
| Date | 30 Mai 2026 |
| Contact | Formation Appstronaute · Module 1 |
Description
MealGenius est une application mobile destinée aux parents actifs qui peinent à planifier leurs repas de la semaine. Elle génère automatiquement des menus personnalisés, intègre la liste de courses et optimise l'utilisation des restes pour réduire le gaspillage alimentaire et la charge mentale quotidienne.
Historique des versions
| Version | Date | Auteur | Modifications |
| v1.0 | 30 Mai 2026 | Créateur | Version initiale |
À propos de ce document
Ce Cahier des Charges a été généré à partir de la fiche idée et de la fiche de validation complétées dans le cadre du Module 1 de la formation Appstronaute. Il constitue la base de travail pour toutes les étapes suivantes : design, développement et mise en ligne. Toute évolution du périmètre doit faire l'objet d'une mise à jour de ce document.
Sommaire
I.Contexte & Objectifs4
Présentation du projet4
Contexte — Marché, Besoin, Problème4
Objectifs du projet5
Cible utilisateurs5
Définition des utilisateurs6
II.Objectifs et périmètre7
Périmètre fonctionnel validé7
Hypothèses structurantes7
Hors périmètre8
III.Spécifications fonctionnelles9
IV.Spécifications non fonctionnelles14
V.Spécifications techniques15
VI.Planning16
VII.Conclusion17
I.Contexte & Objectifs
Comprendre le problème avant de concevoir la solution
Présentation du projet
FICHE IDÉE MealGenius est une application mobile iOS et Android qui aide les parents actifs de 25 à 40 ans à planifier leurs repas de la semaine en moins de 2 minutes. Elle génère automatiquement un menu personnalisé, produit la liste de courses associée et suggère comment utiliser les restes pour éviter le gaspillage. L'app répond à une charge mentale quotidienne réelle, validée par une recherche terrain approfondie.
Contexte
Marché
FICHE VALIDATION Le marché de la planification des repas connaît une croissance soutenue, portée par la montée en puissance de la culture meal prep sur les réseaux sociaux. Le hashtag #mealprep cumule plus de 12 millions de publications sur Instagram. Des acteurs comme Mealime ou Yummly existent mais restent en langue anglaise et peu adaptés aux habitudes alimentaires françaises. Il n'existe pas d'app francophone dominante sur ce segment.
Besoin
FICHE VALIDATION Les parents actifs manquent d'idées de repas variés, oublient des ingrédients au supermarché et jettent de la nourriture faute d'organisation. Cette friction se manifeste quotidiennement à travers la question "qu'est-ce qu'on mange ce soir ?" — perçue comme une source de stress récurrente. Les solutions actuelles passent par des listes manuscrites, les Notes du téléphone, ou le scroll Instagram à la recherche d'inspiration, sans outil consolidé.
Problème
FICHE VALIDATION La charge mentale liée à la gestion des repas est documentée et intense. Verbatims collectés lors de la phase de validation : "La charge mentale de la bouffe, c'est épuisant", "Je finis toujours par commander une pizza le jeudi", "J'ai aucune idée de quoi faire avec ce qu'il reste dans le frigo". Un post Reddit r/Parenting traitant de la planification des repas a généré 847 commentaires sans qu'aucune solution satisfaisante ne soit proposée — signal fort d'un problème non résolu.
Objectifs du projet
- Objectif principal : FICHE IDÉE Permettre à un parent actif de planifier ses repas de la semaine en moins de 2 minutes, sans y repenser jusqu'au prochain dimanche.
- Objectif secondaire 1 : Réduire le gaspillage alimentaire en intégrant la gestion des restes dans la génération des menus.
- Objectif secondaire 2 : Générer une liste de courses automatique, synchronisée avec le menu de la semaine.
- Objectif secondaire 3 : Atteindre 143 abonnés actifs payants à 4,99 €/mois dans les 6 premiers mois pour atteindre le seuil de rentabilité.
KPI de succès : RECO APPSTRONAUTE Note moyenne stores ≥ 4,2 étoiles à 3 mois · Taux de rétention à 30 jours ≥ 60 % · Taux de conversion essai gratuit vers abonnement ≥ 20 %.
Cible utilisateurs
PERSONA 1
Sophie, la mère organisée débordée
Profil socio-démographique34 ans, deux enfants (4 et 7 ans), cadre en marketing, vit en région parisienne, revenu foyer 5 000 €/mois.
Usages numériquesSmartphone Android, abonnée Netflix et Spotify, consulte Instagram quotidiennement, utilise les Notes pour ses listes de courses.
Motivations principalesGagner du temps en semaine, manger varié sans y penser, réduire les commandes de livraison impulsives le soir.
Freins / Douleurs"Je refais toujours les mêmes 5 recettes." Oubli d'ingrédients clés au supermarché. Sentiment de culpabilité face au gaspillage.
PERSONA 2
Thomas, le père pragmatique
Profil socio-démographique38 ans, un enfant (10 ans), ingénieur en télétravail, vit à Lyon, cuisine le week-end mais manque d'idées en semaine.
Usages numériquesiPhone, abonné à plusieurs apps de productivité, cherche des recettes sur YouTube mais ne conserve rien de façon organisée.
Motivations principalesArrêter de commander des pizzas le jeudi soir, faire les courses une seule fois par semaine, impliquer son enfant dans les repas.
Freins / DouleursPeur de payer pour une app qu'il n'utilisera pas. Les apps de recettes existantes sont trop complexes à configurer.
Définition des utilisateurs
| Rôle | Description | Permissions principales |
| Utilisateur standard |
Parent ayant créé un compte. Accès complet aux fonctionnalités selon son niveau d'abonnement. |
Générer des menus · Gérer la liste de courses · Gérer les restes · Modifier ses préférences alimentaires |
| Utilisateur gratuit (essai) |
Utilisateur en période d'essai 7 jours. Accès complet limité dans le temps. |
Toutes les fonctionnalités pendant 7 jours · Invitation à souscrire à J+5 |
| Administrateur |
RECO APPSTRONAUTE Accès back-office pour le créateur de l'app. |
Gestion des comptes · Supervision des abonnements · Consultation des métriques · Gestion du catalogue recettes |
II.Objectifs et périmètre
Ce que l'app fait en V1 — et ce qu'elle ne fait pas encore
Périmètre fonctionnel validé
FICHE IDÉE Le périmètre de la V1 couvre les 3 fonctionnalités indispensables identifiées lors du cadrage, organisées en 4 modules fonctionnels :
- Module 1 — Authentification & Onboarding : création de compte, profil alimentaire, démarrage de l'essai gratuit
- Module 2 — Génération de menu : planification automatique des repas de la semaine selon les préférences
- Module 3 — Liste de courses : génération automatique depuis le menu, gestion et cochage en temps réel
- Module 4 — Gestion des restes : identification des restes en fin de semaine et suggestions de recettes associées
Hypothèses structurantes
Les hypothèses suivantes conditionnent les choix d'architecture de la V1. Toute remise en cause de l'une d'elles nécessite un arbitrage formel avant de poursuivre le développement.
- FICHE IDÉE L'app est disponible sur iOS et Android dès la V1 (développement cross-platform avec un framework unique).
- FICHE IDÉE Le modèle de revenus est un abonnement mensuel à 4,99 €/mois avec essai gratuit de 7 jours.
- RECO APPSTRONAUTE L'app est mono-compte : pas de partage de compte entre membres d'un foyer en V1.
- RECO APPSTRONAUTE Pas de fonctionnement hors-ligne : l'app nécessite une connexion Internet pour générer les menus.
- RECO APPSTRONAUTE Le catalogue de recettes est géré par l'administrateur (créateur) en back-office, pas généré par IA en temps réel en V1.
- RECO APPSTRONAUTE Le paiement est géré exclusivement via les systèmes natifs Apple (StoreKit) et Google (Play Billing).
Hors périmètre
Fonctionnalités envisageables (V2)
- Mode multi-utilisateurs / partage de compte foyer
- Génération de menus par IA générative en temps réel (type GPT)
- Scanner de produits en magasin pour ajouter à la liste de courses
- Suggestions basées sur les promotions supermarché du moment
- Module nutrition et suivi calorique
- Recettes collaboratives / soumises par la communauté
Intégrations futures
- Intégration avec les apps de livraison de courses (Instacart, courses.fr)
- Synchronisation avec les calendriers (Google Calendar, Apple Calendar) pour adapter les menus aux soirées chargées
- Connexion avec les assistants vocaux (Siri, Google Assistant)
Optimisations différées
- Mode hors-ligne complet
- Scalabilité avancée (architecture multi-région)
- Personnalisation poussée de l'algorithme de génération de menus
Évolutions du périmètre
Toute demande d'ajout fonctionnel en cours de développement fera l'objet d'une évaluation d'impact (charge, délai, coût). Aucune fonctionnalité hors périmètre ne sera intégrée sans mise à jour formelle de ce document et validation explicite du créateur.
III.Spécifications fonctionnelles
Description détaillée des fonctionnalités de la V1
Cette section détaille les exigences fonctionnelles et techniques de la V1, organisées en modules. Chaque fonctionnalité (F-XX) est décrite avec sa description, son flux utilisateur, ses règles de gestion (RG-XX.X), les données manipulées et les critères d'acceptation.
Les fonctionnalités sont volontairement définies à un niveau macro pour permettre aux équipes Design et Développement de conserver une marge d'interprétation et d'optimisation lors de la phase de conception détaillée. Toute spécification fine émergeant en phase de maquettes (Figma) viendra compléter ce document sans s'y substituer.
F-01Création de compte
Description
RECO APPSTRONAUTE L'utilisateur crée son compte via email/mot de passe ou connexion sociale (Apple, Google). Un email de confirmation est envoyé. La période d'essai gratuit de 7 jours démarre automatiquement à la validation du compte.
Flux utilisateur
- L'utilisateur ouvre l'app et accède à l'écran d'accueil
- Il choisit "Créer un compte" et saisit email + mot de passe, ou sélectionne Sign in with Apple / Google
- Le système envoie un email de confirmation (connexion sociale : pas d'email)
- L'utilisateur confirme son email et accède à l'onboarding
- La période d'essai 7 jours démarre automatiquement
Règles de gestion
- RG-01.1Un email ne peut être associé qu'à un seul compte actif.
- RG-01.2Le mot de passe doit contenir au minimum 8 caractères, une majuscule et un chiffre.
- RG-01.3La période d'essai de 7 jours est non renouvelable par adresse email.
- RG-01.4En cas de non-confirmation de l'email sous 24h, le compte est supprimé automatiquement.
Données manipulées
Email (format valide requis) · Mot de passe (haché, jamais stocké en clair) · Date de création du compte · Date de fin d'essai · Statut du compte (essai / abonné / expiré)
Critères d'acceptation
- La création de compte aboutit en moins de 60 secondes pour un flux email standard
- L'email de confirmation est reçu en moins de 2 minutes
- La connexion via Apple et Google fonctionne sur iOS et Android
F-02Onboarding & profil alimentaire
Description
FICHE IDÉE Après la création du compte, l'utilisateur renseigne ses préférences alimentaires via un questionnaire court (3 à 5 questions). Ces données alimentent l'algorithme de génération de menus. L'onboarding est conçu pour être complété en moins de 2 minutes.
Flux utilisateur
- L'utilisateur est redirigé vers l'onboarding après validation du compte
- Il renseigne : nombre de personnes dans le foyer, régimes alimentaires (végétarien, sans gluten, allergies), préférences cuisine (française, italienne, asiatique...), temps de préparation accepté par soir
- Il valide et accède au tableau de bord principal
Règles de gestion
- RG-02.1Toutes les questions de l'onboarding ont une réponse par défaut — aucune n'est bloquante.
- RG-02.2Les préférences sont modifiables à tout moment depuis les paramètres du profil.
- RG-02.3Les allergies déclarées excluent systématiquement les recettes concernées, sans exception.
Données manipulées
Nombre de couverts · Régimes alimentaires (liste fermée, choix multiples) · Préférences cuisine (liste fermée, choix multiples) · Temps de préparation max (15 min / 30 min / 45 min / 60 min+)
Critères d'acceptation
- L'onboarding est complété en moins de 2 minutes en test utilisateur
- Aucune recette contenant un allergène déclaré n'apparaît dans les menus générés
F-03Génération automatique du menu semaine
Description
FICHE IDÉE Fonctionnalité centrale de l'app. En un appui, l'utilisateur obtient un menu complet pour 7 soirs, basé sur ses préférences et l'historique de ses menus précédents pour éviter les répétitions. Le menu est modifiable recette par recette.
Flux utilisateur
- L'utilisateur accède au tableau de bord et appuie sur "Générer mon menu"
- Le système génère 7 recettes correspondant aux préférences et à l'historique
- L'utilisateur visualise le menu sous forme de liste hebdomadaire (lundi à dimanche)
- Il peut remplacer une recette en appuyant dessus et en sélectionnant une alternative
- Il valide le menu — cela déclenche la génération de la liste de courses
Règles de gestion
- RG-03.1Une même recette ne peut pas apparaître deux fois dans le même menu semaine.
- RG-03.2Les recettes déjà servies dans les 2 semaines précédentes sont déprioritisées sauf catalogue insuffisant.
- RG-03.3La génération doit s'effectuer en moins de 3 secondes.
- RG-03.4Si le catalogue ne contient pas assez de recettes compatibles, l'utilisateur est notifié et des recettes moins conformes sont proposées avec indication.
Données manipulées
Catalogue recettes (id, nom, ingrédients, temps de préparation, régimes compatibles, catégorie cuisine) · Historique des menus (par compte utilisateur) · Préférences utilisateur
Critères d'acceptation
- Le menu est généré en moins de 3 secondes sur une connexion 4G standard
- Aucune répétition de recette sur la même semaine
- 100 % des recettes respectent les allergènes déclarés
F-04Génération automatique de la liste de courses
Description
FICHE IDÉE Dès que le menu est validé, la liste de courses est générée automatiquement. Les ingrédients sont regroupés par catégorie (fruits et légumes, viandes, produits laitiers, épicerie) pour faciliter le parcours en magasin. Les quantités sont calculées en fonction du nombre de couverts renseigné.
Flux utilisateur
- L'utilisateur valide son menu — la liste est générée automatiquement
- Il accède à la liste depuis le menu principal ou une notification
- Il coche les articles au fur et à mesure de ses achats
- Il peut ajouter manuellement des articles hors menu
- Il peut archiver la liste une fois les courses faites
Règles de gestion
- RG-04.1Les ingrédients communs à plusieurs recettes sont consolidés en un seul article avec la quantité totale.
- RG-04.2Les articles cochés sont visuellement distingués (barrés ou grisés) mais restent visibles.
- RG-04.3La liste est persistante : elle reste accessible même si l'app est fermée entre deux sessions.
- RG-04.4Les articles ajoutés manuellement sont signalés visuellement (icône distincte).
Données manipulées
Articles (nom, quantité, unité, catégorie) · Statut de chaque article (à acheter / acheté) · Articles manuels · Date de génération
Critères d'acceptation
- La liste est générée en moins de 2 secondes après validation du menu
- Les ingrédients sont correctement regroupés par catégorie dans 100 % des cas
- La liste reste accessible après fermeture et réouverture de l'app
F-05Identification des restes et suggestions de recettes
Description
FICHE IDÉE En fin de semaine (ou à la demande), l'utilisateur indique les ingrédients qu'il lui reste. L'app propose des recettes utilisant prioritairement ces restes pour le ou les prochains repas, réduisant ainsi le gaspillage alimentaire.
Flux utilisateur
- L'utilisateur accède à la section "Mes restes" depuis le menu principal
- Il saisit les ingrédients restants (saisie texte libre ou sélection dans une liste)
- L'app propose 2 à 3 recettes utilisant au maximum ces ingrédients
- L'utilisateur sélectionne une recette — elle est ajoutée au menu de la semaine suivante
Règles de gestion
- RG-05.1Les recettes suggérées sont classées par taux d'utilisation des restes décroissant.
- RG-05.2Si aucune recette ne correspond à plus de 50 % des restes, un message invite l'utilisateur à élargir la recherche.
- RG-05.3Les allergènes déclarés sont respectés dans les suggestions, même pour les restes.
Données manipulées
Ingrédients restes (saisie libre normalisée) · Recettes suggérées · Taux de correspondance reste/recette
Critères d'acceptation
- Au moins 2 suggestions de recettes sont proposées pour toute combinaison d'au moins 3 ingrédients courants
- Le taux d'utilisation des restes est affiché pour chaque suggestion
IV.Spécifications non fonctionnelles
Qualité, performance et infrastructure
Performance et qualité
RECO APPSTRONAUTE En l'absence de spécifications contractuelles, les standards Appstronaute s'appliquent :
| Indicateur | Cible |
| Temps de réponse écrans principaux | < 2 secondes sur 4G |
| Génération de menu | < 3 secondes |
| Génération de liste de courses | < 2 secondes |
| Disponibilité de l'app | 99,5 % mensuel |
| Taux de crash | < 0,5 % des sessions |
| Compatibilité iOS | iOS 15 et supérieur |
| Compatibilité Android | Android 10 et supérieur |
Infrastructure & back-office
RECO APPSTRONAUTE L'administrateur (créateur) dispose d'un accès back-office permettant :
- La gestion du catalogue de recettes (ajout, modification, désactivation)
- La consultation des métriques clés : nombre d'utilisateurs actifs, taux de rétention, taux de conversion essai/abonnement
- La gestion des comptes utilisateurs (suspension, suppression sur demande RGPD)
- La supervision des erreurs et incidents via un outil de monitoring (ex. Sentry)
Contenus et qualité éditoriale
Le catalogue de recettes est géré par le créateur en back-office. Les recettes doivent respecter les standards suivants :
- Titre court et explicite (max 50 caractères)
- Liste d'ingrédients avec quantités précises et unités standardisées
- Temps de préparation renseigné en minutes
- Catégorie cuisine et régimes compatibles renseignés obligatoirement
- Photo de la recette recommandée À COMPLÉTER
V.Spécifications techniques
Stack et conformité
1. Stack technique
1.1 Front-end
RECO APPSTRONAUTE Compte tenu de la cible iOS et Android simultanée et du profil solo du créateur, un framework cross-platform est recommandé pour la V1 :
- Framework : React Native (Expo) — permet un code unique pour iOS et Android, large communauté, compatible avec les outils IA de développement (Cursor + Claude)
- Compatibilité : iOS 15+ et Android 10+
- Design system : À COMPLÉTER — à définir lors du module Design (NativeWind ou StyleSheet natif)
1.2 Back-end
RECO APPSTRONAUTE Pour une première app développée en solo, une architecture Backend-as-a-Service (BaaS) est recommandée pour réduire la complexité opérationnelle :
- BaaS : Supabase (base de données PostgreSQL, authentification, stockage, API auto-générée)
- Hébergement : Supabase Cloud — région Europe (Frankfurt) pour conformité RGPD
- Paiements in-app : RevenueCat — gestion unifiée des abonnements iOS (StoreKit) et Android (Play Billing)
- Notifications push : Expo Notifications
- Monitoring : Sentry (erreurs et performance)
2. Sécurité & Conformité
2.1 RGPD
RECO APPSTRONAUTE MealGenius collecte des données personnelles (email, préférences alimentaires dont des données pouvant relever de la santé). La conformité RGPD est obligatoire avant publication sur les stores.
| Donnée collectée | Base légale | Durée de conservation |
| Email | Contrat (exécution du service) | Durée du compte + 1 an |
| Préférences alimentaires | Consentement explicite | Durée du compte actif |
| Historique des menus | Intérêt légitime (amélioration du service) | 12 mois glissants |
| Données de paiement | Contrat — traitées par Apple/Google/RevenueCat | Non stockées par MealGenius |
- Politique de confidentialité obligatoire avant création de compte (lien + case à cocher)
- Droit à l'effacement : suppression du compte et de toutes les données sur demande en back-office sous 30 jours
- Authentification sécurisée via Supabase Auth (tokens JWT, refresh tokens)
- Mots de passe hachés (bcrypt) — jamais stockés en clair
VI.Planning
Phasage indicatif de la V1
Phasage
RECO APPSTRONAUTE Le planning ci-dessous est indicatif. Les durées sont exprimées en semaines relatives depuis le démarrage effectif du développement.
| Phase | Début | Fin | Durée | Livrables clés |
| Cadrage Fonctionnel |
S1 |
S2 |
2 semaines |
CDC validé · Userflows · Maquettes Figma |
| Développement |
S3 |
S10 |
8 semaines |
App fonctionnelle en environnement de test · Back-office accessible |
| Recette & Tests |
S11 |
S12 |
2 semaines |
Rapport de tests · Corrections bugs critiques · Bêta testeurs |
| Déploiement |
S13 |
S14 |
2 semaines |
Soumission App Store et Play Store · Publication · Lancement |
Note sur le planning
Ces durées correspondent à un rythme de travail à temps partiel (10 à 15h par semaine). Si tu disposes de plus de temps, le calendrier peut être compressé. La phase de Recette & Tests ne doit pas être réduite — c'est elle qui conditionne l'acceptation de l'app par les stores.
VII.Conclusion
Validation, signatures et annexes
Ce cahier des charges formalise la vision, les objectifs et les modalités de réalisation du projet. Il constitue la base de travail et de référence pour toutes les étapes suivantes de la formation.
Validation
Ce document est considéré comme validé dès sa première utilisation dans la formation (génération des userflows, maquettes ou développement). Toute modification du périmètre ou des spécifications doit faire l'objet d'une mise à jour du numéro de version dans l'historique et d'une nouvelle date de validation.
Les sections marquées À COMPLÉTER doivent être renseignées avant le démarrage de la phase de développement.
LE CRÉATEUR
Nom
Date
Signature
Annexes
Annexe A — Glossaire
| Terme | Définition |
| V1 | Première version publique de l'app, correspondant au périmètre validé dans ce CDC. |
| Meal prep | Pratique consistant à préparer ses repas de la semaine à l'avance, en vogue sur les réseaux sociaux. |
| BaaS | Backend-as-a-Service : infrastructure serveur gérée par un tiers, permettant au créateur de se concentrer sur le front-end. |
| Cross-platform | Développement d'une application unique fonctionnant sur iOS et Android à partir d'un même code source. |
| Churn | Taux de résiliation des abonnements sur une période donnée. Un churn élevé signale un problème de rétention. |
| KPI | Key Performance Indicator — indicateur clé de performance permettant de mesurer l'atteinte des objectifs. |
| Onboarding | Parcours d'accueil guidant le nouvel utilisateur lors de sa première connexion à l'app. |
| RGPD | Règlement Général sur la Protection des Données — réglementation européenne encadrant la collecte et le traitement des données personnelles. |
| RevenueCat | Service tiers de gestion des abonnements in-app, compatible iOS et Android, simplifiant l'intégration des paiements récurrents. |
| Supabase | Plateforme open-source de Backend-as-a-Service basée sur PostgreSQL, utilisée pour la base de données, l'authentification et l'API. |
| StoreKit / Play Billing | Systèmes natifs de paiement in-app d'Apple (StoreKit) et Google (Play Billing), obligatoires pour les achats dans les apps stores. |
| JWT | JSON Web Token — standard d'authentification sécurisé utilisé pour vérifier l'identité des utilisateurs côté serveur. |
Annexe B — Benchmark
| App | Points forts | Manques identifiés (fiche validation) |
| Mealime | Interface claire, génération de liste de courses | En anglais, peu adapté aux habitudes françaises, pas de gestion des restes |
| Yummly | Grand catalogue de recettes, filtres avancés | En anglais, complexe à configurer, pas de planning automatique |
| Marmiton | Référence française, riche catalogue | Pas de planification, pas de liste de courses intégrée, publicités intrusives |
À enrichir
À COMPLÉTER Ce benchmark est issu de la fiche de validation. Il est recommandé de le compléter avec des captures d'écran et une analyse des avis stores avant le démarrage du design.
Annexe C — Maquettes & Wireframes
Placeholder — Module 2
À COMPLÉTER Le lien vers les maquettes Figma sera renseigné à l'issue du Module 2 — Design de la formation Appstronaute.
Annexe D — Documents de référence
- Fiche idée MealGenius — complétée dans le Module 1 de la formation
- Fiche de validation MealGenius — complétée dans le Module 1 de la formation