Food cost

Bibliothèque de recettes restaurant : créer une bibliothèque avec coût matière pour un nouveau menu

Build a costed recipe library for a new menu - Supy

Ce qu'une recette doit contenir pour maîtriser son coût matière

Une bibliothèque de recettes maîtrise le coût matière (food cost) quand chaque recette contient plus qu'un nom et une méthode de préparation. Chaque plat a besoin de ses ingrédients avec les portions exactes, des pertes à la préparation et à la cuisson pour chaque élément, du rendement obtenu et d'un coût matière cible. Saisissez tout cela à la création, et la bibliothèque devient votre socle de food cost, non un simple dossier numérique.

La plupart des équipes qui lancent un nouveau menu commencent par la méthode et ajoutent les coûts plus tard. C'est l'envers de la bonne pratique. Construisez une recette et ses préparations préliminaires avec les quantités, les pertes et un centre de coût dès le premier enregistrement. Chaque plat est alors chiffré dès qu'il existe.

La vue cuisine et la vue financière de la même recette restent ainsi synchrones. Une fois structuré, vous n'avez jamais à ressaisir un plat juste pour répondre à une question de coût.

Champ de la recetteCe qu'il faut saisir à la créationPourquoi cela influe sur les coûts
Ingrédients et portionsChaque élément avec sa portion exacte, dans l'unité dans laquelle vous achetez ou préparezLa taille de la portion est le levier le plus important sur le coût à l'assiette
Pertes à la préparation et à la cuissonLe pourcentage perdu lors du nettoyage, de la réduction et de la cuissonOmis, il sous-estime le coût à chaque portion
RendementLe nombre de portions que la recette finie produit réellementUn rendement erroné fausse le coût par assiette et les commandes
Coût cibleLe coût matière que le plat fini doit atteindreTransforme la recette en alerte quand la réalité s'écarte
Centre de coût et points de venteOù elle est imputée et quels sites peuvent l'utiliserMaintient une recette exacte sur tous les points de vente

Construire la bibliothèque rapidement par clonage, sans ressaisie

Un lancement de menu se bloque rarement sur la réflexion. Il se bloque sur l'effort de saisir un grand volume de plats d'un coup. C'est pourquoi la saisie des recettes devient si souvent le vrai frein avant le lancement. La solution : arrêtez de créer chaque recette à partir d'un formulaire vierge.

Prenez une recette proche du nouveau plat. Clonez-la comme point de départ. Puis ajustez les ingrédients, les portions et le coût cible. Vous conservez la structure et les hypothèses de perte, et ne changez que ce qui diffère.

La même approche vaut pour l'ensemble du menu. Ne basculez pas les plats un à un. Activez les nouvelles recettes et archivez les anciennes en une seule action en masse. Clonage pour créer chaque recette ; actions en masse pour substituer l'ensemble.

Chemin de création rapide d'une recette : cloner une recette existante, ajuster les ingrédients et les portions, assigner les points de vente, définir le coût cible, puis activer en masse

Gérer une bibliothèque pour tous les points de vente

Une erreur fréquente au lancement est de reconstruire le même menu pour chaque point de vente. Cela laisse une version différente de chaque plat par établissement. Les chiffres de coût divergent en quelques semaines. Construisez plutôt le menu une seule fois comme bibliothèque partagée.

Définissez ensuite par recette quels points de vente peuvent l'utiliser. Indiquez lesquels la produisent réellement. La disponibilité et la production sont gérées par site, sans cloner le plat pour chaque établissement.

L'ouverture d'un nouveau point de vente fonctionne de la même façon. Lorsque vous ajoutez le site, vous choisissez d'inclure les recettes existantes. La bibliothèque avec le coût matière est transférée. Le nouveau point de vente démarre entièrement chiffré, non reconstruit manuellement.

Une bibliothèque de recettes partagée approvisionnant chaque point de vente d'un groupe multi-sites, avec disponibilité et production par établissement

Structurer les semi-préparations pour une cuisine centrale

Tous les éléments de la bibliothèque ne sont pas des plats dressés. Une cuisine centrale transforme souvent une matière première en composant que les points de vente utilisent. Ce composant est lui aussi une recette. Construisez-le comme une semi-préparation stockable.

Sa production est alors suivie comme un événement réel. Elle consomme la matière première et alimente en coûts et en stock chaque recette de point de vente en aval. Omis, la transformation reste non chiffrée. Les recettes des points de vente sous-estiment alors ce qu'elles consomment réellement.

Décider ce qui constitue une semi-préparation est une discipline à part entière. Comme l'est la façon dont ses coûts doivent circuler. Il existe un traitement plus détaillé des recettes finies versus semi-finies dans une cuisine centrale à lire en premier. Le principe est simple : saisir le composant une fois de façon centrale et laisser les recettes des points de vente hériter de ses coûts.

Comment un élément de cuisine centrale circule vers chaque point de vente : une matière première est transformée en semi-préparation, dont la production réduit le stock et alimente en coûts les recettes des points de vente

Maintenir la bibliothèque propre lors des changements de menu

Une bibliothèque de recettes n'est pas un travail ponctuel. Vous la gérez chaque fois que le menu change. Deux habitudes la maintiennent propre.

Premièrement : archivez les anciens plats en masse quand vous activez les nouveaux. La bibliothèque active n'affiche alors que ce qui est proposé. Deuxièmement : connaissez l'ordre des opérations pour les ingrédients. Un ingrédient ne peut pas être archivé tant qu'une recette y fait encore référence. Retirez-le ou remplacez-le d'abord dans ces recettes, puis archivez l'article.

Le bénéfice est la rapidité lors du prochain changement. Si la structure est déjà correcte, un changement de menu se réduit à un ensemble d'actions en masse. Cela prend des minutes, non des heures de ressaisie.

Temps de changement de menu comparé : ressaisir les recettes manuellement versus cloner et activer et archiver en masse

Par où commencer cette semaine

Choisissez la partie du nouveau menu que vous connaissez le mieux. Construisez-y une recette complètement, du début à la fin : ingrédients avec portions, pertes, rendement, coût cible et les points de vente qui la proposeront. Cette recette unique devient le modèle que vous clonerez pour le reste. Construire la structure correctement une fois, et elle porte toute la bibliothèque.

Avant la construction en masse, décidez quels éléments sont des semi-préparations de cuisine centrale. Les saisir en premier maintient chaque recette de point de vente correctement chiffrée dès le premier jour.

Vous n'avez pas à construire cela seul. Le moyen le plus rapide de le voir sur votre propre menu est de parcourir un plat en direct une seule fois. Faites-le avec quelqu'un qui a déjà construit une bibliothèque multi-sites.

Réserver une démo avec Supy - créer une bibliothèque de recettes avec coût matière pour votre nouveau menu

Ready to optimize your restaurant operations?

Blog

Our operational insights

Recipe cost by brand on a shared item master: one chicken breast feeding three brand recipes with different prices and food-cost targets
Food cost
Menu engineering

Plusieurs enseignes de restauration : gérer chaque menu et recette dans un seul système

Your questions 
answered

Everything you need to know about Supy — from setup to integrations, pricing, and daily use. If it’s not covered here, just ask.

Comment construire rapidement une bibliothèque de recettes pour un nouveau menu ?
+

Partez de ce que vous avez déjà plutôt que d'un formulaire vierge. Trouvez une recette proche du nouveau plat, clonez-la, puis modifiez uniquement les ingrédients, les portions et le coût cible qui diffèrent. Le clonage conserve la structure et les hypothèses de pertes que vous avez déjà définies. Pour l'ensemble du menu, activez les nouvelles recettes et archivez les anciennes en une seule action en masse plutôt que de changer les plats un par un. Cloner pour construire chaque recette, et utiliser des actions en masse pour échanger l'ensemble, est ce qui permet à une bibliothèque calculée de passer en ligne rapidement.

Que devrait contenir chaque recette pour garder le coût matière sous contrôle ?
+

Chaque recette a besoin de plus qu'un nom et une méthode. Saisissez la liste des ingrédients avec les tailles de portions exactes, les pertes de préparation et de cuisson de chaque article, le rendement du plat et un coût matière cible pour l'assiette finie. La taille de la portion est le plus grand levier sur le coût de l'assiette, et les pertes sont la donnée le plus souvent omise. Ajoutez un centre de coût et les succursales qui peuvent utiliser la recette afin qu'elle reste précise sur tous les sites. Intégrez ces éléments dès la première sauvegarde et chaque plat est chiffré dès qu'il existe.

Une seule bibliothèque de recettes peut-elle servir toutes les succursales d'un groupe ?
+

Oui. Plutôt que de reconstruire le même menu par site, vous maintenez une bibliothèque partagée et définissez, par recette, quelles succursales peuvent l'utiliser et lesquelles la produisent réellement. La disponibilité et la production sont contrôlées par emplacement, sans cloner le plat pour chacune. Lorsque vous ouvrez un nouveau site, vous pouvez inclure les recettes existantes afin que le site commence avec la bibliothèque calculée complète déjà en place. Une seule bibliothèque maintient le coût de chaque plat cohérent dans tout le groupe, au lieu de versions qui divergent au bout de quelques semaines.

Comment configurer des recettes pour un nouveau site sans les reconstruire ?
+

Lorsque vous ajoutez l'emplacement, choisissez d'inclure les recettes existantes lors de la configuration. La bibliothèque calculée est copiée vers le nouveau site, de sorte qu'il démarre entièrement pré-calculé plutôt que d'être reconstruit recette par recette à la main. De là, vous définissez quelles recettes partagées sont disponibles et produites sur ce site spécifique. Cela transforme le lancement d'un nouveau site d'une construction manuelle complète en un travail de copie-adaptation, ce qui est là où la plupart du temps est perdu lors d'un déploiement multi-sites sinon.

Qu'est-ce qu'une recette semi-finie, et quand en a-t-on besoin ?
+

Une recette semi-finie est un composant qu'une cuisine centrale produit à partir d'une matière première et utilise ensuite dans les plats des succursales, comme une sauce de base ou un ingrédient transformé. Vous en avez besoin dès qu'une transformation se produit centralement avant que l'élément n'atteigne une recette finale. La construire comme une recette semi-finie stockable signifie que sa production est suivie comme un événement réel qui diminue l'entrée brute et transmet le coût et le stock réels à chaque recette des succursales. Ignorez-la et la transformation n'est pas calculée, de sorte que les plats des succursales sous-estiment ce qu'ils consomment réellement.

Pourquoi ne peut-on pas archiver un ingrédient encore utilisé dans des recettes ?
+

Un article d'ingrédient ne peut pas être archivé tant qu'une recette y fait encore référence, car l'archivage laisserait ces recettes pointer vers quelque chose qui n'existe plus. L'ordre des opérations est essentiel : retirez ou remplacez d'abord l'ingrédient dans chaque recette qui l'utilise, puis archivez l'article. C'est une mesure de sécurité délibérée, pas une erreur. Respecter cet ordre permet à une grande bibliothèque d'être exempte de liens morts et garantit que chaque recette concernée est calculée correctement, ce qui fait de la bibliothèque quelque chose en quoi les équipes de cuisine et financières peuvent toutes deux avoir confiance.

Comment modifier un menu entier sans éditer les recettes une à une ?
+

Utilisez des actions en masse lors du changement plutôt que de modifier les plats individuellement. Activez le lot de nouvelles recettes et archivez les sortantes en une seule action, de sorte que la bibliothèque active n'affiche toujours que ce qui est en vente. Parce que vous avez construit chaque nouvelle recette en clonant une recette existante proche, la structure est déjà correcte, et l'échange est un ensemble d'actions en masse plutôt que des heures de ressaisie. Maintenir la bibliothèque propre de cette façon est ce qui rend chaque futur changement de menu rapide, plutôt que de répéter l'effort manuel de la première construction.

Êtes-vous prêt à transformer vos opérations ?

Comme plus de 3 500 restaurateurs utilisez Supy pour réduire vos coûts, rationaliser les opérations et prendre des décisions plus intelligentes.