Concevoir
l'app d'activités
qui manquait à Paris
Le « Too Good To Go » des loisirs parisiens.
J'ai rejoint le projet &joy alors qu'il n'était encore qu'un concept. Quelques écrans faits avec Lovable, et surtout une très bonne idée : et si on transformait les places invendues de dernière minute en sorties spontanées à Paris, comme Too Good To Go l'a fait avec les invendus alimentaires ?
Avant de commencer le design à proprement parler, j'ai aidé à définir le positionnement et l'identité de l'app : ce que &joy devait représenter, et sur quel ton elle devait parler.
J'ai ensuite mené le projet de bout en bout, en six étapes : stratégie, direction artistique et design system, écrans et parcours, prototype réaliste réalisé avec l'IA, tests utilisateurs et spécifications techniques. Les sections ci-dessous suivent ces six étapes.
Positionnement, analyse des entretiens menés par la fondatrice, principes de design, périmètre de la V1
Palette, typographie, formes et ton, déclinés en 12 tokens et en composants réutilisables
Tous les écrans et les cinq moments clés, de l'inscription au billet
Un prototype réaliste utilisé pour les tests utilisateurs, amélioré après chaque session
17 participants · 2 vagues · entretiens de 45 minutes
Rédigées pour les développeurs, au fil du développement
D'une hypothèse à un problème clair
Avant de dessiner quoi que ce soit, la fondatrice et moi avons mis nos intuitions par écrit. Les entretiens les ont ensuite transformées en un problème concret. Les principes ci-dessous sont ma réponse.
Le problème principal : trop de choix dans une ville qui bouge sans arrêt, et des petits événements qui peinent à trouver leur public.
La fondatrice a mené les premiers entretiens et je les ai analysés. Nous avions à moitié tort.
Trouver une sortie devient vite stressant. Les options sont partout, mais éparpillées et mal organisées, et les événements dont on entend parler affichent déjà complet.
Trois choix qui guident l'expérience
30 activités choisies et vérifiées valent mieux que 300 annonces non filtrées. Le catalogue doit être une promesse de qualité, pas une simple liste de suggestions.
De l'inscription à la réservation confirmée, il doit se passer moins de 2 minutes. Chaque tap superflu doit disparaître.
Du « Salut Jane 👋 » aux descriptions d'activités écrites à la main, l'app parle comme une vraie personne, avec chaleur. Dans une catégorie remplie de plateformes génériques, le ton fait la marque.
Chaleureuse, humaine, et volontairement loin du corporate
Aa
Cormorant Garamond · Serif éditoriale
Sans serif arrondie · Tous les textes d'interface
Deux voix. Une pour la sélection, une pour la clarté.
Typographie · Deux famillesOn fait quoi aujourd'hui ?
💡 Ton code, c'est ton billet. Montre-le simplement à l'entrée.
Plus que 4 places !
UX writing · Simple & chaleureux
Plus que 4 places
Yoga sur un rooftop au coucher du soleil
18 € La clarté avant toutL'app en 5 moments clés
Une inscription qui va droit au but
En quelques écrans, l'utilisateur arrive sur un accueil personnalisé. On lui demande surtout ses goûts, pour que les activités proposées lui correspondent.
Dès le premier écran, les activités proposées lui ressemblent.
Un accueil qui sélectionne au lieu d'empiler
L'accueil s'ouvre sur le prénom de l'utilisateur, la météo du jour et une activité mise en avant, avec un badge de places restantes en temps réel. Puis les coups de cœur de l'équipe, les recommandations personnelles et ce qui se passe près de chez soi. Trois sections, trois bonnes raisons d'ouvrir l'app.
Chaque section a sa raison d'être, et son contenu change d'un jour à l'autre. Tout l'inverse d'un fil générique.
Explorer la ville à sa façon
Chaque catégorie a son propre pin emoji sur la carte. Un 🧘 pour le bien-être, un 🎭 pour la culture, un 🍽 pour la gastronomie. En un coup d'œil, la ville devient lisible et variée. Un bouton liste permet de comparer les activités côte à côte sans perdre la carte de vue.
J'ai construit les filtres à partir des usages observés pendant la recherche, et non de ce que j'imaginais : un bandeau de dates sur 7 jours glissants (plutôt que juste « ce soir » ou « ce week-end »)*, un choix de catégorie, un curseur de prix, le nombre de personnes et un interrupteur pour les promos. Chaque filtre répond à une question que les utilisateurs ont réellement posée.
*13 participants sur 17 avaient besoin de filtrer par date précise.
La page où la décision se prend
Une galerie photo à faire défiler plante le décor avant tout le reste. En dessous : une note, une station de métro, une durée, des conditions d'annulation et le nombre de places restantes en temps réel. Les rubriques « inclus / non inclus » et « Bon à savoir » lèvent les derniers doutes avant le paiement.
J'avais volontairement laissé les avis de côté pour la V1. C'était une erreur, ou au moins un choix incomplet, et je les ai réintégrés petit à petit en fonction des retours utilisateurs*.
*14 participants sur 17 ont cité l'absence d'avis comme leur principal frein.
Code, QR code, ou les deux ?
Les lieux partenaires sont très variés, et ils n'ont pas tous un scanner. J'ai d'abord choisi un code à 6 caractères plutôt qu'un QR code : il marche avec une tablette, une liste imprimée, ou simplement une paire d'yeux.
La question avait un vrai impact sur le produit, et nous avons fini par proposer les deux. Le QR code se scanne avec le téléphone du partenaire, connecté à l'app avec un compte partenaire. Chaque lieu utilise ce qui lui convient.
Presque tous les utilisateurs s'attendaient à un QR code ici, mais aucun ne l'a redemandé après avoir vu le code et lu la note en dessous.
Les échanges avec les lieux partenaires ont montré que le QR code était indispensable pour fluidifier l'entrée.
Un prototype réaliste, amélioré après chaque test
Des écrans statiques ne disent pas si les gens font confiance à une page de réservation. J'ai donc construit un prototype réaliste avec l'IA et je l'ai utilisé pour les tests utilisateurs. Chaque session l'a fait évoluer : les recommandations de l'équipe après la première, le système d'ambassadeurs après la deuxième. La version finale a servi de référence aux développeurs pour le comportement de l'app.
Écrans et composants
Une version réaliste que l'on peut tester
Impossible de réserver sans avis
Ajout des recommandations de l'équipe
Méfiance envers les avis de l'équipe
Ajout des avis d'ambassadeurs
La V2 sert de référence
Tester les prototypes
Avec la fondatrice, j'ai mené deux vagues de tests utilisateurs au fil du projet. Nous ne cherchions pas à confirmer ce que nous pensions déjà, mais à trouver où nous nous trompions.
Un constat est revenu dans presque toutes les sessions : sans avis, les utilisateurs n'arrivaient pas à se décider. La note globale indiquait combien de personnes étaient venues, mais ne les aidait pas à savoir s'ils devaient y aller.
Dans la V2, nous avons ajouté les recommandations de l'équipe &joy, écrites avec conviction, comme un libraire qui conseille un livre. Mais les testeurs nous ont expliqué qu'ils ne pouvaient pas croire un avis écrit par ceux qui vendent l'expérience…
Une note sans commentaires paraissait inventée. « 21 avis et je ne peux pas les lire. » Ce manque de confiance sur la fiche activité a été le constat le plus net de l'étude.
« C'est l'équipe &joy qui dit que c'est bien… Évidemment, ils ne vont pas dire que c'est nul. » Les avis de l'équipe étaient lus, mais personne n'y croyait.
Validé par la communauté, approuvé par la ville
Les ambassadeurs ne sont pas des critiques payés. Ce sont des utilisateurs sélectionnés pour leur connaissance de la ville et leur réputation en ligne. L'app leur donne un accès gratuit et en avant-première aux nouvelles activités. En échange, ils écrivent un avis détaillé et signé, lié à leur nom et à leur réputation. C'est ce qui le rend crédible, là où la voix de l'équipe ne l'était pas.
Les avis d'ambassadeurs sont mis en valeur visuellement et s'affichent à côté des avis classiques, sans les remplacer. Le mécanisme va plus loin que les avis : une activité qui n'obtient pas l'accord des ambassadeurs n'entre pas au catalogue. Les ambassadeurs sont plus que la voix de l'app. Ils sont son filtre qualité.
Rester aux côtés de l'équipe pendant le développement
Livrer un prototype ne marque pas la fin du travail. Pendant que les développeurs construisent l'app, je rédige les spécifications techniques dont ils ont besoin, et le prototype V2 reste leur référence pour le comportement de chaque écran.
La référence pour le comportement de l'app
Ce dont les développeurs ont besoin pour la construire
L'app est en cours de développement
Sortie prévue
Du concept au prototype final en moins d'un mois
Au départ, je devais simplement aider &joy sur son positionnement. Dix-sept entretiens et des dizaines d'itérations plus tard, le prototype final était entre les mains des développeurs. J'ai fini par couvrir toute la chaîne : stratégie produit, direction artistique, design system, design d'interface, prototype réalisé avec l'IA, tests utilisateurs et spécifications techniques.
Le prototype V2 a été transmis aux développeurs. La sortie de l'app est prévue fin 2026.
