Études de cas
Une étude de cas réelle, sans résultat inventé
Nous ne publions pas de témoignages génériques ni de logos de complaisance : tant qu'un restaurant n'a pas travaillé avec nous sur un vrai projet, il n'apparaît pas ici. Aujourd'hui, une seule référence répond à ce critère : Allocodrome.
Cette étude de cas détaille le contexte du restaurant, le problème posé par son menu, la méthode suivie, le travail écran par écran, la mise en production et les indicateurs que nous suivons désormais. Aucun chiffre de vente ou de croissance n'y est avancé : ces résultats ne seront publiés que lorsqu'ils seront réellement mesurés sur une période suffisante.
Pourquoi nous documentons des cas réels
La plupart des logiciels de commande en ligne illustrent leurs pages avec des restaurants fictifs ou des captures génériques. Nous avons choisi l'inverse : documenter précisément le travail mené avec un restaurant réel, avec ses contraintes, plutôt que de promettre un résultat générique valable pour tous. Une étude de cas Serveo n'est donc pas un argument marketing habillé de chiffres, mais un compte rendu de ce qui a été construit, pourquoi, et ce qui reste à vérifier.
Notre méthode d'observation
Inventaire du menu réel
Nous partons toujours de la carte effective du restaurant — plats, portions, accompagnements obligatoires ou facultatifs, suppléments, règles de disponibilité — plutôt que d'un modèle de menu standard. Cet inventaire est fait avec le restaurateur, pas à sa place.
Construction écran par écran
Chaque étape du parcours (accueil, fiche produit, panier, remise, suivi) est conçue pour refléter les règles réelles du menu, et non l'inverse. Quand une contrainte du menu ne rentre pas dans un composant existant, c'est le composant qui est ajusté.
Vérification avant ouverture publique
Avant qu'une boutique ne soit rendue publique, le parcours complet est testé de bout en bout avec le restaurateur : passage de commande réel pour chaque mode de remise, contrôle des accompagnements obligatoires, vérification de l'affichage mobile.
Ce que nous mesurons avant/après
Nous distinguons ce qui se mesure de ce qui se promet. Une fois une boutique en production, nous suivons des indicateurs d'usage et de fiabilité du parcours — jamais des promesses de croissance formulées à l'avance. Ces indicateurs ne sont publiés dans une étude de cas que lorsqu'ils ont été observés sur une période suffisante pour être représentatifs.
Le cas Allocodrome, résumé
Contexte et complexité du menu
Allocodrome est un restaurant africain halal à Troyes, avec une carte composée de grillades, de plats en sauce, d'accompagnements traditionnels et de boissons. La façon de commander compte autant que la liste des produits : un plat peut inclure un accompagnement, en imposer un choix ou accepter plusieurs suppléments. Avant Serveo, la commande directe reposait notamment sur le téléphone, tandis que les plateformes tierces apportaient de la visibilité au prix d'une relation et d'un cadre qui ne sont pas entièrement maîtrisés par le restaurant.
Trois règles ont structuré le travail : un accompagnement obligatoire bloque l'ajout au panier tant qu'il n'est pas choisi ; un supplément reste facultatif et n'affecte jamais la disponibilité du plat de base ; un plat ou un accompagnement peut être retiré temporairement du menu sans supprimer sa fiche. La quantité, le prix et les options doivent rester attachés à la bonne ligne lorsque deux clients commandent le même plat avec des combinaisons différentes. Cette structure évite de transformer une information essentielle pour la cuisine en simple note libre difficile à exploiter.
Choix mobile-first et accompagnements
Plutôt que d'adapter le menu à l'outil, nous avons adapté l'outil au menu. Le travail a démarré par un inventaire des plats, de leurs portions, de leurs accompagnements associés — inclus, obligatoires ou supplémentaires — et de leurs règles de disponibilité. Nous avons ensuite comparé le parcours existant et les maquettes écran par écran : accueil, recherche, catégories, détail d'article, panier, suppression, livraison, retrait et suivi. Chaque modification devait répondre à une contrainte du restaurant, pas seulement produire une interface plus décorative.
Construction d'une fiche capable d'afficher un accompagnement obligatoire comme une étape à valider, distincte des suppléments facultatifs, avec blocage de l'ajout au panier tant que le choix requis n'est pas fait.
Livraison, retrait et exploitation
Avant l'ouverture publique, le parcours complet a été vérifié avec Allocodrome : passage d'une commande de bout en bout pour chaque mode de remise, contrôle des prix et des accompagnements obligatoires, lecture du panier par la cuisine, affichage sur mobile et retour depuis le suivi de commande. Les liens, textes légaux, moyens de contact et informations de remise ont également été relus. La boutique est aujourd'hui en production à l'adresse allocodrome.fr ; cette mise en ligne constitue le point de départ de l'observation, pas la preuve automatique d'une hausse de ventes.
Indicateurs suivis
- Taux de commandes finalisées après ajout au panier
- Répartition entre livraison et retrait
- Erreurs ou blocages signalés par le restaurant
- Temps de traitement d'une commande côté restaurant
- Utilisation des accompagnements et suppléments proposés
- Demandes d'assistance ou corrections après commande
Enseignements réutilisables
- Un menu avec des accompagnements obligatoires ne peut pas être traité comme une case à cocher parmi d'autres : il faut une étape de validation dédiée dans la fiche produit.
- La structuration du menu en amont (avant les écrans) fait gagner du temps sur toutes les itérations suivantes.
- Un restaurant avec un menu changeant a besoin de désactiver un plat ou un accompagnement rapidement, sans repasser par une refonte de fiche produit.
- Les visuels accélèrent le repérage, mais le libellé, le prix et l'état disponible ou indisponible doivent toujours rester compréhensibles sans dépendre uniquement de l'image.
- Le panier, les erreurs et les états vides méritent le même niveau de conception que l'accueil : c'est souvent à cet endroit qu'une commande simple devient une commande abandonnée.
Critères pour accueillir une future étude de cas
- Une boutique réellement ouverte au public, pas un prototype
- Un menu réel avec ses propres contraintes (accompagnements, suppléments, disponibilité)
- L'accord explicite du restaurant pour documenter et publier le détail du travail mené
- Une période d'observation suffisante avant de publier tout indicateur mesuré