La Grèce
Un site de commande et de réservation pour un restaurant, et le back-office pour le tenir au quotidien.
Le besoin
Le restaurant prenait ses commandes et ses réservations au téléphone, et tenait ses cartes sur des documents qu'il fallait refaire à chaque changement. L'objectif n'était pas seulement d'avoir un site : c'était que le patron puisse changer une carte, un prix ou un horaire lui-même, sans rappeler personne.
Ce que j'ai construit
Le site public
Présentation, histoire de la maison, carte, événements, commande en ligne et réservation, avec création de compte.
Le back-office
Sept écrans : plats, sandwiches, recettes, devis, commandes, réservations et comptes.
L'éditeur de contenu
Un éditeur de texte riche, pour écrire les descriptions et les pages sans connaître le HTML.
Les comptes clients
Inscription, connexion, mots de passe chiffrés, et suppression de compte à la demande.
Ce qui était difficile
- Écrire pour quelqu'un qui n'est pas informaticien. Chaque champ demandait de se poser la question : que se passe-t-il s'il est mal rempli, ou pas rempli du tout ? Un écran d'administration qui suppose que l'utilisateur fait bien les choses ne tient pas une semaine.
- Un modèle de carte qui bouge. Un plat, un sandwich et une formule n'ont pas la même forme, et le restaurant change sa carte souvent. Le modèle de données devait accepter ces variations sans qu'on ait à me rappeler à chaque saison.
Ce que j'en retiens
C'est le projet qui m'a appris que la partie difficile n'est pas la façade mais l'arrière-boutique. Le site public a pris quelques jours ; les écrans d'administration ont pris le reste du stage. C'est aussi là que j'ai compris qu'un outil livré sans que le client sache s'en servir n'est pas livré.