Skip to content

17 — Catalogue Produits / Menu

Construire un catalogue exploitable en production, qui réduit les erreurs de commande et accélère la vente conversationnelle.

Ce module couvre:

  • structuration par catégories,
  • création d’items,
  • gestion des variantes,
  • gestion des options,
  • pilotage de disponibilité et stock.

Résultat attendu: un catalogue clair pour l’équipe, compréhensible pour le client, et directement utilisable dans la prise de commande.

  • admin: définit la structure du catalogue, gouverne le prix, la disponibilité et la cohérence globale.
  • operator: exploite le catalogue en conversation client, signale les incohérences, applique les ajustements simples.

Répartition recommandée:

  • l’admin contrôle le modèle produit,
  • l’opérateur garantit la qualité d’exécution au quotidien.

Checklist avant création ou refonte catalogue:

  • nomenclature des catégories validée,
  • conventions de nommage validées,
  • politique tarifaire clarifiée,
  • politique stock/disponibilité clarifiée,
  • visuels produits prêts,
  • plan de maintenance hebdomadaire défini.

Contraintes métier à respecter:

  • nom de catégorie unique par organisation,
  • nom d’item unique par organisation,
  • nom de variante unique dans un item,
  • nom de groupe d’options unique dans un item,
  • valeur d’option unique dans son groupe,
  • un item indisponible ne doit pas rester visible comme commandable.

4. Procédure pas-à-pas (orientée actions produit)

Section titled “4. Procédure pas-à-pas (orientée actions produit)”
  1. Concevoir l’architecture catalogue.
  • Définir 5 à 10 catégories maximum au départ.
  • Prévoir des noms orientés client, pas internes.
  1. Créer les catégories.
  • Attribuer un ordre d’affichage.
  • Activer uniquement les catégories prêtes.
  1. Créer les items.
  • Renseigner nom, description, prix de base.
  • Définir le type d’item (food, product, digital).
  • Positionner disponibilité et stock.
  1. Ajouter les variantes quand nécessaire.
  • Exemple: Simple, Double, XL.
  • Définir le prix et la disponibilité par variante.
  1. Ajouter les groupes d’options.
  • Exemple: Taille, Couleur, Sauce.
  • Définir un ordre logique de choix.
  1. Ajouter les valeurs d’options.
  • Exemple: Taille S, M, L.
  • Vérifier qu’aucune valeur n’est dupliquée.
  1. Générer la matrice de variantes si besoin.
  • Utiliser la génération automatique pour créer les combinaisons.
  • Désactiver les combinaisons non vendues.
  • Vérifier les prix générés et les corriger si nécessaire.
  1. Ajouter les images.
  • Utiliser des visuels propres, cadrés, à jour.
  • Vérifier l’affichage réel côté opérateur.
  1. Faire une recette de bout en bout.
  • Simuler 3 commandes types.
  • Vérifier recherche item, sélection variante, calcul de total.
  1. Mettre en place une routine de maintenance.
  • Retirer les items obsolètes.
  • Corriger rapidement les prix/stock erronés.
  • Réviser les top ventes chaque semaine.
  • Scénario A: restaurant. Objectif: proposer un menu lisible en chat. Action: catégorie Burgers, item Burger Maison, variantes Simple et Double, options Sauce. Résultat attendu: commande rapide sans ambiguïté sur le choix final.

  • Scénario B: e-commerce textile. Objectif: fiabiliser les déclinaisons taille/couleur. Action: item T-shirt, groupes d’options Taille et Couleur, génération de matrice, activation des combinaisons en stock uniquement. Résultat attendu: zéro commande sur une combinaison non disponible.

  • Scénario C: offre digitale. Objectif: vendre un produit sans logistique physique. Action: item de type digital, sans stock physique, disponibilité pilotée par campagne. Résultat attendu: traitement plus simple, moins d’erreurs opérateur.

  • Erreur: item introuvable en prise de commande. Cause fréquente: catégorie inactive ou item indisponible. Résolution: vérifier activation catégorie, puis activation item, puis activation variante.

  • Erreur: combinaisons de variantes incohérentes. Cause fréquente: options incomplètes avant génération de matrice. Résolution: compléter les valeurs d’option puis regénérer.

  • Erreur: prix final inattendu. Cause fréquente: règle prix base/variante non harmonisée. Résolution: définir une règle claire et appliquer un contrôle de 10 items sensibles.

  • Erreur: rupture non reflétée. Cause fréquente: stock non mis à jour. Résolution: instituer une mise à jour stock quotidienne pour les items critiques.

  • Erreur: visuels cassés ou obsolètes. Cause fréquente: image supprimée/remplacée sans vérification. Résolution: vérifier systématiquement l’affichage après mise à jour des médias.

Bonnes pratiques:

  • limiter le nombre de catégories au strict nécessaire,
  • privilégier des noms produits courts et explicites,
  • traiter disponibilité et stock comme priorité opérationnelle,
  • valider le catalogue avec un test utilisateur interne avant diffusion,
  • conserver une convention unique de nommage des variantes.

Limites à connaître:

  • la génération automatique de matrice peut produire des combinaisons inutiles,
  • un catalogue trop dense ralentit les opérateurs,
  • la qualité des commandes dépend directement de la qualité du catalogue,
  • des variations de prix fréquentes sans gouvernance créent de la confusion client.

8. Référence rapide (champs/statuts/modes)

Section titled “8. Référence rapide (champs/statuts/modes)”

Types d’item:

  • food: produit de restauration.
  • product: produit physique classique.
  • digital: produit immatériel.

Niveaux du catalogue:

  • catégorie,
  • item,
  • variante,
  • groupe d’options,
  • valeur d’option.

Champs clés:

  • nom,
  • description,
  • prix,
  • disponibilité,
  • stock,
  • ordre d’affichage,
  • image.

Règles d’unicité:

  • catégorie: unique par organisation,
  • item: unique par organisation,
  • variante: unique par item,
  • groupe d’options: unique par item,
  • valeur d’option: unique par groupe.