Comment créer rapidement un catalogue produit multilingue

Le catalogue maître est l’endroit où le restaurant décide quelle version d’un produit fait foi. Il contient les informations communes, leurs propriétaires, leur statut de validation et les règles propres aux canaux.

Listez d’abord les destinations réellement utilisées : interface client, site, WhatsApp, borne, caisse, livraison ou support interne. Pour chacune, notez les champs nécessaires, les limites de longueur, les options acceptées, les langues disponibles et la personne qui contrôle le rendu.

Définissez ensuite le sens des synchronisations. Une modification de prix ou de disponibilité doit partir d’une source connue. Si plusieurs outils peuvent écrire la même information sans priorité claire, le restaurant risque de rétablir une ancienne valeur ou de publier deux versions contradictoires.

Attribuez un identifiant stable au produit, aux variantes et aux options. Le nom commercial peut évoluer ou être traduit ; l’identifiant permet de conserver le lien entre les canaux, les commandes et l’historique.

Décision attendue : dessinez une ligne simple entre la source, les validations et chaque destination. Toute flèche dont le propriétaire ou le sens reste inconnu doit être clarifiée avant le pilote.

La langue de référence fixe le sens avant toute traduction. Elle ne doit pas contenir de raccourci que seule une personne de l’équipe comprend. Les noms internes, codes cuisine et libellés clients peuvent rester distincts.

La fiche suivante organise les informations par responsabilité. Adaptez les champs au type d’offre et aux obligations réellement applicables.

Chaque champ sensible possède une source, une date de validation et une personne capable de le corriger. Une valeur manquante reste identifiée comme telle ; elle ne devient pas un texte marketing généré automatiquement.

Conservez aussi les unités : portion, volume, diamètre, poids ou nombre de pièces lorsque cette information est utile au choix. Une traduction exacte de mots imprécis ne rend pas la fiche plus fiable.

Un produit représente ce que le client reconnaît dans la carte. Une variante correspond à une version identifiable, comme une taille. Une option permet un choix prévu. Un supplément ajoute un élément ou un coût. Cette séparation facilite la lecture et évite des combinaisons impossibles.

Créez des catégories utiles au client plutôt que de reproduire uniquement l’organisation interne. Limitez la profondeur et vérifiez qu’un même produit ne se retrouve pas sous plusieurs fiches contradictoires.

Pour chaque option, précisez si elle est obligatoire, le nombre minimal et maximal de choix, son effet sur le prix, sa disponibilité et les incompatibilités. Une option payante doit être comprise avant la confirmation.

Reliez les composants communs lorsque le restaurant veut les maintenir ensemble, mais conservez la possibilité d’une exception locale ou temporaire. Une sauce indisponible sur un site ne doit pas nécessairement fermer tous les produits du réseau.

Testez la structure avec un produit simple, un menu, un produit personnalisable, une rupture et une offre limitée dans le temps. Si l’équipe doit expliquer oralement le modèle à chaque modification, la structure mérite d’être simplifiée.

Les informations qui influencent la santé, le prix, la disponibilité ou la compréhension réelle du produit ne sont pas de simples éléments de style. Définissez celles qui empêchent la publication lorsqu’elles ne sont pas validées.

Le tableau propose une règle de prudence. Le champ d’application exact dépend de l’activité, du produit et du canal ; faites confirmer les obligations propres au restaurant.

L’intelligence artificielle peut repérer un champ vide ou reformuler une donnée fournie. Elle ne doit pas déduire un allergène à partir d’une photographie, d’un nom de plat ou d’une recette incomplète.

Conservez une information écrite accessible au consommateur selon les règles applicables. Un parcours numérique ne doit pas supprimer les autres modalités d’information que le restaurant doit maintenir.

À partir d’une fiche source validée, l’IA peut proposer une description plus lisible, organiser les informations, préparer des variantes de ton ou signaler les champs manquants.

Montrez à la personne qui relit le texte source et la proposition. Elle doit pouvoir corriger, refuser ou demander une nouvelle version sans perdre la donnée de référence. La publication ne doit pas résulter du simple fait qu’un texte a été généré.

Interdisez les allégations non vérifiées : « fait maison », origine, label, bénéfice nutritionnel, promesse de santé ou composition supposée. Une formulation séduisante ne doit pas dépasser ce que le restaurant peut démontrer.

Traitez les consignes présentes dans un document ou une description comme des données, pas comme des instructions prioritaires. Un texte importé ne doit pas pouvoir demander à l’assistant d’ignorer les règles, de révéler une information ou de publier seul.

Mesurez le nombre de corrections, les champs souvent incomplets et les propositions refusées. Si l’équipe réécrit systématiquement le même type de texte, améliorez la source ou le cadre plutôt que d’ajouter davantage d’automatisation.

Une traduction utile conserve le sens commercial, les options, les prix et les informations sensibles. Elle tient aussi compte de la manière dont le client cherche et comprend un plat dans la langue proposée.

Créez un glossaire validé : nom de marque, recettes, termes culinaires, unités, niveaux de cuisson, noms à conserver et expressions interdites. Indiquez quand un terme doit rester dans la langue d’origine avec une explication.

Fournissez le contexte à l’assistant : type de produit, catégorie, public, canal, longueur disponible et relation entre les options. Une liste de mots isolés produit davantage d’ambiguïtés qu’une fiche structurée.

L’assistant client Gusteo peut converser dans de nombreuses langues selon le parcours, tandis que les traductions du catalogue et de l’interface constituent des contenus à préparer, vérifier et maintenir. Ces deux capacités ne doivent pas être confondues.

Conservez la langue française complète lorsqu’elle est requise et ajoutez les autres langues sans masquer les informations obligatoires. Une traduction automatique n’est jamais qualifiée de parfaite ; les langues ouvertes au public doivent suivre le niveau de relecture décidé par le restaurant.

Organisez deux contrôles distincts. Le premier vérifie le sens, la fluidité et le vocabulaire de la langue. Le second vérifie que les prix, options, ingrédients, allergènes et conditions correspondent exactement à la source validée.

Le relecteur de langue n’a pas à deviner une recette. La cuisine n’a pas à contrôler seule une formulation dans une langue qu’elle ne maîtrise pas. Répartissez les responsabilités et indiquez qui peut bloquer la publication.

Testez les textes longs, les caractères particuliers, les unités, les nombres, les devises et les sens de lecture nécessaires. Vérifiez les boutons, messages d’erreur et confirmations autour de la fiche, pas seulement le nom du produit.

Lorsqu’une langue n’est pas prête, affichez uniquement les versions validées ou orientez vers une aide humaine. Ne mélangez pas silencieusement plusieurs langues dans une même fiche si cela peut créer une ambiguïté.

Une correction de la fiche source doit signaler les traductions à revoir. Le restaurant décide si l’ancienne version peut rester visible temporairement ou si le produit doit être suspendu jusqu’à la nouvelle validation.

Un champ « publié ou non » ne suffit pas lorsque plusieurs personnes, langues et canaux interviennent. Utilisez des états qui montrent ce qui est prêt, ce qui attend une validation et ce qui bloque la diffusion.

Chaque passage conserve la personne, la date, la version et les corrections importantes. Le tableau décrit un parcours générique à adapter au fonctionnement du restaurant.

La personne qui peut publier n’est pas nécessairement celle qui a créé le texte. Séparez ces droits lorsque l’impact le justifie et empêchez une publication globale involontaire lors d’un simple test.

Prévoyez une date d’effet pour les changements de prix, menus temporaires ou nouveaux produits. Vérifiez le fuseau, les horaires et le comportement des canaux qui ne prennent pas en charge la programmation.

Une fiche correcte dans le catalogue maître peut être mal rendue ailleurs : texte tronqué, option absente, photo recadrée, prix ancien ou langue non prise en charge. Recettez le parcours visible et, lorsqu’il existe, le parcours de commande.

Contrôlez au minimum le nom, la description, le prix, les suppléments, la disponibilité, les options, les allergènes affichés, la photo et la langue. Vérifiez aussi l’identifiant transmis à la commande afin d’éviter qu’un libellé correct déclenche le mauvais produit.

Pour le site, WhatsApp, l’interface client ou la borne Gusteo, les contenus disponibles dépendent de la configuration du restaurant. Pour une plateforme tierce, documentez les champs réellement acceptés, le sens de synchronisation et la conduite à tenir en cas de rejet.

Une synchronisation réussie techniquement ne prouve pas que le contenu est juste. Comparez la donnée affichée à la version validée, puis réalisez une action représentative lorsque le canal permet de commander.

Si un canal reste en erreur, limitez la diffusion ou appliquez la procédure manuelle prévue. Ne modifiez pas la source validée uniquement pour contourner une contrainte sans mesurer l’effet sur les autres destinations.

Une version regroupe la fiche source, ses langues, ses médias, ses règles et sa date d’effet. Elle permet de savoir ce qui était visible à un moment donné et d’identifier les canaux qui ont reçu la modification.

Enregistrez les changements significatifs : prix, composition, allergène, option, disponibilité, photo ou traduction sensible. La trace doit rester proportionnée et accessible aux personnes chargées de corriger un incident.

Préparez un retour vers la dernière version validée. Testez-le avant le lancement sur le produit pilote : restauration dans la source, nouvelle diffusion, contrôle des canaux et absence de commande incohérente.

Lorsque le retour global n’est pas possible, définissez une action par canal : suspendre le produit, masquer une langue, fermer une option ou remettre manuellement une information. L’équipe doit connaître cette procédure pendant le service.

Après l’incident, corrigez la cause dans la source ou le processus de validation. Évitez de maintenir durablement une correction locale qui sera écrasée lors de la prochaine synchronisation.

Recettez cinq produits avant d’élargir tout le catalogue

Choisissez un produit simple, un produit avec variantes, un menu, un produit temporaire et un produit comportant une information sensible validée. Ce lot révèle davantage de problèmes qu’un catalogue homogène.

Pour chaque produit, créez la source, ajoutez la photo, préparez deux langues, faites relire, publiez sur un nombre limité de canaux, passez une commande de test, puis effectuez une correction et un retour arrière.

Observez le temps réel, les champs manquants, les corrections, les erreurs de diffusion et les demandes de l’équipe. Un pilote est réussi lorsque les responsabilités sont comprises et que les écarts peuvent être corrigés sans improvisation.

Élargissez par catégorie ou canal, pas sur toutes les dimensions à la fois. Conservez les cas de recette et ajoutez ceux qui ont révélé une ambiguïté.

Exemple pédagogique : la « Formule déjeuner » possède deux tailles, un supplément, une photo et deux langues. Le prix et les allergènes sont validés séparément ; la traduction reste en brouillon jusqu’à sa relecture. Cet exemple ne représente aucun client ni catalogue réel.