Étude de cas | Application mobile UX/UI

MeetEat

Partager un repas chez l’habitant, partout dans le monde. Une app où la cuisine devient un échange culturel entre hôtes et invités.

Rôle
UX/UI, prototypage
Année
2025
Durée
≈ 5 semaines
Livrables
Flows, wireframes, UI, prototype

Problématique

Les plateformes de repas entre particuliers lèvent la barrière du prix, mais pas celle de la confiance : on hésite à aller dîner chez un inconnu – et encore plus à ouvrir sa propre table.

Solution

Un onboarding centré sur les personnes plutôt que sur les plats, une réputation lisible d’un coup d’œil, et une réservation en trois étapes courtes qui rassure à chaque écran.

01

Contexte

MeetEat met en relation des hôtes qui cuisinent un repas typique de leur région et des invités – voyageurs ou locaux curieux – venus chercher une expérience culturelle, pas seulement un dîner.

Le produit existait sur le papier ; ma mission portait sur l’expérience de la première réservation, moment décisif pour l’activation.

02

Recherche

J’ai combiné qualitatif et quantitatif pour identifier les freins réels, côté hôte comme côté invité.

  • 8 entretiens (4 hôtes, 4 invités)
  • Sondage en ligne (≈ 40 réponses)
  • Analyse des avis 1–2★ des concurrents
  • Tri de cartes
  • Trois freins dominants : la confiance, le flou sur le déroulé de la soirée, la gêne à annuler.
  • Les invités regardent d’abord la personne et les avis ; le menu vient après.
  • Côté hôte, la peur du jugement freine la mise en ligne d’une première table.
  • Le prix n’est quasiment jamais cité comme un obstacle.

03

Cadrage & définition

Les personas ont recentré le design sur les parcours vraiment critiques.

L’hôte convivialAime recevoir, hésite à se lancer par peur du jugement.
La voyageuse soloCherche une rencontre locale sûre ; la confiance prime.
Le couple curieuxVeut une sortie originale sans mauvaise surprise sur le déroulé.

Question directriceComment rendre la première réservation évidente et rassurante ?

04

Idéation

Après le tri de cartes, j’ai formalisé les flux puis wireframé en basse définition pour itérer vite.

  • Architecture : Découverte → Fiche hôte → Réservation → Après-repas.
  • Réservation scindée en 3 étapes courtes, avec récapitulatif avant paiement.
  • Mise en avant systématique des signaux de confiance : vérification, avis, historique.
  • Plusieurs pistes d’onboarding comparées sur la longueur et le ton.

05

Design

Une UI chaleureuse dominée par la photo humaine, avec des repères de confiance intégrés au parcours plutôt qu’en annexe.

  • Fiche hôte hiérarchisée : la personne, puis les avis, puis le menu et la logistique.
  • Calendrier de disponibilités lisible, sélection du créneau sans friction.
  • Écran de confirmation détaillé : adresse, horaire, convives, politique d’annulation.

06

Tests & itérations

Test d’utilisabilité modéré sur prototype Figma, cinq participants.

  • Score SUS ≈ 78 ; principal blocage sur le choix du créneau → calendrier repensé.
  • Ajout d’un récapitulatif clair juste avant l’étape de paiement.
  • Politique d’annulation remontée plus tôt dans le parcours pour lever l’hésitation.

07

Bilan

La confiance ne se gagne pas avec un badge, mais dans une accumulation de micro-détails : récap, avis contextualisés, annulation transparente.

Prochaine étape logique : une messagerie hôte-invité avant le repas – plusieurs testeurs l’ont réclamée pour finir de se rassurer.