17 — Catalogue Produits / Menu
1. Objectif métier
Section titled “1. Objectif métier”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.
2. Qui utilise ce module (admin/operator)
Section titled “2. Qui utilise ce module (admin/operator)”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.
3. Prérequis
Section titled “3. Prérequis”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)”- Concevoir l’architecture catalogue.
- Définir 5 à 10 catégories maximum au départ.
- Prévoir des noms orientés client, pas internes.
- Créer les catégories.
- Attribuer un ordre d’affichage.
- Activer uniquement les catégories prêtes.
- Créer les items.
- Renseigner nom, description, prix de base.
- Définir le type d’item (
food,product,digital). - Positionner disponibilité et stock.
- Ajouter les variantes quand nécessaire.
- Exemple:
Simple,Double,XL. - Définir le prix et la disponibilité par variante.
- Ajouter les groupes d’options.
- Exemple:
Taille,Couleur,Sauce. - Définir un ordre logique de choix.
- Ajouter les valeurs d’options.
- Exemple: Taille
S,M,L. - Vérifier qu’aucune valeur n’est dupliquée.
- 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.
- Ajouter les images.
- Utiliser des visuels propres, cadrés, à jour.
- Vérifier l’affichage réel côté opérateur.
- Faire une recette de bout en bout.
- Simuler 3 commandes types.
- Vérifier recherche item, sélection variante, calcul de total.
- 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.
5. Scénarios concrets (minimum 2)
Section titled “5. Scénarios concrets (minimum 2)”-
Scénario A: restaurant. Objectif: proposer un menu lisible en chat. Action: catégorie
Burgers, itemBurger Maison, variantesSimpleetDouble, optionsSauce. 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’optionsTailleetCouleur, 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.
6. Erreurs fréquentes et résolution
Section titled “6. Erreurs fréquentes et résolution”-
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.
7. Bonnes pratiques et limites
Section titled “7. Bonnes pratiques et limites”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.