.jpeg)
Plusieurs enseignes de restauration : gérer chaque menu et recette dans un seul système
Gérer toutes les enseignes depuis un seul système
Gérer chaque enseigne dans son propre système revient à ressaisir les mêmes ingrédients, fournisseurs et rapports à chaque connexion. Un groupe peut gérer menus et recettes de plusieurs enseignes depuis un seul système. Un référentiel article commun et une configuration d'approvisionnement commune servent de base ; chaque enseigne dispose de ses propres recettes, prix de vente et objectifs food cost. Une base d'ingrédients unique, des menus distincts.
Le problème se manifeste d'abord dans les données. Quand trois enseignes vivent dans trois comptes, le même filet de poulet est saisi trois fois. Un nouveau prix fournisseur doit être entré trois fois. Un rapport food cost groupe devient trois exports à assembler manuellement. Chaque étape manuelle est une source de dérive entre les enseignes.
La solution est une instance unique qui sépare par enseigne là où il le faut et mutualise là où c'est possible. La structure d'inventaire multi-enseignes de Supy conserve un article de base par ingrédient, chaque enseigne construisant son propre menu par-dessus. Le tableau ci-dessous illustre les différences.
| Ce qui se passe | Système séparé par enseigne | Un système, référentiel partagé |
|---|---|---|
| Paramétrage des ingrédients | Saisi et corrigé dans chaque enseigne | Un article de base partagé entre toutes les enseignes |
| Nouveau prix fournisseur | Saisi enseigne par enseigne | Met à jour le coût matière de chaque enseigne en une fois |
| Rapport food cost groupe | Exports fusionnés manuellement | Une vue consolidée sur toutes les enseignes et sites |
| Lancement d'une enseigne | Menu reconstruit de zéro | Recettes clonées depuis la bibliothèque |
Un référentiel commun, des recettes propres à chaque enseigne
Conservez un article de base par ingrédient, puis laissez chaque enseigne y associer ses propres recettes. Un article de base regroupe tous les SKU fournisseurs et conditionnements pour cet ingrédient – le filet de poulet à $6,50/kg est paramétré une fois et partagé entre les trois enseignes. Chaque enseigne associe ensuite cet ingrédient à ses recettes avec son propre prix de vente, objectif food cost et taux de TVA.
Le même poulet génère trois marges différentes sans dupliquer une seule recette. L'enseigne A, une enseigne burger, vend un burger de poulet grillé à $14,00 pour un objectif food cost de 30 %. L'enseigne B, une enseigne salade, propose le même poulet dans une Caesar bowl à $12,00 pour 28 %. L'enseigne C, une enseigne wings, affiche une demi-douzaine de wings à $11,00 pour 32 %. Modifiez le prix d'achat du poulet une fois, et les coûts matière des trois enseignes se mettent à jour.
Une bibliothèque de recettes centrale surplombe les enseignes et contrôle quelles recettes sont disponibles et en production sur chaque site. L'enseigne possède son menu. Le groupe possède l'ingrédient.
Lancer une nouvelle enseigne : cloner la bibliothèque, puis ajuster
Clonez depuis la bibliothèque de recettes centrale plutôt que de tout reconstruire. Un groupe de neuf sites lançant une troisième enseigne ne part pas d'un carnet de recettes vide. Clonez les recettes dont la nouvelle enseigne a besoin – environ 42 pour un menu intermédiaire – comme point de départ, puis ajustez chaque prix de vente et objectif food cost au nouveau concept.
Les recettes clonées conservent leurs liens d'ingrédients vers le référentiel partagé – la nouvelle enseigne est costée correctement dès le premier jour. Affectez les recettes aux sites de la nouvelle enseigne, définissez lesquelles sont en production par site, et le menu est en ligne sans avoir à maintenir un second système. Un groupe qui prépare une quatrième enseigne répète la même étape clone-et-ajustement, pas une reconstruction complète.
Conserver les food costs, marges et comptabilités de chaque enseigne séparément
Définissez un objectif food cost par recette et par site – le système alerte l'enseigne propriétaire quand le coût réel dépasse l'objectif. Les objectifs sont scoped à la recette et au site. L'enseigne C à 34 % de food cost réel contre un objectif de 32 % apparaît séparément – pas dans la vue groupe, où l'enseigne A à 31 % et l'enseigne B à 27 % la masqueraient.
Les tableaux de bord reportent le coût des marchandises vendues et le pourcentage food cost au niveau groupe, site et menu – les chiffres de chaque enseigne se lisent séparément. La structure financière suit le même principe. Les avoirs et comptes fournisseurs appartiennent à l'enseigne qui les a émis – un avoir de l'enseigne B ne se retrouve jamais dans les livres de l'enseigne A. Chaque enseigne se lit comme sa propre entreprise tandis que le groupe fonctionne sur un seul système.
Quel paramétrage convient à votre groupe
Identifiez votre situation et prenez l'unique bonne action. La plupart des groupes multi-enseignes correspondent à l'une des trois configurations, et le premier pas est différent pour chacune.
- Vos enseignes partagent la plupart des ingrédients mais ont besoin de menus différents. Conservez un référentiel article commun, puis construisez par-dessus des recettes propres à chaque enseigne avec leurs propres prix et objectifs. Commencez par associer chaque ingrédient partagé à un article de base unique.
- Vous ouvrez ou achetez une nouvelle enseigne. Clonez les recettes nécessaires depuis la bibliothèque centrale, ajustez les prix et objectifs food cost, et affectez-les aux sites de la nouvelle enseigne.
- Vous gérez aujourd'hui un login séparé par enseigne. Consolidez sur une instance pour qu'une modification de prix fournisseur ou un changement d'ingrédient se répercute partout en une fois, puis séparez à nouveau les menus par enseigne.
Choisissez la configuration qui correspond à votre groupe ce trimestre et faites le premier pas. Un système commun en dessous, un menu et une marge distincts par-dessus – voilà ce qui permet à un groupe d'ajouter la prochaine enseigne sans ajouter la prochaine feuille de calcul.
