Un modèle qui reste lisible
Structurer les données de réservation sans créer un labyrinthe de règles métier. Chaque contrainte ajoutée devait pouvoir s’expliquer en une phrase.
Startup / SaaS · 2026
TakeSeat
Une expérience de réservation claire, du premier clic à la place confirmée.
- Rôle
- Conception produit & développement full-stack
- Durée
- Janv. – Juin 2026
- Équipe
- Solo
- État
- MVP en finalisation
Stack
Next.jsTypeScriptPostgreSQLPayload
MVP
Statut
Full-stack
Périmètre
2026
Année
4
Briques tech
Le problème — 01
Réserver une place devrait être immédiat — pas un parcours obscur où l’état du système reste opaque.
TakeSeat est l’évolution de BookSeat : un produit pensé autour de la réservation et de la gestion de places. Le travail mêle cadrage produit, modélisation des données et conception des parcours côté utilisateur.
L’ambition n’est pas seulement d’afficher des disponibilités. C’est de rendre chaque état du système compréhensible — libre, réservé, confirmé — pour que l’utilisateur sache toujours où il en est et ce qu’il peut faire ensuite.
Le projet sert de terrain concret pour transformer une idée en service utilisable, en itérant sur les détails qui comptent vraiment dans un parcours de réservation.
L'approche — 02
Comment le projet a pris forme.
- 01
Cadrer le parcours avant le code
Cartographier les moments critiques — recherche, sélection, confirmation, annulation — pour identifier où la friction et l’ambiguïté apparaissent vraiment.
- 02
Modéliser pour évoluer
Concevoir un modèle de données lisible autour des places, des créneaux et des réservations, sans enfermer le produit dans des règles impossibles à faire évoluer.
- 03
Rendre l’état visible
Travailler l’interface pour que disponibilité, confirmation et prochaines actions soient évidentes, sans ajouter d’étapes inutiles au parcours.
Chaque état du système — libre, réservé, confirmé — doit se lire d’un coup d’œil, sans jamais faire deviner à l’utilisateur où il en est.
Défis & décisions — 03
Là où les choix comptent vraiment.
Rendre l’état évident
Faire comprendre la disponibilité, la confirmation et les prochaines actions sans transformer l’écran en tableau de bord.
Itérer sans casser le fil
Avancer sur le MVP tout en préservant la cohérence des parcours déjà construits — chaque ajout devait renforcer le récit produit, pas le diluer.
Résultat — 04
Ce que le projet a produit.
Un MVP en finalisation, avec des parcours de réservation stabilisés et une base produit claire pour itérer. TakeSeat n’est plus une idée : c’est un service qui peut se montrer, se tester, et évoluer.
Ce que j'en retiens — 05
Les leçons qui restent.
- 01
Un bon modèle de données se lit presque comme un parcours utilisateur — s’il faut un schéma pour l’expliquer, il est trop opaque.
- 02
L’état du système est une responsabilité d’interface autant que de backend : si l’utilisateur doute, le produit a déjà perdu.
- 03
Livrer un MVP utilisable force à trancher. Les décisions différées s’accumulent et finissent par ralentir tout le reste.
Projet suivant
Scolario
Startup / SaaS
Et après
Travaillons ensemble.
Un projet, une opportunité de stage ou simplement l'envie d'échanger ? Ma boîte de réception est ouverte.
Démarrer une conversation