Cahier des Charges — MealGenius
Cahier des Charges
DOCUMENT DE RÉFÉRENCE PROJET
MealGenius
CréateurApprenant Appstronaute
RéférenceAPPS-MEAL-2026
Date30 Mai 2026
ContactFormation 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

VersionDateAuteurModifications
v1.030 Mai 2026CréateurVersion 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

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ôleDescriptionPermissions 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

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

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.

Module 1 — Authentification & Onboarding
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
  1. L'utilisateur ouvre l'app et accède à l'écran d'accueil
  2. Il choisit "Créer un compte" et saisit email + mot de passe, ou sélectionne Sign in with Apple / Google
  3. Le système envoie un email de confirmation (connexion sociale : pas d'email)
  4. L'utilisateur confirme son email et accède à l'onboarding
  5. 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
  1. L'utilisateur est redirigé vers l'onboarding après validation du compte
  2. 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
  3. 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
Module 2 — Génération de menu
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
  1. L'utilisateur accède au tableau de bord et appuie sur "Générer mon menu"
  2. Le système génère 7 recettes correspondant aux préférences et à l'historique
  3. L'utilisateur visualise le menu sous forme de liste hebdomadaire (lundi à dimanche)
  4. Il peut remplacer une recette en appuyant dessus et en sélectionnant une alternative
  5. 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
Module 3 — Liste de courses
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
  1. L'utilisateur valide son menu — la liste est générée automatiquement
  2. Il accède à la liste depuis le menu principal ou une notification
  3. Il coche les articles au fur et à mesure de ses achats
  4. Il peut ajouter manuellement des articles hors menu
  5. 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
Module 4 — Gestion des restes
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
  1. L'utilisateur accède à la section "Mes restes" depuis le menu principal
  2. Il saisit les ingrédients restants (saisie texte libre ou sélection dans une liste)
  3. L'app propose 2 à 3 recettes utilisant au maximum ces ingrédients
  4. 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

Performance et qualité

RECO APPSTRONAUTE En l'absence de spécifications contractuelles, les standards Appstronaute s'appliquent :

IndicateurCible
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'app99,5 % mensuel
Taux de crash< 0,5 % des sessions
Compatibilité iOSiOS 15 et supérieur
Compatibilité AndroidAndroid 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

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éeBase légaleDurée de conservation
EmailContrat (exécution du service)Durée du compte + 1 an
Préférences alimentairesConsentement expliciteDurée du compte actif
Historique des menusIntérêt légitime (amélioration du service)12 mois glissants
Données de paiementContrat — traitées par Apple/Google/RevenueCatNon 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

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.

PhaseDébutFinDuréeLivrables 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

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
TermeDéfinition
V1Première version publique de l'app, correspondant au périmètre validé dans ce CDC.
Meal prepPratique consistant à préparer ses repas de la semaine à l'avance, en vogue sur les réseaux sociaux.
BaaSBackend-as-a-Service : infrastructure serveur gérée par un tiers, permettant au créateur de se concentrer sur le front-end.
Cross-platformDéveloppement d'une application unique fonctionnant sur iOS et Android à partir d'un même code source.
ChurnTaux de résiliation des abonnements sur une période donnée. Un churn élevé signale un problème de rétention.
KPIKey Performance Indicator — indicateur clé de performance permettant de mesurer l'atteinte des objectifs.
OnboardingParcours d'accueil guidant le nouvel utilisateur lors de sa première connexion à l'app.
RGPDRèglement Général sur la Protection des Données — réglementation européenne encadrant la collecte et le traitement des données personnelles.
RevenueCatService tiers de gestion des abonnements in-app, compatible iOS et Android, simplifiant l'intégration des paiements récurrents.
SupabasePlateforme 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 BillingSystèmes natifs de paiement in-app d'Apple (StoreKit) et Google (Play Billing), obligatoires pour les achats dans les apps stores.
JWTJSON Web Token — standard d'authentification sécurisé utilisé pour vérifier l'identité des utilisateurs côté serveur.
Annexe B — Benchmark
AppPoints fortsManques identifiés (fiche validation)
MealimeInterface claire, génération de liste de coursesEn anglais, peu adapté aux habitudes françaises, pas de gestion des restes
YummlyGrand catalogue de recettes, filtres avancésEn anglais, complexe à configurer, pas de planning automatique
MarmitonRéférence française, riche cataloguePas 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
Merci.
POUR VOTRE CONFIANCE
Web Service 2

Développez des plateformes web performantes et sur-mesure, pensées pour évoluer avec votre activité. De la conception au déploiement, nous créons des outils robustes, rapides et adaptés à vos besoins métiers.

Service Web 3
Créez des expériences innovantes grâce aux technologies Web3 : identité numérique, smart contracts, tokenisation, protocoles sécurisés et interactions décentralisées. Nous vous accompagnons dans la création d’applications modernes, fiables et orientées futur.
NFT Agency
Blockchain Agency
Crypto Agency
Metaverse Agency
AI Agency
NFT Agency
Blockchain Agency
Crypto Agency
Metaverse Agency
AI Agency