Avec un seul restaurant, l'instinct fonctionne. Avec trente, seules les données fonctionnent
L'écart de performance dans la restauration multi-sites ne tient plus au talent culinaire ni à la puissance d'achat — il tient à la maîtrise des données. Votre ERP connaît les factures ; il ne connaît pas les recettes. L'écart entre ce que voit la finance et ce que fait la cuisine est précisément là où la marge meurt. Par Marc Enggist, CEO d'EGS.
Observez une bonne cheffe-propriétaire pendant une semaine et vous verrez un système de management qui n’apparaît dans aucun rapport. Elle connaît sa chambre froide à l’instinct — ce qui est arrivé, ce qui reste, ce que le service de ce soir va consommer — avant qu’aucune liste ne soit imprimée. Elle repère, depuis l’autre bout de la cuisine, le nouveau commis qui surdose les portions. Ses chiffres sont en retard, approximatifs, parfois faux, et cela n’a guère d’importance : ce n’est pas par les chiffres qu’elle dirige. C’est par la présence.
Regardez maintenant le directeur F&B d’un groupe de trente sites. Pas de chambre froide à sentir sous la main, pas de casseroles à humer — trente tableaux de bord. Chaque jugement — quel site dérive, quel manager a besoin de soutien, quel menu se meurt, où se cache le prochain franc de marge — arrive à travers un chiffre produit par quelqu’un d’autre. Dès l’instant où une exploitation dépasse l’attention d’une seule personne, la qualité des chiffres devient la qualité du management. Il n’existe pas de second canal.
C’est pourquoi l’écart de performance entre les groupes de restauration s’est déplacé. Les conditions d’achat convergent entre groupes de taille comparable ; la technique culinaire circule librement ; tout le monde possède les mêmes fours. Ce qui distingue les groupes aujourd’hui, c’est la maîtrise des données — et contrairement à un chef ou à un contrat fournisseur, elle ne peut être ni débauchée ni copiée d’ici vendredi.
Ce que la maîtrise des données signifie réellement dans un groupe F&B
L’expression sonne comme si elle appartenait à une banque, alors ancrons-la dans la réalité de la cuisine. La maîtrise des données, ce ne sont pas des tableaux de bord, et ce n’est certainement pas davantage de rapports. C’est l’état dans lequel les chiffres méritent les décisions que l’on construit sur eux.
Cela signifie faire confiance à vos coûts de recettes — parce que les recettes sont entretenues, avec des rendements réels et des prix d’ingrédients à jour, et non chiffrées une seule fois au lancement du menu puis laissées à l’abandon pendant que le marché bougeait. Cela signifie savoir que votre déclaration d’allergènes est correcte aujourd’hui — parce qu’elle découle d’une source unique vers chaque menu, chaque étiquette et chaque fiche de plateau, au lieu de vivre dans quatre feuilles de calcul parallèles avec quatre dates de dernière modification. Cela signifie lire un rapport d’écarts et agir en conséquence — parce que les clôtures de période, les transferts et la valorisation des stocks suivent partout une seule et même convention, de sorte qu’un écart décrit la réalité et non la tenue des comptes.
Les groupes qui en sont là prennent leurs décisions en quelques jours. Les groupes qui n’en sont pas là tiennent des réunions pour savoir quel chiffre est le bon.
L’entre-deux inconfortable : votre ERP connaît les factures, pas les recettes
Voici où en sont réellement la plupart des groupes. Ils ne sont pas pauvres en données — ils font tourner des ERP sérieux, SAP ou Odoo ou leurs équivalents, et la finance a une excellente visibilité sur une chose : l’argent. Factures, paiements, grand livre, comptes fournisseurs. Tout est exact, tout est auditable.
Mais l’ERP ne sait pas ce qu’est une recette. Il sait que vous avez acheté 400 kilos de veau à un certain prix ; il ne sait pas ce que ce veau est devenu, à quel rendement, dans quels plats, à quelle marge, sur quels sites. Il enregistre la facture et perd la transformation — et la restauration est la transformation. Entre la facture que voit la finance et l’assiette qu’envoie la cuisine, il y a une chaîne de recettes, de rendements, de portions et de transferts qui vit, dans la plupart des groupes, dans des feuilles de calcul et dans des têtes. Cet écart — entre ce que voit la finance et ce que fait la cuisine — est précisément là où la marge meurt, en silence, un rendement non mesuré et une modification de recette non chiffrée à la fois.
La réponse n’est pas de demander à l’ERP de devenir un système de cuisine ; il n’a jamais été conçu pour cela, et l’y forcer produit des monstres. La réponse est une couche de données culinaires qui parle le langage de la cuisine — recettes, rendements, allergènes, menus, transferts — et se réconcilie avec le langage de l’ERP, celui des factures et des comptes. C’est là que nous avons délibérément positionné CalcMenu depuis des décennies : aux côtés de SAP et d’Odoo, jamais à leur place. La finance conserve son système de référence pour l’argent ; la cuisine obtient enfin un système de référence pour la nourriture ; et les deux s’accordent au lieu de se disputer à travers une feuille de calcul.
Allergènes et nutrition : plus des différenciateurs — un socle de base
Il y a dix ans, des données d’allergènes impeccables étaient un argument de vente. Aujourd’hui, c’est le plancher légal. Le règlement (UE) 1169/2011 et ses déclinaisons nationales, la déclaration écrite des allergènes qui gagne le droit des États américains, les régimes d’étiquetage des calories de Londres à Quezon City — la direction est uniforme : la composition de ce que vous servez devient un chiffre réglementé et publié.
Pour un groupe multi-sites, cela change la nature du risque. Une estimation de coût erronée fait perdre de l’argent ; une déclaration d’allergènes erronée nuit à un convive et conduit des personnes devant les tribunaux. Et la cause profonde des déclarations erronées à grande échelle n’est presque jamais l’ignorance — c’est la fragmentation : la recette a changé en cuisine, et le changement n’a jamais atteint le menu, l’étiquette, la fiche de plateau, la plateforme de livraison. Un groupe sans source unique de vérité pour la composition des recettes ne porte pas un risque de coût. Il porte un risque juridique, réparti sur chaque site, chaque service, chaque jour.
Cela se construit, cela ne s’achète pas
La tentation, au niveau du groupe, est d’acheter le point d’arrivée : une belle couche de tableaux de bord posée sur le chaos existant. Cela échoue à chaque fois, parce qu’un tableau de bord au-dessus de données incohérentes n’est qu’une fiction avec une meilleure typographie.
La maîtrise des données se construit comme une discipline, selon une séquence sans éclat. Des systèmes qui capturent le travail là où il se fait — recettes, stocks, transferts, contrôles — plutôt que de le reconstituer en fin de mois. La responsabilité : un propriétaire nommément désigné pour les données de recettes, pour les données d’allergènes, pour les conventions de chiffrage, afin que « la base de données » soit le travail de quelqu’un et non la supposition de tout le monde. Et une source unique de vérité, dont chaque menu, étiquette, rapport de coûts et déclaration est dérivé, de sorte qu’une modification faite une seule fois est vraie partout.
Rien de tout cela ne peut s’acheter comme un module que l’on active. Mais chaque élément peut être lancé dès ce trimestre — et les groupes qui ont commencé il y a trois ans dirigent aujourd’hui, pendant que leurs concurrents en sont encore à raconter.
Avec un seul restaurant, l’instinct fonctionne. Avec trente, seules les données fonctionnent — et seulement si les données le méritent.
Commentaires
Les commentaires arrivent bientôt.