Everything you need to optimize the management of your recipe knowledge: step-by-step guides, thematic articles, the best software, the Melba app and other resources.
Drop Excel or legacy software, discover Melba!
In the foodservice industry, the recipe technical sheet (or culinary technical sheet) is essential. This document structures the chef's knowledge and is used to calculate dish profitability. It also unlocks many operational benefits: production, stock, purchasing, sales and more.
Steps to make the most of recipe technical sheets
⏩ Discover our guide on culinary technical sheets
Easily build culinary technical sheets to structure and standardize your recipe knowledge
Enrich the data captured in technical sheets to push the analysis further
Compute your profitability and optimize ratios using technical sheets
Plan production using culinary technical sheets
A recipe card is not a recipe. A recipe says how to make something; a card says what it costs, what it contains, what it yields and what has to be declared. It is the only document in a food business that food cost, stock issue, regulatory labelling and the production plan all depend on at once.
That is also why an approximate reference is paid for everywhere at once. A wrong weight distorts the dish cost, therefore the margin on every sale, therefore the stock issued, therefore the variance, therefore the purchasing requirement. One error, five wrong indicators.
Yield is the most structuring and most neglected parameter. A kilo of vegetables bought does not give a kilo usable: peeling, trimming, cooking loss and chilling loss all come off. Depending on the product, yield ranges from 95 % to under 50 %.
Costing on net weight without accounting for yield systematically understates the cost of the most worked dishes — often the signature dishes, the ones you believe earn the most. The profitability ranking of the menu ends up inverted.
A sauce, a stock, a dough or a stuffing are cards in their own right, used by other cards. That nesting is what makes the reference maintainable: when the price of butter moves it flows into the sauce, then into the six dishes using it, without a single card being reopened.
Without nesting, the same preparation is copied into every dish. The reference is correct on day one and diverges afterwards — the normal failure mode of spreadsheet recipe cards, and a silent one.
A reference decays by default. Recipes evolve in the kitchen without the card following, suppliers change, portions drift. The question is not how to build a perfect reference, it is what keeps it current without tying up a person full time.
For variants that change cost or allergens, yes — a gluten-free version has neither the same cost nor the same declaration. For a plating variation, no: multiplying cards with no substantive difference makes the reference heavier without making it more accurate.
They stay in the reference between seasons, with costs still tracking supplier prices. When the season returns the card is already current and the selling price can be set on a real cost rather than last year's.
It also carries regulatory labelling, allergen declarations, the production plan and batch traceability. That is what justifies the initial effort: data entered once feeds four separate obligations instead of being re-entered into four tools that drift apart.
Three signals point at it: a recurring stock variance on its ingredients, a systematic gap between planned and produced quantity, and a food cost ratio drifting from its neighbours with no menu reason. None requires an audit — they surface on their own once sales, production and stock share the same reference.
The ones carrying the volume. Twenty to thirty cards usually cover most of revenue and are enough to produce a credible food cost. Aiming for completeness before you have a first figure is the surest way never to finish.
Yes, from the ingredients and their own compositions. The declaration remains the business's responsibility, but it starts from a consistent base instead of being re-entered dish by dish — and it updates when an ingredient changes.
Yes, by file import. That is the usual path when cards already exist in a spreadsheet: the import recovers the structure, and the remaining work is on yields and on linking to supplier references.
The cost of every affected card is recalculated, including through intermediate preparations. That is the main point of the reference: the update requires no action.
