Aller au contenu
Manon Abel-Coindoz

Tous les projets

Noma

Architecture produit · Réservation · Multi-biens · Outils d’administration

Un seul produit pour les personnes qui gèrent plusieurs locations saisonnières : un site de réservation directe pour les voyageurs, et le dashboard depuis lequel le gestionnaire pilote ses biens.

Année
2026
Rôle
Conception produit, UX/UI et développement frontend, en démo Olympe Studio pour la prospection
Stack
Next.js, React, TypeScript, Tailwind CSS
Statut
Démo produit · Démo
  1. Page d’accueil voyageurs de Noma : plusieurs logements, recherche par dates et nombre de voyageurs
    Réservation
  2. Dashboard gestionnaire de Noma : réservations à venir, voyageurs présents, occupation, revenus, soldes, arrivées et départs
    Gestion

En bref

Noma est une démo de plateforme pour les propriétaires et gestionnaires de plusieurs hébergements saisonniers, mise en scène avec une collection fictive de cinq maisons autour de la baie de Kotor, au Monténégro. Les voyageurs parcourent les logements, cherchent par dates et nombre de voyageurs, voient les disponibilités et réservent en direct. Le gestionnaire travaille depuis un dashboard : réservations, occupation, revenus et paiements. Les deux côtés forment un seul produit : « Explore manager view » et « Back to guest site » les relient directement.

Le problème

Les propriétaires ont souvent un site vitrine et dépendent de Booking.com ou d’Airbnb pour le reste. Je voulais leur montrer que leur propre site pouvait prendre des réservations directes et devenir l’outil qu’ils utilisent au quotidien.

Ce que j’ai construit

  • Côté voyageurs : plusieurs logements, recherche par dates et nombre de voyageurs, disponibilités, réservation directe, et un argumentaire clair pour réserver en direct plutôt que via les grandes plateformes.
  • Côté gestionnaire : un dashboard avec les réservations à venir, les voyageurs présents, l’occupation, les revenus, les soldes à encaisser, les arrivées et les départs.
  • Un back-office avec calendrier, réservations, propriétés, clients, paiements et réglages.
  • Les connexions aux plateformes comme Airbnb et Booking.com sont simulées dans la démo : ce ne sont pas de vraies intégrations.

Choix techniques

  1. Un produit, deux interfaces

    Le site voyageurs et le dashboard sont pensés comme un seul produit, sur le même modèle — logements, disponibilités, réservations, clients, paiements — plutôt qu’un site auquel on greffe un back-office après coup.

  2. Les biens sont des données, pas des pages

    Chaque logement est une entrée, pas une page codée à la main. Passer de trois à dix biens ne touche pas à l’interface, et la recherche, les disponibilités et l’occupation sont pensées pour l’ensemble des biens.

  3. Deux métiers très différents

    Le côté voyageur doit vendre et mener à une réservation. Le côté gestionnaire doit montrer la journée d’un coup d’œil : chiffres, listes, arrivées et départs. Mêmes données, interfaces très différentes.