Site d’événement et panneau invités

Un site d’événement est terminé des semaines avant l’événement, puis il change tous les jours : un invité qui ne peut pas venir, un cadeau déjà acheté, l’heure de la cérémonie décalée d’une demi-heure. Si chacun de ces changements passe par celui qui a fait le site, deux choses arrivent : le site n’est plus à jour, et le développeur finit par en vouloir à un projet censé être clos.

J’ai construit cette démo sur le principe inverse : la personne qui organise l’événement le modifie elle-même, et le travail est fini quand elle n’a plus besoin de moi.

Le panneau s’ouvre sur le nombre de jours restants, parce que c’est le chiffre auquel le client pense vraiment. En dessous, les trois choses qui bougent : confirmations, cadeaux et messages.

L’éditeur de site est la partie qui devait être douce. Ce n’est pas un constructeur de pages à cent options : ce sont les quelques champs qui changent vraiment, dans l’ordre où ils changent. C’est en le limitant qu’on le rend utilisable par quelqu’un qui n’a jamais ouvert un CMS.

Liste d’invités avec un vrai statut. Confirmé, en attente, décliné, plus les accompagnants, là où le décompte casse d’habitude.

Liste de cadeaux. Chaque article a un statut, pour que deux personnes n’achètent pas la même chose.

Mur de messages modéré. Tout ce qu’un invité écrit en public doit passer par une validation. Ce n’est pas une option, c’est une exigence, et s’en passer, c’est comme ça qu’un mur devient un problème le jour J.

La démo tourne dans le navigateur, sur des données fictives. En production, c’est le parcours que j’ai déjà livré pour de vrai, avec PIX et e-mails transactionnels ; ceci en est la version navigable.