OUTIL · COMMANDE
Un support à utiliser avec vos propres informations
Avant d’ouvrir un nouveau canal de commande, cette checklist aide l’équipe à vérifier 30 points concrets, du premier accès jusqu’à la cuisine, à la remise et à la reprise après incident.
Périmètre : Un canal et une configuration à la fois. La fiche ne remplace pas les tests métier, les obligations du restaurant ou les validations des prestataires concernés.
Format : HTML accessible, imprimable ou enregistrable en PDF depuis le navigateur.
Dernière relecture : 22 juillet 2026
Testez ce que le client et l’équipe vivent réellement
Objectif : vérifier qu’une commande peut être comprise, complétée, confirmée, transmise, préparée et reprise sans dépendre d’une explication improvisée.
Choisissez un canal précis : WhatsApp, site, borne ou marketplace. Exécutez la checklist avec la configuration, les appareils et les personnes réellement concernés.
Une étape est validée uniquement lorsque le résultat attendu est observable et qu’une preuve non sensible peut être conservée.
Préparez le test avant le service
- Canal, appareil, navigateur, version et connexion utilisés.
- Menu de test avec produit simple, option obligatoire, supplément, allergène et indisponibilité.
- Mode de retrait ou de livraison réellement proposé.
- Mode de paiement réellement configuré.
- Destination de la commande : caisse, imprimante, KDS ou traitement manuel.
- Personnes responsables du parcours client, de la salle, de la cuisine et du support.
- Heure du test et conditions proches d’un service réel.
Si plusieurs canaux convergent vers la même équipe, consultez la solution Centraliser les commandes avant de définir le scénario.
Utilisez un compte et des coordonnées de test autorisés. Ne placez jamais une donnée réelle de client dans une capture destinée à être partagée.
Utilisez la checklist avec une preuve simple
Mode d’emploi : complétez une seule configuration à la fois et conservez une preuve non sensible pour chaque écart.
- Imprimez la page ou enregistrez-la en PDF.
- Renseignez le canal, l’appareil, la date et le responsable.
- Exécutez chaque test sans sauter directement à la confirmation.
- Notez le résultat observé, pas seulement « OK ».
- Associez une preuve : numéro de test, capture expurgée, impression ou journal.
- Classez le point : Conforme, À corriger, Non applicable ou Bloquant.
- Rejouez les points corrigés puis datez la décision finale.
Un test ne doit pas créer une vraie commande facturable ou une communication client non autorisée. Identifiez clairement toutes les données de test.
Contrôlez l’accès, le catalogue et le panier
Rejouez au minimum un produit simple, un produit avec option et un produit devenu indisponible pendant le parcours.
| Test | Résultat attendu | Statut et preuve |
|---|---|---|
| Accès au canal | Le bon restaurant et le bon contexte sont identifiables. | __________ |
| Navigation mobile et clavier | Le parcours reste utilisable sans geste précis ni souris. | __________ |
| Langue et compréhension | Les libellés utiles sont compris dans la configuration testée. | __________ |
| Produits et prix | Nom, contenu, prix et disponibilité correspondent à la source. | __________ |
| Options obligatoires | L’option est annoncée, choisie et récapitulée. | __________ |
| Allergènes et demandes | L’information et les limites sont visibles avant validation. | __________ |
| Indisponibilité | Le produit ne peut plus être confirmé et une reprise est proposée. | __________ |
| Panier | Quantités, options, frais et total restent cohérents. | __________ |
Suivez la commande jusqu’à la remise
Vérifiez la cohérence avant et après le paiement, y compris un refus et une interruption.
| Test | Résultat attendu | Statut et preuve |
|---|---|---|
| Données demandées | Seules les informations nécessaires au parcours sont demandées. | __________ |
| Adresse ou retrait | Le lieu, le créneau et les contraintes sont confirmés. | __________ |
| Récapitulatif avant engagement | Produits, options, prix et modalités peuvent être vérifiés. | __________ |
| Paiement | Le statut accepté, refusé ou interrompu reste compréhensible. | __________ |
| Double action | Un double clic ou retour arrière ne crée pas de doublon. | __________ |
| Confirmation client | Une référence et les prochaines étapes sont communiquées. | __________ |
| Modification ou annulation | Le canal et les limites de la demande sont indiqués. | __________ |
Contrôlez la copie réellement reçue en cuisine ou au point de traitement, pas seulement l’écran du client.
| Test | Résultat attendu | Statut et preuve |
|---|---|---|
| Transmission | La commande arrive une seule fois au bon point de traitement. | __________ |
| Options et commentaires | Les informations utiles sont lisibles par la production. | __________ |
| Horodatage et priorité | L’équipe comprend quand et dans quel ordre préparer. | __________ |
| Rupture après confirmation | Une décision, un contact et une correction sont possibles. | __________ |
| Statut de préparation | Le client ne reçoit pas une information plus précise que le flux réel. | __________ |
| Remise ou livraison | La bonne commande est remise selon le mode confirmé. | __________ |
| Clôture | Paiement, commande et éventuel remboursement restent rapprochables. | __________ |
Provoquez les erreurs avant qu’elles ne surviennent en service
Un parcours n’est pas validé tant que l’équipe n’a pas testé une interruption et la procédure de reprise correspondante.
| Test | Résultat attendu | Statut et preuve |
|---|---|---|
| Réseau indisponible | Le blocage est explicite et une reprise contrôlée existe. | __________ |
| Appareil ou intégration indisponible | L’équipe connaît la procédure de continuité. | __________ |
| Erreur de saisie | Le champ et la correction attendue sont identifiables. | __________ |
| Zoom à 200 % | Aucun contenu ou bouton essentiel n’est masqué. | __________ |
| Focus et clavier | L’ordre reste logique et le focus est visible. | __________ |
| Message au support | Canal, contexte, heure, attendu et observé peuvent être transmis. | __________ |
| Données personnelles | Collecte, information, accès et partage correspondent au besoin. | __________ |
| Suppression des preuves | Les données de test inutiles sont retirées après les tests. | __________ |
Documentez la décision de mise en service
Résumez les résultats avec quatre statuts : Conforme, À corriger, Non applicable ou Bloquant. Chaque point bloquant doit avoir un responsable, une correction attendue et une date de nouveau test.
Avant la mise en service, notez : le périmètre testé, les appareils, les versions, les personnes présentes, les limites acceptées, la procédure de secours et la prochaine date de contrôle.
Décision : autoriser le périmètre testé, le limiter ou reporter sa mise en service. Une validation partielle ne doit pas être présentée comme une validation complète.
Sources officielles et limites de la checklist
Sources consultées le 19 juillet 2026 :
- DGCCRF — règles du commerce en ligne et confirmation de commande.
- W3C WAI — formulaires accessibles, instructions, validation et retours.
- CNIL — minimisation des données.
Cette checklist reste générique. Les règles applicables dépendent du canal, du contrat, du type de commande, du paiement, de la livraison et de la configuration réelle. Elle ne constitue pas une validation juridique, de sécurité ou de conformité.
Questions fréquentes
Des repères pour transformer une liste de cases en validation exploitable.
Faut-il tester tous les canaux en même temps ?
Non. Testez un canal et une configuration à la fois, puis ajoutez les interactions omnicanales lorsque chaque flux de base est stable.
Qui doit participer aux tests ?
Au minimum une personne côté parcours client et une personne qui reçoit ou prépare la commande. Ajoutez les responsables du paiement, du support ou de la livraison selon le périmètre.
Une capture suffit-elle comme preuve ?
Pas toujours. Une preuve peut associer une capture expurgée, une référence de test, l’impression reçue, l’heure et le résultat observé par l’équipe.
Comment tester le parcours avec Gusteo ?
Décrivez le canal, les appareils et un scénario prioritaire sur la page Démonstration.
Testez un parcours qui ressemble à votre service
Apportez un menu de test, vos appareils et une situation d’erreur. La démonstration pourra suivre la commande jusqu’au point de traitement.