Comment concevoir une application mobile pour capturer les idées en cours
Apprenez à concevoir et développer une application mobile qui capture rapidement les idées en cours : notes, voix, tags, mode hors ligne, synchronisation, rappels et recherche.
Clarifiez le problème que vous résolvez
Avant de penser aux écrans ou aux fonctionnalités, précisez ce que vous capturez. Les « idées en cours » ne sont pas des notes polies — ce sont le milieu désordonné : une phrase que vous ne voulez pas oublier, un plan à moitié formé, une question à poser plus tard, une idée rapide après une réunion, ou un extrait de quelque chose que vous voulez écrire.
Qu'est-ce qui compte comme une idée en cours ?
Pour la plupart des publics, ces pensées se répartissent en quelques catégories :
Idées et étincelles (idées produit, accroches de contenu, solutions)
Plans à moitié formés (prochaines étapes, plans, brouillons)
Extraits (citations, phrases, chiffres, noms)
Questions et incertitudes (« Demander à Sam… », « Pourquoi X arrive ? »)
Le détail clé : elles sont capturées rapidement, souvent sans contexte, et ont besoin d’aide pour devenir utiles plus tard.
Les cas d'usage principaux
Votre application sert essentiellement trois moments :
Capture en déplacement : pendant un trajet, entre deux réunions, en cuisinant — quand l'attention est limitée.
Revue ultérieure : un passage dédié où l'utilisateur parcourt ce qu'il a capturé et décide de ce qui compte.
Transformer une pensée en action : convertir une idée en tâche, rappel calendrier, message à envoyer ou note plus complète.
Si votre produit ne prend pas en charge les trois, les utilisateurs retourneront à l'outil qui leur permet de boucler la boucle.
Comment vous mesurerez le succès
Définissez des critères de succès tôt pour que les décisions restent ancrées :
Vitesse de capture : de l'intention à l'enregistrement en quelques secondes.
Vitesse de récupération : la retrouver quand elle compte.
Confiance : l'utilisateur croit que sa pensée est bien sauvegardée et synchronisée.
Contraintes du monde réel à concevoir
Supposez que la capture se fait sous pression : utilisation à une main, environnements bruyants (la voix peut échouer), réseaux peu fiables et laps d'attention courts. Votre application doit fonctionner quand les conditions sont mauvaises — c'est justement à ce moment que les gens en ont le plus besoin.
Connaissez vos utilisateurs et leurs moments de capture
Une application de capture réussit ou échoue selon une vérité simple : les gens n'oublient pas des idées parce qu'elles ne comptent pas, mais parce que le moment est gênant. Votre travail est de comprendre pour qui votre application est faite et quelles situations réelles font surgir (et disparaître) les pensées.
Identifiez vos utilisateurs principaux
Commencez par quelques groupes clairs et le travail qu'ils cherchent à accomplir :
Chaque contexte implique des contraintes : vitesse, confidentialité, qualité audio et possibilité de regarder l'écran.
Menez des interviews rapides axées sur les points de défaillance
Gardez les interviews courtes (10–15 minutes) et pratiques. Questions utiles :
« Parlez-moi de la dernière fois où vous avez eu une bonne idée et l'avez perdue. »
« Qu'est-ce qui vous a bloqué — déverrouiller, taper, trouver le bon endroit, peur d'oublier plus tard ? »
« Qu'avez-vous fait à la place (envoyer un SMS, mémo vocal, bouts de papier) ? »
« Quand révisez-vous ces notes, si jamais ? »
Écoutez les mots de friction : trop d'étapes, ne pas vouloir paraître impoli, incapacité à taper, impossibilité de retrouver plus tard.
Étudiez la concurrence sans copier
Parcourez les avis des applications de notes et de mémos vocaux populaires. Ne clonez pas les fonctionnalités ; extrayez des schémas :
Qu'est-ce que les utilisateurs qualifient d'« instantané » ?
Qu'est-ce qu'ils trouvent « encombré » ou « difficile à retrouver » ?
Quelles petites irritations poussent les gens à abandonner l'habitude ?
Votre objectif : une définition, informée par les utilisateurs, du « assez rapide » pour les moments qui comptent.
Définissez le flux central (Capture → Revue → Action)
Une application de capture réussit ou échoue sur une chose : la rapidité avec laquelle une idée brouillonne devient quelque chose de fiable et réutilisable. Le flux doit ressembler à une ligne droite — pas de décision inutile.
Capture : le chemin le plus court
Concevez le chemin par défaut comme : ouvrir l'app → capturer → terminé. Chaque écran, invite ou choix supplémentaire augmente l'abandon.
Commencez par choisir vos types d'entrée principaux et rendez-les instantanément disponibles :
Texte pour la saisie rapide et les petites modifications
Voix pour les moments les mains prises (avec transcription optionnelle ensuite)
Photo pour tableaux blancs, reçus ou contexte visuel
Listes rapides pour des étapes brèves
Revue : un endroit sûr pour l'« inachevé »
La revue est l'endroit où les utilisateurs nettoient sans pression. Gardez-la légère : une boîte de réception simple des captures récentes, groupées par heure, avec des actions faciles.
Évitez de forcer l'organisation pendant la capture ; facilitez plutôt l'ajout de structure ensuite.
Décidez quelles métadonnées sont requises vs optionnelles :
Requis : généralement rien, ou au plus un titre généré à partir des premiers mots
Les métadonnées optionnelles doivent être à une touche pendant la revue, pas un obstacle lors de la capture.
Action : qu'est-ce que « terminé » signifie ?
Définissez des « états finaux » clairs pour qu'une pensée ne devienne pas un tas infini :
Sauvegarder seulement (reste comme note)
Convertir en tâche (ajoute une case à cocher, date d'échéance ou entrée de liste de tâches)
Programmer un rappel (nudge temporel)
Rendez ces actions cohérentes et réversibles. Les utilisateurs doivent avoir confiance que capturer est sans effort — et agir dessus plus tard ne sera pas compliqué.
Planifiez les fonctionnalités qui rendent la capture vraiment rapide
La vitesse est une fonctionnalité. Si capturer une pensée prend plus de quelques secondes, les gens la remettront — puis l'oublieront. L'objectif n'est pas un éditeur puissant, mais de supprimer la friction pour que l'app fasse office d'extension de la mémoire.
Faites de « Nouvelle pensée » une action en une touche
Traitez la capture comme l'écran principal, pas comme quelque chose caché dans des menus.
Un bouton « Nouvelle pensée » doit être grand, évident et atteignable d'une seule main. Gardez les cibles tactiles généreuses et évitez les icônes minuscules qui demandent de la précision. Si l'utilisateur peut ouvrir l'app et commencer à taper en moins d'une seconde, vous êtes sur la bonne voie.
Prenez en charge la capture vocale (avec solutions de secours sûres)
Beaucoup de moments de capture arrivent en marchant, en déplacement ou en changeant d'activité. La voix est souvent le moyen le plus rapide.
Proposez la capture vocale avec transcription live, mais partez du principe qu'elle ne sera pas toujours parfaite. Les utilisateurs doivent pouvoir :
Commencer l'enregistrement instantanément
Voir la transcription apparaître en direct (quand disponible)
Corriger rapidement les erreurs évidentes avec un flux d'édition simple
Conservez aussi l'audio original (si l'utilisateur le souhaite) pour vérifier le sens plus tard.
Placez la capture sur l'écran de verrouillage et l'écran d'accueil
Réduisez le « temps avant la première saisie » en ajoutant des points d'entrée quand la plateforme le permet :
Widget écran d'accueil avec action « Nouvelle pensée »
Raccourci écran de verrouillage (ou action rapide) pour une capture rapide
La première touche ne doit pas être « ouvrir l'app », mais « capturer la pensée ».
Fournissez des modèles rapides pour les situations courantes
Les modèles réduisent la réflexion sur la structure. Gardez-les courts et assertifs, par exemple :
Note de réunion
Idée
Question
Prochaine étape
Chaque modèle doit insérer juste assez de structure (invite de titre, quelques champs, ou une checklist) sans transformer la capture en formulaire.
Capturez automatiquement le contexte (uniquement si c'est utile)
Le contexte facilite la récupération, sans coûter de temps à l'utilisateur.
Ajoutez toujours un horodatage automatique. Envisagez la localisation optionnelle, mais seulement avec consentement clair et un contrôle simple « on/off ». Si vous collectez la localisation, soyez transparent sur quand elle est enregistrée et comment la supprimer.
La règle : capturer d'abord, enrichir ensuite. Si le contexte interrompt la capture, il ne sert pas.
Concevez le modèle de données pour les pensées et le contexte
Une application de capture vit ou meurt selon sa capacité à préserver le sens. Le modèle le plus simple est souvent le plus flexible : une Pensée (le contenu) plus des Attributs (contexte léger filtrable et actionnable plus tard).
Commencez avec une « Pensée » comme unité de travail
Traitez chaque capture comme un enregistrement unique avec :
id (unique)
content (texte, transcription ou court résumé)
created_at / updated_at
Puis ajoutez des attributs optionnels pour que la capture reste rapide.
Ajoutez des attributs qui permettent des décisions réelles
Un ensemble d'attributs pratique :
tags (mots-clés libres)
projet (un choix ; optionnel)
statut (quelle est la suite)
Les statuts empêchent que l'app devienne un tas de notes. Un bon jeu de départ :
Boîte de réception (nouveau, non traité)
En cours (en train d'être travaillé)
Converti en tâche (promu en action interne ou externe)
Archivé (conservé, mais hors du chemin)
Liez les pensées entre elles sans sur-ingénierie
Les gens ne pensent pas isolément. Soutenez les relations avec l'une de ces options simples :
Fil de discussion (une pensée peut avoir un parent)
Backlinks (stocker un tableau d'ids liés)
Un champ lié unique (un lien suffit souvent)
Commencez minimal : vous pourrez toujours enrichir plus tard.
Planifiez honnêtement les pièces jointes et les limites
Si vous acceptez audio ou images, modélisez les pièces jointes séparément :
type (audio/image)
uri/path (où c'est stocké)
size, duration (pour l'audio), created_at
Décidez tôt comment gérer les limites de stockage (caps par note, quota total, ou « meilleur effort ») et reflétez cela dans le modèle pour ne pas promettre l'impossible.
Construisez pour le hors-ligne et une synchronisation fiable
La capture d'une pensée est un problème « maintenant ». Si l'app a besoin d'une connexion, vous perdez le moment. Une approche offline-first considère l'appareil comme source de vérité : chaque note, extrait vocal ou photo est sauvegardé localement d'abord, instantanément, puis synchronisé plus tard.
Faites que la capture hors-ligne semble normale
Concevez pour que l'utilisateur n'ait pas à penser à la connectivité. La création doit toujours fonctionner, et la boîte de réception doit se charger immédiatement.
Si vous enregistrez de la voix, sauvegardez le fichier brut localement et attachez-le à la note tout de suite ; l'envoi peut se faire ensuite.
Synchronisez en silence, mais affichez un statut clair
La sync doit se faire en arrière-plan quand le réseau revient, sans interrompre la capture. Pourtant, les gens ont besoin d'être rassurés que leurs idées sont en sécurité.
Incluez un petit état de synchronisation cohérent (par exemple : « Sauvé sur l'appareil », « Synchronisation… », « Synchronisé ») et montrez un « Dernière mise à jour » dans un endroit prévisible comme l'en-tête de la boîte de réception ou les paramètres.
Gérez les conflits avec un minimum de drame
Les conflits surviennent quand la même note est modifiée sur deux appareils avant la sync. Évitez les écrans de fusion complexes pour une app de capture rapide. Deux options pratiques :
Conserver les deux versions et marquer l'une comme « Plus récente » (bon pour la confiance)
Appliquer le « dernier éditeur gagne » mais garder un historique simple pour ne rien perdre
L'objectif est de préserver les pensées, pas de forcer des décisions.
Gardez les performances rapides à mesure que les notes augmentent
La vitesse fait partie de la fiabilité. Chargez la boîte de réception instantanément depuis le stockage local, et chargez paresseusement les éléments plus anciens au fur et à mesure du défilement ou de la recherche.
La synchronisation ne doit pas bloquer le défilement, la saisie ou l'enregistrement — la capture doit rester réactive même si les envois sont lents.
Créez une UX simple pour une utilisation à une main et à faible effort
Une application de capture réussit ou échoue sur la friction. En marchant, en réunion ou en changeant de contexte, l'utilisateur doit pouvoir sauvegarder une pensée en quelques secondes — avec un pouce et un minimum de décisions.
Faites en sorte que l'écran « d'accueil » fasse presque tout
Utilisez un écran principal unique qui combine une liste Inbox (ce que vous avez capturé) et une action de capture proéminente. La boîte de réception doit être une zone d'atterrissage sûre : tout y arrive d'abord, sans forcer l'utilisateur à classer parfaitement.
Placez le bouton de capture dans la zone basse de l'écran pour l'atteignabilité, et faites en sorte que l'action par défaut soit prévisible (p. ex. tapoter pour taper, appui long pour la voix). Si vous supportez plusieurs types de capture, traitez-les comme des alternatifs rapides — pas comme un menu qui interromprait le flux.
Gardez l'édition minimale et rapide
Ne transformez pas chaque note en formulaire. L'édition en ligne doit couvrir la plupart des besoins : toucher le texte, faire une petite modification, terminé.
Utilisez des actions par balayage pour les mouvements courants :
Archiver (ou « Terminé ») pour nettoyer rapidement
Ajouter un rappel pour les pensées sensibles au temps
Ajouter un tag (ou étiquette rapide) pour une organisation légère
Ces actions doivent être réversibles avec un undo pour que l'utilisateur se sente libre d'agir vite.
Ajoutez un mode « triage » léger
La capture est désordonnée ; la revue, c'est la clarté. Un mode triage quotidien peut guider l'utilisateur à travers la boîte de réception avec des choix simples : tagger, fusionner les doublons, convertir en tâche ou archiver.
Gardez ce mode optionnel et court — conçu pour deux minutes, pas vingt.
Intégrez accessibilité et réduction de l'encombrement
Utilisez des polices lisibles, un contraste fort et des cibles tactiles larges pour que l'app reste confortable sous stress. Proposez l'entrée vocale en évidence (pas cachée) et assurez-vous que les actions clés fonctionnent d'une seule main.
Évitez l'encombrement en cachant les fonctionnalités avancées jusqu'à ce qu'elles soient nécessaires. Les options avancées peuvent exister, mais elles ne doivent pas concurrencer la mission unique de l'app : capturer maintenant, réfléchir plus tard.
Ajoutez la récupération : recherche, tags et filtres intelligents
Capturer n'est que la moitié du travail. Si les gens ne retrouvent pas ce qu'ils ont capturé — surtout lorsqu'ils ne se souviennent pas des mots exacts — l'app devient lentement un tiroir à désordre.
La récupération doit être sans effort, rapide et indulgente.
Faites que la recherche fonctionne comme la mémoire humaine
Commencez par une recherche en texte intégral sur le corps de la note et le titre. Traitez fautes de frappe, phrases partielles et requêtes « presque bonnes » comme des comportements normaux.
Ajoutez des filtres rapides qui correspondent aux indices de rappel courants :
Tags et projets (à quoi c'était lié)
Périodes (quand cela s'est produit)
Statut comme Non revu, Revu ou À traiter
Un bon défaut est une barre de recherche unique qui supporte le filtrage sans forcer un écran « recherche avancée ».
Gardez l'organisation légère (mais puissante)
Offrez un petit ensemble d'outils qui restent discrets pendant la capture :
Tags : définis par l'utilisateur, optionnels et rapides à appliquer
Projets/espaces : groupement simple pour les bacs plus larges (ex. « Client A », « Recrutement »)
Éléments épinglés / Favoris : pour les quelques notes qui doivent rester visibles
Évitez d'imposer les tags. Beaucoup chercheront par mots et ne tagueront que quand c'est utile.
Ajoutez des suggestions intelligentes qui réduisent l'effort
La vitesse s'améliore quand l'app « se souvient » des habitudes sans être intrusive. Suggestions utiles :
Tags récents et projets récents affichés sous forme de chips cliquables
Auto-complétion pour les noms de tags afin d'éviter les doublons (« réunion » vs « réunions »)
Associations fréquentes (p. ex. si un utilisateur associe souvent « roadmap » à « Produit », afficher les deux)
Ces indices doivent apparaître au moment de l'action (pendant la capture et le filtrage), pas cachés dans les paramètres.
Résumés qui encouragent la revue
La récupération n'est pas toujours « retrouver une chose ». Parfois, c'est « m'aider à comprendre ce que j'ai capturé ». Envisagez des vues simples et à fort signal :
Pensées non revues : une file focalisée qui empêche l'accumulation
Ce que j'ai capturé cette semaine ? : un digest hebdomadaire léger trié par temps, tag ou projet
Bien fait, ces vues transforment des notes rapides en système utilisable — sans faire de l'app un outil de productivité compliqué.
Utilisez rappels et notifications sans être agaçant
Les rappels doivent ressembler à un assistant utile, pas à une corvée. Gagnez la confiance en faisant des notifications motivées par l'utilisateur : elles apparaissent parce que l'utilisateur les a demandées, au moment choisi, et sont faciles à taire.
Traitez les rappels comme des suivis, pas des incitations
Utilisez les push pour ramener l'utilisateur sur une pensée déjà capturée (« Revoir : brouillon d'email client »), pas pour encourager la capture perpétuelle.
Un rappel lié à une note doit ouvrir directement cette note, avec une action évidente : marquer comme fait, snoozer ou reprogrammer.
Faites des contrôles temporels simples et tolérants
Proposez un petit ensemble d'options qui couvrent la plupart des cas :
Choisir l'heure : plus tard aujourd'hui, demain, choisir date/heure
Snooze : 10 minutes, 1 heure, demain matin
Répéter : quotidien/hebdomadaire, avec « finir après » ou « jusqu'à complétion »
Gardez l'UI légère : un seul écran, champs minimaux et libellés clairs (« Me rappeler le… »).
Ajoutez une relance de revue quotidienne optionnelle
Une notification « revue quotidienne » peut aider à boucler les pensées en cours. Rendez-la explicitement opt-in à l'onboarding ou dans les paramètres, avec un désabonnement simple.
Le message doit être neutre (« 2 notes à revoir ») et éviter la culpabilité.
L'intégration au calendrier peut être utile, mais seulement si elle n'ajoute pas de complexité. Si vous la supportez, limitez-vous à l'essentiel (date/heure, répétition optionnelle) et affichez un résumé clair (« Ven 15:00, répète chaque semaine ») pour que l'utilisateur sache toujours ce qui va se passer.
L'objectif : des rappels prévisibles, contrôlables et rapides à rejeter — pour que les utilisateurs continuent à les activer.
Choisissez la portée de l'MVP et la stratégie de plateformes
Votre première version doit prouver une chose : les gens peuvent capturer une pensée en quelques secondes et être sûrs qu'elle ne disparaîtra pas. Résistez aux fonctionnalités « sympa à avoir » tant que l'habitude de capture n'est pas établie.
Définissez un MVP serré
Un périmètre pratique de départ :
Capture texte avec saisie toujours disponible (widget/raccourci plus tard, mais commencez simple)
Notes vocales + dictée pour les moments où taper est inconfortable
Tags (léger, optionnel) pour ajouter du sens
Recherche rapide et tolérante (gère les mots partiels)
Sauvegarde hors-ligne par défaut, pour que la pensée ne soit jamais bloquée
Évitez la collaboration complexe, les modèles lourds et les règles d'automatisation au début. Si la capture n'est pas sans effort, rien d'autre n'importe.
Choisissez votre chemin de plateformes
Décidez selon l'endroit où vivent déjà vos utilisateurs :
iOS d'abord si votre audience est majoritairement Apple et attend du polish
Android d'abord si vous avez besoin d'une large couverture d'appareils
Cross-platform si vous voulez les deux rapidement et que votre équipe accepte quelques compromis
Ce qui compte plus que le choix : s'engager sur une voie et expédier.
Décrivez le backend minimum
Même une petite app gagne à être claire :
Auth : optionnel au départ (local-only peut suffire), mais prévoyez l'identification si vous voulez la sync entre appareils
API de sync : modèle simple « upload changes / download changes »
Stockage : texte plus stockage média pour les fichiers audio
Si vous voulez prototyper plus vite, un workflow vibe-coding peut aider à valider la boucle capture → revue → action avant d'investir dans une infra complète. Par exemple, Koder.ai permet de construire web, backend et expériences mobiles à partir d'une spécification chat-driven, d'itérer vite en mode planning et d'exporter le code source quand vous êtes prêt à durcir le produit.
Définissez des non-négociables
Considérez-les comme des blocages de sortie :
Vitesse au lancement (la capture doit sembler instantanée)
Sessions sans crash (la confiance est primordiale)
Sécurité des données (persistance locale, mises à jour sûres et sauvegardes/sync en option)
Traitez la confidentialité, la sécurité et la propriété des données avec soin
Les gens utilisent une app de capture d'idées dans leur forme la plus brute : pensées à moitié formées, notes de réunion privées, rappels personnels et extraits vocaux qu'ils ne voudraient pas voir sur un écran partagé.
Considérez la vie privée comme un élément produit, pas juste une case à cocher.
Posez des bases de confidentialité claires
Commencez par des fondamentaux compréhensibles. Chiffrez les données en transit dès que quelque chose quitte l'appareil.
Serrez les permissions : si vous n'avez pas besoin des contacts, de la localisation ou du micro en permanence, ne les demandez pas. Quand vous demandez l'accès (par ex. pour la voix), expliquez l'avantage en langage simple au moment de la demande.
Soyez explicite sur ce qui vit où
Évitez les surprises en décrivant ce qui est stocké localement vs ce qui est synchronisé. Un écran « Stockage & Synchronisation » simple peut répondre :
Ce qui est sauvegardé sur ce téléphone
Ce qui est uploadé sur un serveur (et quand)
Ce qui se passe si l'utilisateur se déconnecte ou change d'appareil
Cette clarté renforce la confiance et réduit le support à venir.
Donnez le contrôle des données à l'utilisateur
Si possible, proposez l'export dans des formats communs comme texte brut, CSV ou JSON. Les exports sont utiles pour les sauvegardes personnelles, le changement d'appareil ou la migration vers un autre outil.
Envisagez aussi une option claire « Supprimer mes données » qui explique l'étendue (local uniquement, cloud uniquement ou les deux).
Ajoutez un verrou d'application pour les audiences attendues
Pour des usages pro ou journaux personnels, un code d'accès simple ou une biométrie peut faire la différence entre « j'essaie » et « je peux l'utiliser ». Gardez-le optionnel, rapide à déverrouiller et cohérent avec le flux de capture bas-effort.
Testez, lancez et améliorez en fonction de l'usage réel
Une app de capture ne « marche » que si elle marche dans les moments désordonnés pour lesquels elle a été conçue. Avant de polir, validez que les gens peuvent sortir une idée de leur tête et la mettre dans l'app — vite, sans friction et sans la perdre.
Testez le flux de capture en conditions réelles
Faites des sessions courtes et pratiques qui simulent la vraie vie :
Marcher avec le téléphone dans une main
Signal faible ou mode avion
Pièce bruyante pour utiliser la voix ou la dictée
Passage rapide entre applis (p. ex. après un appel)
Repérez où les gens hésitent. Les découvertes les plus utiles sont petites : un libellé ambigu, un clavier qui couvre un champ, une confirmation qui ralentit tout.
Mesurez l'essentiel
Définissez quelques métriques simples à suivre dès le départ :
Temps pour capturer : de l'ouverture à la sauvegarde
Taux de réussite de capture : fréquence à laquelle une pensée est sauvegardée sans reprise ni abandon
Taux de réussite de recherche : si les utilisateurs retrouvent une note passée en peu de temps
Ces chiffres vous gardent honnête face aux demandes de fonctionnalités.
Ajoutez des boucles de feedback légères
Intégrez une option de feedback in-app et un flux de rapport de bugs basique (info appareil, version de l'app, étapes pour reproduire). Faites court ; les gens n'utiliseront que ce qui est sans effort.
Lancez avec une orientation utile
Préparez des supports de lancement qui réduisent la confusion :
Astuces courtes qui n'apparaissent que quand pertinentes
Une page d'aide simple expliquant la sync, le hors-ligne et la vie privée en termes clairs
Itérez après le lancement
Préparez quelques thèmes d'itération ciblés plutôt que des ajustements aléatoires :
Améliorer la fiabilité de la sync et la gestion des conflits
Affiner les rappels pour qu'ils soient pertinents, pas oppressants
Ajuster la pertinence de la recherche (récence, titres, tags et correspondances partielles)
Si vous déployez vite et itérez souvent, les outils opérationnels comptent aussi. Les plateformes comme Koder.ai proposent snapshots et rollback, utiles lorsqu'une release ajoute par erreur de la friction et que vous devez revenir en arrière rapidement.
Considérez le lancement comme le début de l'apprentissage, pas la ligne d'arrivée.
