Design System -- Revise Mieux¶
Fondations strategiques d'un design system intergenerationnel pour collegiens (11-15 ans) et parents.
1. Executive summary¶
Revise Mieux est une app de revision pour collegiens ou le design doit resoudre une equation rare : plaire a un ado de 13 ans (qui decide d'ouvrir l'app chaque soir) ET rassurer un parent de 40 ans (qui decide de payer et d'installer). Le design system propose un positionnement "outil premium pour jeunes" -- ni jouet, ni logiciel scolaire -- avec une identite visuelle moderne, des codes empruntes aux apps que les ados utilisent deja (Notion, Spotify, Instagram), et une structure qui inspire confiance aux parents.
Les couleurs Mastery (UNKNOWN, FRAGILE, OK, SOLID) sont le coeur visuel du produit. Elles doivent communiquer la progression sans juger, encourager sans mentir, et etre lisibles en un coup d'oeil par les deux audiences.
2. Analyse du defi de design¶
Pourquoi c'est difficile¶
L'app doit etre adoptee par deux publics aux codes visuels opposes : - Un collegien de 14 ans associe "serieux" a "ennuyeux" et "scolaire" a "punition" - Un parent de 40 ans associe "fun" a "pas serieux" et "gamifie" a "distraction"
La zone de chevauchement est etroite : un design qui communique competence, modernite et progression sans tomber dans les extremes.
Pieges visuels a eviter¶
| Piege | Symptome | Pourquoi c'est fatal |
|---|---|---|
| Infantilisation | Mascotte animee, couleurs pastel bonbon, emojis partout | L'ado de 14 ans quitte immediatement -- il ne veut pas d'une app "pour les petits" |
| Froideur institutionnelle | Gris dominant, tableaux de donnees, ton formel | L'eleve percoit un outil de surveillance impose par le parent |
| Sur-gamification | Streaks, classements, coffres, XP | Le parent doute du serieux ; l'eleve peut devenir dependant au systeme plutot qu'a l'apprentissage |
| Copie scolaire | Interface qui ressemble a Pronote ou un ENT | Association negative immediate -- l'app "ressemble a l'ecole" |
Reponse emotionnelle visee¶
| Public | Emotion a l'ouverture | Emotion apres 5 min |
|---|---|---|
| Eleve | "C'est propre, ca a l'air bien fait" | "Je vois ou j'en suis, je sais quoi faire" |
| Parent | "C'est serieux, bien structure" | "Je comprends la progression de mon enfant" |
Ce qui differencie "engageant pour ado" de "enfantin"¶
- Enfantin : couleurs saturees, formes rondes, animations excessives, langage simplifie a l'extreme
- Engageant pour ado : palette equilibree, micro-animations subtiles, mise en page aeree, ton direct sans etre familier, codes visuels empruntes aux apps "adultes" que les ados admirent
3. Personas et attentes audiences¶
Personas design¶
| Persona | Age | Ce qui attire | Ce qui repousse | Apps aimees |
|---|---|---|---|---|
| Collegien 6e (11-12 ans) | 11-12 | Couleurs vives (pas criardes), animations, retour positif immediat, sentiment de progression | Texte dense, interfaces austeres, impression de "devoirs en plus" | Duolingo (fun sans etre bebe), YouTube (feed personnalise), Brawl Stars (progression visible) |
| Collegien 3e (14-15 ans) | 14-15 | Design epure et "mature", typographie moderne, dark mode, interface qui ressemble aux apps qu'il utilise | Tout ce qui fait "bebe", mascotte, couleurs pastel, emojis excessifs, comparaison avec les autres | Spotify (dark mode, epure), Instagram (visuels soignes), Notion (outil serieux qui a du style) |
| Parent implique (35-50 ans) | 35-50 | Donnees claires, structure lisible, credibilite visuelle, sentiment de controle | Design "jouet", absence de donnees concretes, flou sur ce que fait l'enfant | Bankin (dashboard clair), Apple Health (progression data), MyFitnessPal (suivi structure) |
| Parent delegateur (35-50 ans) | 35-50 | Simplicite, pas de surcharge, alertes claires, confiance que "ca tourne" | Complexite, trop de parametres, sollicitation frequente | Doctolib (simple, efficace), Meteo France (info rapide), WhatsApp (notifications claires) |
Pour chaque persona : curseur fun/serieux¶
- 6e : 60% fun / 40% serieux -- besoin de recompense visible, tolerance pour les animations
- 3e : 35% fun / 65% serieux -- veut se sentir traite comme un "grand", prefere l'efficacite
- Parent implique : 20% fun / 80% serieux -- veut des donnees, accepte une touche de couleur
- Parent delegateur : 10% fun / 90% serieux -- veut juste savoir si ca va ou pas
Zone de confort partagee¶
Les 4 personas convergent sur : 1. Proprete visuelle : espaces blancs, hierarchie claire, pas de surcharge 2. Progression visible : barres, pourcentages, indicateurs colores lisibles 3. Modernite : coins arrondis, ombres subtiles, typographie contemporaine 4. Efficacite : pas de clics inutiles, information accessible rapidement 5. Couleurs a signification : vert = bien, orange = attention, pas d'ambiguite
4. Positionnement de design¶
playful ●○○○○○○●○○ serious
^--- ICI (position 3/10)
Engageant sans etre ludique. Des micro-animations et couleurs
expressives, mais pas de jeu. L'emotion vient de la progression, pas du fun.
childish ○○○○○○○○●○ youthful
^--- ICI (position 8/10)
Resolument jeune et moderne, jamais enfantin. Les codes visuels
sont ceux des apps que les ados admirent, pas des apps pour enfants.
gimmicky ○○○○○○○○●○ modern
^--- ICI (position 8/10)
Design system structure et perenne, pas d'effets de mode.
Sobriete graphique inspiree de Notion/Linear, pas de gradients flashy.
institutional ○○○●○○○○○○ educational
^--- ICI (position 3/10)
Educatif par le contenu et les feedbacks, pas par l'esthetique.
L'interface ne ressemble pas a un ENT ou un manuel scolaire.
controlling ○○○○○○○●○○ reassuring
^--- ICI (position 7/10)
Le parent est informe, pas aux commandes. L'eleve garde
l'autonomie. Le design communique "tu es capable" pas "on te surveille".
5. Principes emotionnels et tonals¶
Ton emotionnel¶
L'interface communique : "Tu es capable, et je suis la pour t'aider a le voir."
Feeling de marque (3 mots)¶
Clair. Capable. Progressif.
Personnalite visuelle¶
Si l'app etait une personne : un grand frere/une grande soeur etudiant(e) en prepa -- organise(e), bienveillant(e), un peu cool, qui explique sans juger et celebre les progres sans en faire trop.
Ton des interactions¶
- Micro-copy : direct, deuxieme personne du singulier (tutoiement pour l'eleve), phrases courtes
- Notifications : informatives, jamais culpabilisantes ("Tes revisions t'attendent" plutot que "Tu n'as pas revise")
- Erreurs : expliquees simplement, avec un chemin de resolution ("L'envoi a echoue. Reessaie ou verifie ta connexion.")
- Feedback positif : sobre mais satisfaisant ("Bien joue" plutot que "INCROYABLE !!!!")
Copywriting UI¶
- Eleve : tutoiement, ton direct et encourageant
- Parent : vouvoiement, ton informatif et rassurant
- Transitions entre espaces : le changement de ton est naturel, pas abrupt
6. Design tokens fondamentaux¶
6.1 Couleurs¶
Voir le document dedie color-system.md pour la palette complete. Resume :
- Primaire : Bleu
#4A90D9(confiance, focus, credibilite) -- conserve de l'existant - Secondaire : Violet doux
#7C5CFC(creativite, modernite, differenciation) - Mastery : palette de 4 couleurs semantiques dediees (voir section 9)
- Mode sombre : oui, supporte des la V1 -- les 3e le demandent, l'existant le supporte deja
6.2 Typographie¶
Voir le document dedie typography.md. Resume :
- Font principale : Inter (open source, excellente lisibilite mobile, support FR complet)
- Echelle : 7 niveaux (h1 a small), coherente avec l'existant
- Contenu pedagogique : traitements specifiques pour definitions, formules, termes-cles
6.3 Iconographie¶
- Style : outline avec poids moyen (1.5-2px), coins arrondis
- Librairie : Phosphor Icons (open source, coherent, outline + filled + duotone disponibles)
- Illustrations : style flat minimaliste pour les empty states et l'onboarding. Pas de personnages realistes ni de style cartoon
- Mascotte : NON. Pas de mascotte. Une mascotte est impossible a calibrer pour les 11-15 ans (trop bebe pour les 3e, trop "serieux" pour les 6e). A la place, utiliser des illustrations geometriques/abstraites pour les moments clefs (onboarding, celebrations, empty states)
6.4 Tokens de base¶
- Border radius : conserve de l'existant (sm:6, md:12, lg:16, xl:24, full:9999). Le
lg:16est le radius par defaut des cards -- assez arrondi pour etre moderne sans faire "bulle" - Spacing : 8pt grid conserve (xs:4, sm:8, md:16, lg:24, xl:32, xxl:48) -- standard et fonctionnel
- Shadows : systeme a 3 niveaux
shadow.sm: cards au repos (offset 0/1, blur 3, opacity 0.08)shadow.md: cards survolees/pressees (offset 0/2, blur 8, opacity 0.12)shadow.lg: modals, popovers (offset 0/4, blur 16, opacity 0.16)- Animations :
- Duree standard : 200ms (interactions), 300ms (transitions ecrans), 600ms (celebrations)
- Easing :
ease-outpour les entrees,ease-inpour les sorties - Quand animer : transitions mastery, feedback reponse, apparition de cartes
- Quand NE PAS animer : navigation standard, scroll, saisie texte
7. Philosophie des composants¶
Voir le document dedie component-philosophy.md. Les composants sont conçus autour de 3 principes :
1. Un seul systeme, deux contextes : memes composants pour eleve et parent, layout adapte
2. L'etat Mastery est omnipresent : la progression est visible partout sans etre envahissante
3. Le feedback est immediat : chaque action a une consequence visuelle claire
8. Principes d'utilisabilite educative¶
Comprehension¶
- Hierarchie visuelle stricte : 1 titre, 1 action principale, informations secondaires en retrait
- Pas plus de 3 niveaux d'information par ecran
- Les couleurs Mastery sont le seul systeme de couleur semantique -- pas de couleurs arbitraires
Attention¶
- Sessions de 10-20 min : interface epuree pendant le quiz (pas de barre de nav, pas de notifications)
- Progression visible en permanence (question 3/10, barre de progression en haut)
- Micro-feedback apres chaque reponse pour maintenir l'engagement
Progression¶
- Le pourcentage de maitrise est TOUJOURS visible sur le dashboard
- Les transitions Mastery sont celebrees (animation subtile + message)
- L'historique est accessible mais pas impose (eviter la surcharge cognitive)
Confiance¶
- Les erreurs ne sont jamais "rouges" dans le feedback de quiz -- le rouge est reserve aux erreurs systeme
- Le feedback incorrect utilise l'orange doux avec une explication
- Le label UNKNOWN est affiche "NOUVEAU" (pas "inconnu" qui sous-entend un manque)
Clarte dans l'incertitude¶
- Les items en attente de validation sont visuellement distincts (badge, bordure pointillee)
- Le score OCR bas est communique via un indicateur de confiance, pas une alarme
9. Strategie d'equilibre eleve/parent¶
Un systeme, deux vues¶
Pas deux themes separes -- un seul design system avec des variations de layout : - L'espace eleve est la vue par defaut : focus sur l'action (reviser, progresser) - L'espace parent est accessible via un switch de profil : focus sur l'observation (comprendre, verifier)
Comment le parent sait qu'il est dans "son" espace¶
- Header different : nom de l'enfant + avatar en en-tete ("Progression de Hugo")
- Ton de voix : vouvoiement automatique
- Layout data-first : plus de chiffres, de graphiques, moins d'animations
- Palette identique mais predominance de gris/blanc (moins de couleur vive)
Personnalisation eleve¶
Niveau minimal au Lot 0, expansible ensuite : - Lot 0 : choix dark/light mode - MVP : avatar simple (selection dans une grille), couleur d'accent personnalisable - V2 : themes de couleur complets
Coherence¶
Le lien entre les deux espaces passe par les couleurs Mastery : le parent voit les memes couleurs (vert, bleu, orange, gris) que l'eleve. C'est le langage commun.
10. Patterns Mastery et gamification¶
Representation du Mastery¶
Voir la section dediee dans color-system.md pour les couleurs. La representation visuelle :
Barre segmentee (composant principal)¶
La MasteryBar existante est le bon pattern. Ameliorations proposees :
- Ajouter une micro-animation lors des transitions (la section "solid" qui grandit)
- Arrondir les segments interieurs (pas juste les extremites)
Badge d'etat¶
Le MasteryBadge existant fonctionne bien (dot + label). Ajustements :
- Renommer "UNKNOWN" en "NOUVEAU" dans l'affichage (meme terme interne)
- Renommer "FRAGILE" en "EN COURS" pour l'affichage eleve (terme moins negatif)
- Garder les termes techniques dans l'espace parent ("Pas encore vu / En cours / Compris / Bien acquis" comme prevu dans Z6-AC29)
Progression temporelle¶
- Mini-graphique sparkline sur la page chapitre : evolution du % maitrise sur 7 jours
- Pas de graphique complexe -- un simple trait qui monte ou descend
Eviter que FRAGILE soit percu comme un echec¶
- La couleur est un ambre chaud (
#F5A623), pas un rouge-orange - Le label est "EN COURS" (pas "FRAGILE" pour l'eleve)
- Le feedback associe est "Continue, tu progresses"
Rendre SOLID gratifiant sans exces¶
- Couleur verte franche mais pas neon (
#2ECC71) - Animation unique lors de la transition : la barre pulse une fois, un check apparait
- Pas de confettis, pas de son, pas de popup modal
Gamification dosee¶
Ce qui est acceptable¶
- Micro-celebrations sur les transitions positives (animation + message court)
- Decompte d'items maitrises ("12 points bien acquis sur 20")
- Message d'encouragement contextuel en fin de session ("3 points de plus vers SOLID")
Ce qui est interdit (cf Z6-AC15)¶
- Streaks : explicitement exclus par le produit
- Classements : pas de comparaison sociale
- Points/XP : pas de monnaie virtuelle
- Recompenses aleatoires : pas de "coffres" ou "loot boxes"
- Notifications de culpabilisation : jamais "Tu as perdu ta serie"
11. Strategie de scalabilite¶
Voir le document dedie scalability.md.
12. Do / Don't¶
Voir le document dedie do-dont.md.
13. Plan de premiere iteration¶
Definir en premier (Lot 0)¶
- Palette Mastery finalisee (4 couleurs + light variants)
- Typographie : integrer Inter, ajuster l'echelle
- Composants core : MasteryBar (animer), MasteryBadge (renommer labels), Button, Card
- Ecran de session quiz : c'est la ou l'eleve passe le plus de temps
Ce qui peut attendre (MVP)¶
- Illustrations empty states
- Mode avatar/personnalisation
- Graphiques de progression temporelle
- Composants dashboard parent avances
Prototyper en premier¶
- L'ecran de session quiz (question + feedback + progression)
- Le dashboard eleve avec la MasteryBar globale
- La transition FRAGILE -> OK (moment emotionnel cle)
Tester en premier¶
- Avec un eleve de 4e : "Est-ce que ca fait bebe ?" + "Est-ce que tu comprends ou tu en es ?"
- Avec un parent : "Est-ce que tu fais confiance a cet outil ?" + "Comprends-tu la progression ?"
14. Moodboard textuel¶
Voir le document dedie moodboard.md.
15. Recommandation finale¶
Le design system de Revise Mieux doit etre sobre, moderne et expressif par les donnees. La progression Mastery EST l'identite visuelle -- pas besoin d'enjoliver avec des mascotte ou de la gamification lourde.
Les fondations existantes (Colors.ts, Typography.ts, MasteryBar) sont solides et coherentes. Les ajustements proposes sont evolutifs, pas revolutionnaires : - Affiner la couleur FRAGILE (orange -> ambre chaud) - Ajouter une couleur secondaire (violet) - Renommer les labels Mastery cote eleve - Integrer Inter comme font - Ajouter des micro-animations sur les transitions Mastery
Le plus grand risque n'est pas d'etre "pas assez fun" -- c'est d'etre "trop scolaire". Le curseur doit pencher vers Spotify/Notion plutot que vers Pronote/Duolingo.