Tamimou Wedding

Le point de départ

Une créatrice dans l'univers du mariage travaille sur rendez-vous. Son site doit faire deux choses que les vitrines classiques font mal : montrer une collection dans des conditions qui rendent justice au travail, et convertir une visite en rendez-vous réel sans passer par un échange de messages qui s'étale sur trois jours.

Le va-et-vient « quelles sont vos disponibilités ? » — « et vous ? » est le point de fuite de ce métier. Chaque aller-retour perd des prospects, et il occupe les soirées de quelqu'un qui devrait coudre.

Ce qui a été construit

Un site vitrine complet, avec back-office éditorial et prise de rendez-vous intégrée.

• Collection présentée par catégories, avec fiches produit et favoris.
• Rendez-vous : créneaux ouverts par la créatrice, réservés en ligne par le visiteur, confirmation par courriel.
• Journal, pages éditoriales, formulaire de contact.
• Mode maintenance et référencement.

Le déroulé

Modéliser un créneau, pas un agenda

La tentation était de brancher un agenda partagé et de laisser le visiteur y choisir une heure. J'ai retenu un modèle plus étroit : un créneau est un objet avec un début, une fin, un état, et les coordonnées de celui qui l'a pris.

Un agenda dirait quand elle est libre ; un créneau dit ce qu'elle propose. Le site ne sait donc rien du reste de sa semaine, et le visiteur ne voit que des propositions volontaires. La confidentialité n'est pas un réglage : elle découle du modèle.

Découpler l'envoi du courriel de la réservation

Un créneau porte un drapeau d'envoi, et le courriel part par une file de messages traitée en arrière-plan.

La raison est un incident classique : le serveur de courrier est lent ou indisponible, la requête de réservation attend, le visiteur croit que ça a échoué et recommence. Deux réservations, un créneau, quelqu'un de mécontent.

En séparant les deux, la réservation est confirmée à l'écran dès qu'elle est enregistrée, et le courriel part quand il peut. Un échec d'envoi devient un incident rattrapable — le drapeau dit ce qui est parti — au lieu d'un échec visible par l'utilisateur sur une action qui, elle, a réussi.

Refondre le site sans perdre ce qui était pris

Quatre ans après la mise en ligne, le site a été entièrement refait. Un site vitrine se refait ; celui-ci avait la particularité de porter des rendez-vous déjà réservés, des fiches de collection et un journal — c'est-à-dire du contenu qu'on ne redemande pas à quelqu'un qui a autre chose à faire.

La reprise a donc été traitée comme une fonctionnalité à part entière : des commandes dédiées ont rejoué l'ancien contenu — créneaux, produits, articles, pages, médias — vers le nouveau modèle. Rien n'a été ressaisi.

Le même outillage sert encore : quand les formats d'image changent, l'existant se régénère en une commande plutôt que de repartir des fichiers d'origine. Sur un site dont les photos sont le produit, c'est ce qui permet de faire évoluer l'affichage sans jamais retourner voir la créatrice.

Prévoir le mode maintenance dès le départ

Un contrôleur dédié, présent depuis les premières versions. Sur un site qui prend des rendez-vous, une intervention à découvert n'est pas une page blanche : c'est un créneau réservé pendant une migration, ou une confirmation envoyée pour un rendez-vous qui n'existera plus.

La page de maintenance est une pièce de sécurité fonctionnelle, pas une politesse d'affichage.

Ce que ça a changé

Le site est en production depuis 2021 et suivi depuis. Quatre-vingt-dix-sept commits sur cinq ans : peu de code, longtemps — ce qui est le bon profil pour une vitrine qui a trouvé sa forme.

La prise de rendez-vous a supprimé l'aller-retour par messages, qui était le vrai sujet. Le reste — collection, journal, référencement — est de l'entretien.

Ce que ce projet a laissé : la conviction qu'un site vitrine se juge à ce qu'il évite au quotidien de son propriétaire, pas à la longueur de sa liste de fonctionnalités.