Cas client

Chaîne de pizzas multi-points de vente, commandes WhatsApp automatisées de bout en bout

Un bot WhatsApp qui prend la commande, encaisse et envoie le ticket cuisine au point de vente le plus proche, pendant que les pizzaiolos restent au four.

Chaîne de pizzasRestaurationQuick win · 2 à 4 semaines
CG
Charles Gautier
CTO · VantaCrew
8 min de lecturePublié le 22 février 2026
Chiffres clés du cas
-92%
Temps pizzaiolo passé sur la prise de commande WhatsApp
+34%
Tickets traités le vendredi-samedi soir sans dégradation
TL;DRLe cas en 60 secondes
  • Contexte : chaîne de pizzas régionale 6 points de vente dans le sud-ouest, ticket moyen 28€, volume cumulé 200 à 400 commandes par jour. Les commandes WhatsApp étaient prises à la main par les pizzaiolos eux-mêmes, souvent au pic du service.
  • Solution : bot WhatsApp Business qui prend la commande de bout en bout (menu, options, adresse, créneau, paiement Stripe), route vers le point de vente le plus proche via Google Maps et envoie un ticket cuisine pré-rempli au système de caisse.
  • Résultats à 5 mois : 92% de temps pizzaiolo récupéré, erreurs adresse divisées par 6, no-shows quasi éliminés grâce au paiement à la commande, +34% de capacité absorbée le week-end. Investissement 5 200€ HT, payback en moins de 2 mois.

Voici un cas client livré à l'automne 2025 pour une chaîne de pizzas régionale du sud-ouest, 6 points de vente répartis sur deux agglomérations, livraison + emporter. Ticket moyen 28€, volume cumulé 200 à 400 commandes par jour, pics à 600 le vendredi et le samedi soir. L'enjeu : sortir les pizzaiolos de la prise de commande WhatsApp pour les remettre au four, sans perdre le canal qui pèse plus de 40% du volume.

Le contexte client

Taille de l'équipe
Chaîne de pizzas 6 points de vente, 32 personnes au total (pizzaiolos, livreurs, gérants)
Chiffre d'affaires
Activité dans la fourchette 2,4 à 3,2 M€ annuels cumulés
Secteur d'activité
Restauration rapide, pizza livraison et emporter
Localisation
Sud-ouest de la France, deux agglomérations couvertes en livraison + emporter
Stack existant
WhatsApp Business (canal entrant principal), système de caisse Innovorder, Stripe pour les paiements en ligne, Google Workspace pour l'admin

Référence anonymisée sous accord de confidentialité.

Le défi initial

Identifié lors de notre discovery initiale, en revue avec la direction.

Problèmes identifiés

  • Pizzaiolos pris par la prise de commande au pic : le vendredi-samedi soir, le pizzaiolo de garde gère le four et le téléphone WhatsApp en même temps. Résultat : temps de cuisson dégradés, erreurs sur les commandes, ambiance équipe tendue.
  • Erreurs d'adresse fréquentes : 8 à 12 erreurs d'adresse par semaine sur les livraisons. Le coût total estimé à plus de 1 800€ par mois entre repas refaits et remboursements.
  • Oublis de spécifications client : sans gluten mal pris en compte, demi-demi inversés, demande "sans cuit" oubliée. Entre 4 et 7 erreurs par semaine, dont quelques cas sensibles (allergies).
  • No-shows et oublis de paiement à la livraison : 3 à 5% de commandes par mois avec problème de paiement à la livraison. Perte estimée environ 1 200€ par mois.
  • Pic vendredi-samedi soir ingérable : sur les pics, certains messages WhatsApp restaient sans réponse 20 à 40 minutes, des clients partaient à la concurrence.

Objectifs validés avec le client

  • Sortir les pizzaiolos de la prise de commande WhatsApp à 100% sur les flux standards
  • Diviser par 5 minimum les erreurs d'adresse et d'option client
  • Faire encaisser 100% des commandes WhatsApp via Stripe avant production (zéro no-show paiement)
  • Absorber le pic vendredi-samedi soir sans dégradation du temps de réponse
  • Router automatiquement chaque commande vers le point de vente le plus proche du client

L'architecture déployée

Solution structurée en 6 briques principales, orchestrées via n8n self-hosted.

1

Brique 1 · Bot WhatsApp Business de prise de commande

Bot conversationnel branché sur l'API WhatsApp Business officielle (compte vérifié de la chaîne). Le client envoie un message, le bot propose le menu structuré, guide la sélection en 5 à 8 échanges naturels, confirme la commande complète avant paiement. Aucune installation côté client.

2

Brique 2 · Capture adresse et routing géographique

Le bot demande l'adresse de livraison. Géocodage via Google Maps avec vérification. Calcul de la distance vers chacun des 6 points de vente, sélection automatique du PDV le plus proche dans son rayon de livraison. Si hors zone : message clair avec proposition d'emporter au point le plus accessible.

3

Brique 3 · Paiement Stripe avant production

Une fois la commande validée, le bot envoie un lien Stripe Checkout dans la conversation. Paiement encaissé avant toute production en cuisine. Confirmation automatique dès paiement reçu, avec créneau de livraison et numéro de suivi. Zéro production lancée sans paiement encaissé.

4

Brique 4 · Envoi du ticket cuisine au système de caisse

Workflow n8n qui pousse la commande validée et payée directement dans le système de caisse Innovorder du point de vente sélectionné, via l'API Innovorder. Ticket cuisine pré-rempli avec toutes les options. Le pizzaiolo voit la commande arriver comme une commande traditionnelle.

5

Brique 5 · SMS de confirmation et de prêt à livrer

Au moment du "prêt à livrer", le système envoie un SMS automatique au client : "Votre commande #4582 part en livraison, le livreur arrive dans 15 à 25 min". Réduction des appels entrants "où est ma pizza". Configuration via Twilio.

6

Brique 6 · Orchestration n8n et supervision quotidienne

Workflow n8n central qui orchestre WhatsApp Business, Claude, Google Maps, Stripe, Innovorder et Twilio. Chaque commande suit une chaîne traçable et journalisée. Dashboard quotidien envoyé au siège. Le "à valider" représente moins de 3% du volume.

Stack technique utilisée
Clauden8nWhatsApp BusinessStripeGoogle Maps APITwilio

La méthode et la calibration

4 phases sur 4-5 semaines au total. La phase de calibration est non-négociable : sans elle, l'agent livre des résultats médiocres et l'équipe perd confiance.

Semaine 1 · Audit conversationnel et menu structuré

Lecture de 500 conversations WhatsApp historiques sur les 4 derniers mois. Structuration complète du menu en arbre conversationnel avec toutes les options possibles.

Semaine 2 · Construction des prompts et connexions API

Rédaction des prompts agent dans le ton de la chaîne (direct, chaleureux, vocabulaire pizza assumé). Connexion des API WhatsApp Business, Google Maps, Stripe, Innovorder et Twilio. Tests unitaires sur chaque brique.

Semaine 3 · Mode shadow et tests en double

Pendant 7 jours, le bot capture les commandes WhatsApp en parallèle des pizzaiolos. 4 itérations de prompts pour ajuster le naturel des réponses, la prise en compte des options et le calcul de distance vers les PDV.

Semaine 4 · Déploiement progressif et formation pizzaiolos

Jours 1-3 : 40% des commandes WhatsApp, validation chaque ticket cuisine. Jours 4-7 : 100% avec validation a posteriori. Jours 8-10 : autonomie complète. Session 1h avec les 6 gérants.

Les résultats mesurés

Mesures comparatives entre le mois précédant le projet et 5 mois après mise en production (février 2026).

Temps pizzaiolo / soir sur la prise de commande WhatsApp
1h45 à 2h30moins de 10 min
-92%
Erreurs d'adresse / semaine cumulées 6 PDV
8 à 121 à 2
-85%
Erreurs sur options client / semaine
4 à 7moins de 1
-87%
Taux de no-show paiement à la livraison
3 à 5%0% (paiement avant production)
-100%
Capacité absorbée vendredi-samedi soir
400 à 500 commandes600 à 680 commandes
+34%
Délai moyen de réponse au 1er message WhatsApp
8 à 40 minmoins de 30 sec
-98%
Appels entrants "où est ma pizza" / soir
12 à 182 à 4
-78%
Investissement total
5 200 € HT (setup) + 340 €/mois (maintenance + APIs WhatsApp + Google Maps + Twilio + supervision)
ROI
Payback en moins de 2 mois. Les gains directs mesurables : environ 1 800€/mois économisés sur les erreurs d'adresse (repas refaits + remboursements), environ 1 200€/mois récupérés sur les no-shows paiement, et environ 18 à 22 commandes additionnelles par soir le week-end absorbées sans dégradation, soit ~14 000€ de CA week-end supplémentaire par mois. Au-delà : les pizzaiolos sont remis au four, la qualité produit ne dégrade plus sous le pic.

Bénéfices secondaires (non quantifiés)

  • Les pizzaiolos retrouvent leur métier : plus de téléphone pendant le four, baisse nette du stress en cuisine sur les soirs de pic
  • Visibilité dirigeant par PDV : le siège voit en temps réel le volume, le ticket moyen, les remontées par point de vente
  • Image de marque renforcée : les clients reçoivent une commande structurée, un SMS de prêt à livrer, plus aucun "on a oublié votre sans gluten", les avis Google ont gagné 0,4 point sur 5 mois
  • Données exploitables : chaque commande est journalisée avec adresse, options, ticket, fréquence
  • Réduction des appels "où est ma pizza" : le SMS de prêt à livrer absorbe la majorité des demandes

Les pièges rencontrés et leurs résolutions

On préfère partager ce qui n'a pas marché du premier coup. C'est là que se mesure la qualité d'un partenariat.

Piège 1 · Routing PDV erroné sur les zones de chevauchement (mois 1)

Sur les zones où deux PDV se chevauchent, le bot envoyait la commande au PDV le plus proche à vol d'oiseau, alors que la route réelle passait par un grand axe qui favorisait l'autre PDV. Résolution : passage du calcul à vol d'oiseau au temps de trajet réel via Google Maps Directions API. Plus aucun problème depuis.

Piège 2 · Ton trop neutre sur les premières conversations (mois 1, partiellement résolu)

Les premières conversations du bot sonnaient "formulaire", certains clients fidèles ont fait remarquer que la prise de commande n'avait plus la même chaleur. Résolution partielle : ré-écriture avec plus d'expressions terrain ("on vous prépare ça", "belle commande, ça part au four"). Amélioration nette mais quelques clients fidèles préfèrent encore appeler par téléphone, ce que la chaîne assume comme un canal complémentaire.

Piège 3 · Gestion des allergies et demandes médicales (mois 2)

Le bot a accepté une commande "sans gluten" pour un client coeliaque sans escalader vers le gérant, alors que le PDV ne disposait pas ce soir-là d'un poste dédié. Pas d'incident santé mais alerte côté équipe. Résolution : ajout d'un garde-fou strict. Toute commande mentionnant "allergie", "coeliaque", "intolérance sévère" déclenche une escalade automatique au gérant. Plus aucun incident depuis.

Témoignages

« Avant, le vendredi soir, j'avais le téléphone dans une main et la pelle à pizza dans l'autre. Mes pâtes brûlaient, je me trompais sur les commandes, je rentrais chez moi crevé et énervé. Maintenant les commandes arrivent direct sur la caisse, c'est nickel, j'ai plus qu'à enfourner. On fait plus de pizzas, on en fait des meilleures, et les clients sont contents. Mes gars aussi sont contents, l'ambiance en cuisine a changé. »

Pizzaiolo responsable d'un PDV
Chaîne de pizzas 6 PDV · sud-ouest · service du soir

« Le truc que je voulais surtout c'est arrêter de payer des pizzas refaites parce que le livreur tournait à la mauvaise adresse. Là on a divisé par cinq les erreurs. Et le paiement avant production, fini les histoires de billets en moins à la livraison. Sur le papier ça paraît bête, mais en vrai ça change la rentabilité du week-end. »

Gérant fondateur
Chaîne de pizzas 6 PDV · sud-ouest

Témoignages anonymisés sous accord de confidentialité. Plus de détails disponibles sur demande après signature NDA.

Questions fréquentes

Est-ce que ça marche pour d'autres restaurants (burger, sushi, libanais, restauration rapide en général) ?
Oui, 90% de l'architecture est transposable à toute restauration rapide avec commande à distance. Les briques routing géographique, paiement avant production et envoi ticket cuisine sont identiques. Seul l'arbre conversationnel (menu, options) est à reconstruire selon la carte.
Comment l'agent gère les commandes complexes (gros groupes, événements, commandes entreprise) ?
Toute commande au-delà d'un certain seuil (par défaut 12 pizzas ou 250€ de panier) est escaladée automatiquement vers le gérant du PDV concerné. Le bot pré-saisit déjà la base de la commande pour faire gagner du temps. Environ 3% des commandes WhatsApp sont escaladées.
Que se passe-t-il si un point de vente est saturé ou en rupture sur un produit ?
Le système de caisse Innovorder remonte en temps réel les indispos produit et les niveaux de saturation cuisine. Si le PDV le plus proche est saturé, le bot propose automatiquement le 2e PDV le plus proche, avec ajustement du créneau estimé.
Quel est le coût d'un projet équivalent en 2026 ?
Pour une chaîne de restauration rapide 3 à 10 points de vente : entre 4 500 et 5 800 € HT setup + 280 à 380 €/mois de maintenance. Le détail dépend du nombre de PDV à brancher, de la complexité du menu, du système de caisse à connecter et du volume de commandes quotidien.

Note importante. Chaque projet est unique. Les chiffres et l'architecture présentés ici sont propres au contexte de ce client. Pour évaluer ce qui est transférable à votre situation, on peut chiffrer une mise en place adaptée en 30 minutes de discovery, sans engagement.

Un cas similaire chez vous ?

30 minutes pour comprendre votre contexte précis et chiffrer une mise en place adaptée. Sans engagement.

Booker un appel découverte