企业官网建设流程全解析

“新增菜品”→这个按钮，在很多餐饮老板眼里就是后台的一个普通操作：点开、填个名字、上传图片、定个价、保存，完事。但我在餐饮信息化的项目里泡了多年之后想说的是，真正把“新增菜品”这件事做明白的人，少之又少。一次菜品上新，表面上是录一条数据，实际上牵动的是成本核算、后厨动线、前厅推荐、库存联动、菜单结构、平台展示这一整条链路。这篇内容我就把自己在门店实操和系统落地过程中摸出来的经验完整过一遍，给正在用餐饮SaaS系统的店长、运营，以及给餐饮品牌做数字化落地的同行一个可复用的参考。

1. 核心设计思路：新增菜品为什么难在“新增”之外

1.1 先弄清楚“新增菜品”到底在解决什么问题

很多人把新增菜品理解成一个录入动作，这其实是最大的误区。门店为什么要上新？往小了说，是换季、推新品、配合营销活动；往大了说，是要优化菜品结构、提升客单价、拉高毛利。所以新增菜品本质上是一次经营策略的落地，系统里的那条记录只是策略的最终投影。

我做过的门店项目里有一个很典型的例子：老板想推一道“藤椒鱼”，原因是最近麻辣口味走得快，想蹭热点。结果后厨实际做的时候发现：鱼片要现杀现片，出餐高峰根本忙不过来；酱汁需要提前两小时熬，当天卖完就断货；外卖平台上这道菜毛利算下来只有38%，还要被平台扣点。这道菜最后上线一周就下架了，但前后浪费的采购、物料、宣传物料成本一点没少。

所以我在做新增菜品方案时，第一件事永远是问：这道菜为什么要上？是为了引流、为了利润、为了清库存、还是为了凑品类？不同的目标，决定了后续所有的配置策略。引流品可以牺牲毛利换流量，但必须控住出品速度；利润品要卡毛利红线，但可以在口味和包装上做溢价。这些问题在点“保存”之前想不清楚，后面迟早要返工。

1.2 一条菜品的完整生命周期里藏着哪些关键节点

我习惯把一条菜品从立项到下架拆成七个节点：选品立项、成本测算、定价审核、系统录入、菜单投放、出品追踪、复盘迭代。每一个节点都有一个“设置”动作，也都有一群人的协作。

选品立项由老板或主厨发起，确定“做不做”；成本测算要拆解调料、食材、损耗、人工、能源，得出“能不能做”；定价审核把成本与市场预期对比，决定“卖多少钱”；系统录入是IT/店长执行“怎么配”；菜单投放则是运营在点餐页、纸质菜单、外卖平台上的统一发布；出品追踪盯的是销量、退单、毛利走势；复盘迭代就是每周看数据，决定保留、优化还是下架。

这里的核心点在于：新增菜品根本不是某个人的单点操作，而是一个有着先后依赖关系的多人协作流程。如果门店里没有这个协作机制，直接在系统里加菜，大概率会出问题——比如采购不知道要备新料的货，前厅不知道怎么推荐，后厨的打印机里飘出一张没人会做的单子。针对这个协作链路去配置系统，才算真正把“新增菜品”用起来。

1.3 设计思路：以“毛利与可复制性”为上新决策的锚点

在多个项目里，我总结出一个很实用的判断框架：新菜能不能上，永远看两个指标——理论毛利和出品可复制性。

理论毛利就是标准成本算出来的利润率，它决定这道菜值不值得卖；出品可复制性决定这道菜能不能稳定地卖。二者缺一个，都别急着录入系统。

举个我踩过的坑：有家面馆上了一道“蟹黄拌面”，成本卡做得漂漂亮亮，毛利55%，听起来不错。但实际上蟹粉的炒制非常依赖师傅状态，A师傅做出来咸鲜平衡，B师傅做出来就偏腥。上线两周，差评集中在口味不稳定上，门店评分直接从4.8掉到4.5。后来我们复盘，问题不在定价，而在于这道菜的工艺复杂度超出了门店的人员储备，没做成“可复制”的出品。

所以现在我做新增菜品方案时，会要求门店对每道新菜做一次“可复制性评分”，从备料复杂度、烹饪时长、人员技能要求、出品标准化程度四个维度打分。总分低于某个阈值，就算毛利再好看也要先回后厨优化SOP，而不是急着上系统。这个思路放在系统里的体现，就是我会在菜品资料里增加“出品难度”这个自定义字段，用来约束上新节奏。

2. 核心细节解析：数据、配方与SKU管理

2.1 菜品基础资料怎么录才不会给后续留下坑

真正操作过系统的人都知道，新增菜品的第一步是填基础资料，而恰恰是这一步，百分之六十的门店都填得乱七八糟。基础资料填不好，后面无论做库存、做报表还是做外卖对接，全都会埋雷。

我列一下我认为必要的字段清单，这些都是我们在项目里一条一条试出来的：

• 菜品名称：要区分“菜单名”和“后厨名”。菜单名面向顾客，可以花哨；后厨名面向出餐，必须直白，比如“青花椒鱼（大份）”和“青花椒鱼做大份”在后厨显示出来，打单的人一眼就能看明白。
• 菜品编码：最好用有规则的编码，比如品类代码+序号，C-001代表炒菜类第一道。别小看这个编码，导出报表、对接第三方平台、盘点库存的时候你就知道规则编码有多省事。
• 菜品图片：一张合格的菜品图要能体现成品状态、盛器、摆盘，而不是随手拍的半成品。外卖平台上的转化率差距，很多时候就是一张图的事。
• 售卖规格：这一步直接影响库存扣减。很多门店在这里犯迷糊，同样是“一份”，堂食一份和后厨出餐一份的分量是不同的，所以必须在SKU层面定义清楚“一份等于多少克、多少毫升”。
• 起售时间：比如早餐菜品只在6:00到10:30售卖，下午茶只从14:00开始。这个时间段直接关联到点餐端的菜品展示逻辑和厨房打印队列。

关于“菜品名称”，我多说一句：很多门店会为了菜单好看而起一些花哨的名字，比如“火山熔岩蛋包饭”，结果后厨打单出来，师傅根本不知道这是什么。正确的做法是菜单名和后厨名分开：菜单名负责勾引顾客，后厨名负责让师傅秒懂。系统里如果支持双名称，就用起来；如果不支持，宁可在后厨名里写“照烧鸡腿饭（原名火山熔岩系列）”也不能让后厨靠猜。

2.2 成本卡是新增菜品最容易忽略的一环

我可以很负责任地说，十家门店里至少有六家，新菜录进系统的时候根本没填成本卡，或者填的是一笔糊涂账。结果就是月底对账发现毛利数据对不上，又回头花两三天扒拉进货单，折腾一圈也不知道哪道菜在亏钱。

成本卡（也叫BOM表）就是把一道菜拆解到原材料颗粒度的一张配方清单。以一份“番茄牛腩饭”为例，成本卡应该长这样：

这张表看起来简单，但真能算明白的人不多。很多人只会算主料的钱，调料、辅料、能源全都没算进去。我见过一个门店做的酸菜鱼，只算了鱼片和酸菜的成本，算出来毛利55%，加上所有调料、油、燃气、打包盒之后，真实毛利只有31%。每周卖300份，每份少算了10块钱成本，一个月就凭空蒸发掉12000块利润。

实际操作中，我建议门店用“标准成本+损耗系数”的方法录入成本卡：先按标准配方算出理论成本，再乘以一个损耗系数（我通常取1.03到1.08，看食材波动和备货损耗情况），得到“实际成本价”。这个实际成本价才是定价和毛利分析的基准。系统里的成本卡字段如果支持“损耗率”，就直接填；不支持的话，直接在原料单价上先乘系数也行。

2.3 标签与分类：菜单结构、后厨档口和外卖平台的关系

新增菜品的另一个关键配置是分类与标签。很多人不明白，这个分类不只是菜单上的分组，它决定了三件大事：顾客浏览菜单时的顺序、后厨打印小票时的档口归属、以及外卖平台上的类目映射。

堂食菜单的分类逻辑应该跟着“点餐动线”走，比如招牌必点、主厨推荐、主食、小吃、饮品。但后厨出餐的分类逻辑不一样，它应该跟着“档口”走，比如热菜档、凉菜档、蒸档、炸档。这两套分类常常冲突：一道“椒盐排骨”在菜单上属于热菜，在后厨却可能归炸档。如果系统里只有一个分类字段，那就注定有人要受苦。好一点的餐饮系统会支持“菜单分类”和“厨房分类”分开配置，我强烈建议门店把这两个字段都建好。

标签则是另一个容易被忽视的配置，但它的威力极大。我做上新方案时，一定会给每道新菜打上三类标签：

• 属性标签：辣度（不辣/微辣/中辣/特辣）、温度（热/温/冰）、忌口信息（含葱/含蒜/含坚果/清真）
• 营销标签：招牌、新品、限时、套餐搭配、会员价
• 营运标签：出品时长（5分钟/10分钟/15分钟以上）、高峰期是否停售

这些标签的价值在点餐页和后厨端都会被放大：顾客可以按辣度筛选，避免点错；后厨可以根据出品时长标签来排菜，避免出餐瓶颈；运营可以靠催菜逻辑找到哪些菜在高峰期堵住了。所以每一次新增菜品，花五分钟把标签填全，后面省下的沟通成本是成倍的。

3. 实操过程：从选品到上线的完整手记

3.1 定价与毛利测算：用反推法定售价

到了实操阶段，第一个核心动作是做定价。我很少直接拍脑袋定一个“感觉合适”的价格，而是用“反推法”来验证这个价格能不能成立。

反推法的逻辑很简单：先确定你希望这道菜达到的目标毛利率，再反推售价的上限。比如一份成本10元的菜，你希望毛利率不低于60%，那售价至少是10/(1-0.6)=25元。如果周边竞品同类菜只能卖到22元，那这道菜的定价策略就需要调整——要么换更便宜的食材，要么调整分量，要么接受更低毛利用流量价值来补。

这里要注意毛利口径的问题。外卖和堂食的毛利计算完全不同：堂食毛利只看食材成本，外卖毛利还要扣平台佣金、包装费、满减补贴。我见过很多老板看堂食毛利60%，到外卖平台上一算只剩35%，完全没考虑平台扣点。所以我会建议门店针对外卖单独建一个“外卖专用成本卡模板”，把平台扣点、打包费、餐具成本都摊进去，这样在系统里加同样的菜到堂食和外卖两个菜单时，就能看到两套毛利数据，防止被账面数据误导。

3.2 系统操作步骤：以前台点餐、后厨打印、库存联动为例

这里我以一个主流餐饮SaaS系统为参考，走一遍完整的新增菜品配置流程。不同系统界面有差异，但底层逻辑是一致的。

第一步：创建菜品基础资料

进入“菜品管理→新增菜品”，填写菜品名称、后厨名称、菜品编码、图片、售卖规格、起售时间等基础信息。注意售卖规格建议直接按“份/克”来定义，例如“1份=350g”，这为后续库存扣减和配方录入打底。

第二步：设置分类与标签

在分类设置里，同时选“菜单分类”（比如：主厨推荐）和“厨房分类”（比如：热菜档）。再给菜品打上属性标签、营销标签、营运标签，完成点餐页和后厨端的双向配置。

第三步：录入成本卡（BOM）

进入配方管理，把主料、辅料、调料、能源依照实际的克重、单价、损耗率逐项录入。录入时建议先建好“半成品”的概念：比如“秘制酸梅汁”可以作为半成品先入库，再把“酸梅汁”作为原料添加到不同的成品菜里，这样一份原料可以复用，省得每道菜重新录一遍配方。

第四步：配置库存联动

库存方面，新增菜品要决定是按“原物料扣库存”还是“按成品份数扣库存”。前者适合食材可以精确计重的门店，后者适合做单品份量管控的快餐店。以连锁快餐为例，我会建议设置“安全库存预警”，当某道菜的食材库存低于阈值，系统自动在点餐端标记“估清”，防止前台卖了、后厨做不出来的尴尬。

第五步：同步到各点餐端和外卖平台

堂食点餐端确认无误后，再同步到外卖平台。这里要注意外卖平台的菜品分类映射关系，有些平台要求选择“辣度”“份量”等平台标准属性，不填可能会被平台拦截不上架。曾经有门店上新白切鸡，因为没填“是否含有过敏原”字段，饿了么后台一直审核不通过，卡了一整天。

第六步：后厨KDS/打印机配置

最后一步反而最容易被忽略：新增菜品后，一定要去后厨打印机或KDS（厨房显示系统）的配置页面确认这道菜的出餐档口是哪一个。很多门店用老式的后厨打印机，每个档口一台，如果新菜默认落在了吧台打印机，吧台打出一张“藤椒鱼”的单子，场面会非常混乱。这个问题在上新当天最常爆发，我每次上新方案里都会强制加这一步检查。

3.3 同步动作：菜单视觉、员工培训与首批备货

系统配置完成只是工程意义上的上线，门店意义上的上线还包括三个同步动作：菜单视觉更新、员工话术培训、备货计划确认。

菜单视觉方面，纸质菜单的排版要同步调整，出新品的位置不能随便放在犄角旮旯——新品要放在顾客视线聚焦的区域，比如菜单右上角或者推荐位。电子菜单则要用上新标签，让老顾客一眼识别。外卖平台的图片和文案尤其要用心，我发现很多门店的外卖新菜就是堂食图片随手一传，结果头图模糊，点击量低得离谱。

员工培训这块必做。前厅要会推荐新菜，知道它的口味特点、出品时间、适合搭配；后厨要会做，知道SOP和注意点；收银员要会卖，知道有没有估清的可能。我见过一个很可惜的案例：门店上了新甜品，卖相很好，但前厅服务员全程没推荐过一次，一周只卖出6份，最后清库存倒贴了一笔。所以我在上新方案里会专门排出“上新前30分钟培训会”，就算只是早餐店，也要让店员能说出这道菜的两个卖点和一个推荐话术。

首批备货则要克制。我的习惯是：新菜前三天只备预估销量的70%。新菜没有历史数据，第一天就把货备满，万一卖不好，损耗全砸自己手里。备货宁少勿多，第二天根据前一天的销量回调数量，这个节奏比拍脑袋一次备足要稳妥得多。而且设置“限量供应”反而是个不错的营销手段，餐桌上写个“每日限量30份”，有时候比卖力推销效率还高。

4. 常见问题与排查技巧实录

4.1 菜品上架后前端不显示

这个是我被问得最多的一个问题，老板气冲冲说“我明明加了菜，怎么手机上都看不到”。排查顺序基本上按照下面这张表来走：

这里我要特别强调“售卖时段”这个坑：很多餐厅从早餐卖到夜宵，但点餐端默认只显示当前时段的菜品。有一次一个做粉面的老板在新品上线后怎么刷新都看不到，排查了半天，发现他的“卤鸡爪”只在早餐时段勾选了启售，下午茶的顾客当然看不见。这种问题是典型的配置细节，对照表格一项项过就能定位。

4.2 毛利算出来是负的？先检查这五个地方

新菜毛利异常，不是系统算错了，多数是你录入的口径出了问题。我总结排查优先级如下：

第一，确认成本卡里有没有漏算辅料。很多人只录了主料，蒜末、葱花、椒盐、腌料全都没录。一份菜看起来主料8块，加上这些杂七杂八可能要到10块。

第二，确认原料单价是否含税含运费。门店进货的西红柿价格通常含了配送费，如果你录的是裸价，成本就会偏低，毛利虚高。

第三，确认规格是否单位一致。配方里“牛腩120克”对应单价“60元/kg”，这是对的；但如果你录价格时用了“60元/斤”而配方录的是克，那成本直接差了一倍。这个单位换算失误是我见过最多、破坏力最大的低级错误。

第四，确认是否有“估清/倒掉”损耗。做刺身的边角料、做炸鸡的裹粉浪费、做蛋糕的裱花残料，都需要摊到成本里去。系统里的损耗率字段就是干这个用的，不填就默认你没有损耗，毛利当然好看但不可信。

第五，确认有没有算“按份分摊”的固定成本。比如一道菜需要专门定制盘子，盘子虽然是一次性固定资产，但折旧和破损率也要计入。这类费用如果金额大，建议做“非食材成本”字段，不要和食材成本混在一起。

4.3 售罄/沽清与库存扣减不同步

库存联动的坑，我记得特别清楚。一家做生鲜轻食的门店，上了一道“牛油果鸡胸沙拉”，牛油果是按“个”入库的，但成本卡输入的时候用的是“50g/份”。系统扣库存的时候，首先把50g对应的“个”数算错了，导致库存根本对不上；更惨的是，库存没扣完，但牛油果实际已经用完了，点餐端还在卖，顾客下了单，后厨做不出，只能打电话让顾客退单。

这个问题要解决，核心是把库存单位统一。要么所有原料都按重量（g/kg）录入，要么都按件数录入。对于“个”这种天然单位的食材，最简单的方法是换算成标准规格：如果平均每个牛油果可食用部分约100g，那就设置“1个=100g”，后续所有配方引用统一按克计算。同时在系统里测一下实际扣减逻辑，用测试订单走一遍，别直接上线再让顾客当小白鼠。

4.4 后厨打印混乱与档口漏单

新增菜品后最容易出现的营运事故就是后厨打单打错档口。尤其用到多台热敏打印机或KDS的餐厅，新菜默认配置经常把单子打到“所有打印机”，结果凉菜档打印出一张热菜单，炸档打印出一张蒸菜单，整条动线全乱掉。

我的解决方案是：每次新增菜品提交之后，第一时间去后厨打印设置里找到“菜品档案→厨房档口归属”，把新菜指定到唯一的出餐档口。如果有测试模式，就下一单测试看看小票落在哪里。这个动作花一分钟，但能避免高峰期一场混乱。

另外还有一点经验：旧系统的KDS显示排序往往按照“下单时间”来排，新菜如果出品时长长（比如油炸或者现蒸），高峰期很容易被催单。所以我会建议给每道新菜设置一个“出品时长”字段（5/10/15/20分钟档），后厨KDS的排序逻辑改成“出品时长优先”，这样长时菜先做、短时菜后安排，整体出餐反而更顺。

5. 上新后的追踪复盘

5.1 一周内的关键盯盘指标

菜品上线只是开始，真正判断成败要看上线后一周的数据。我习惯让门店盯三个核心指标：日销量、退单率、毛利达成率。

日销量直接反映市场接受度。以我的经验，新菜上线第一天的销量存在“尝鲜效应”，很多人点它是图新鲜，这个数不能代表真实需求；至少要看到第三天的销量才略有参考意义。所以我在上新方案里建议“首日只做观察，三日再做判断”：如果第三天销量还能达到预期值的70%以上，这道菜就值得继续养；如果连续三天都在走低，就要考虑改配方或换推荐位。

退单率是很多人忽略的指标。退单不等于菜品不好，有可能是因为菜品需要现做、等得太久；有可能是顾客点了但后厨估清；也有可能是口味和菜单描述不符。我见过一道“泰式酸辣虾”退单率高达18%，原因居然是菜单上没标注“有香菜”，很多顾客到手后看到香菜直接退了。这就是标签没做全带来的坑，品类越复杂越容易出这种问题。

毛利达成率则要结合折扣来看。如果新菜一开始是用折扣价引流，要计算的是“折后毛利”而不是“标准毛利”，否则你会误以为这道菜在赚钱。等到恢复原价后，再重新评估它的真实毛利表现，再决定它到底适合做流量款还是利润款。

5.2 菜品迭代的几种走向

新菜上线两周后，数据会给出一个明确的走向，通常可以总结成四种情况：

火爆型：不仅卖得多，毛利也达标，还被顾客主动拍照发朋友圈。这种情况下要做的是尽快稳定供应链，谈更低的价格，优化出餐流程，然后考虑复制出一个系列（比如“酸辣”口味可以扩展到鸡爪、虾、肥牛）。

叫好不叫座型：评价很好但销量上不去。这种通常是定价偏高或者曝光不足。我建议先调整菜单位置、提高推荐力度，第二个动作是考虑用“小份尝鲜装”降低顾客心理门槛。有的菜并不是不好吃，而是第一次尝试的决策成本太高。

叫座不叫好型：销量大但差评多。通常是出品不稳定或者口味不符合预期，需要回到厨房SOP上找问题，而不是硬推。这个时候越多人买，差评基数越大，评分掉得越快，一定要果断停售复盘，别为了一时的销量把店铺口碑拖下水。

沉默型：销量、评价都平平。这种菜最危险的趋势是“不温不火地占用菜单坑位”，占着分类位置却没有贡献。处理方式通常是直接下架，或者作一次大幅改版再试一次，不要无限期地放在菜单上消耗注意力。

5.3 新增菜品沉淀下来的数据资产

最后我想说一个很多人没意识到的事：每次新增菜品，其实都在积累一笔数据资产。成本卡、销量曲线、退单原因、毛利报表、顾客评价，这些东西单个看没什么，积累到几十个菜品之后，就是一套门店的菜品“基因库”。

我做过的一个连锁品牌，通过几十次新增菜品的数据复盘，建立了一张“菜品成功概率清单”：哪些口味在这个商圈卖得动，哪些定价区间顾客买账，哪些食材在这个区域供应链稳定，哪些出餐时长的菜在这个客流条件下会被催单。之后再推新品，成功率从原来的三成提高到六成以上，这就是数据资产的复利效应。

所以每一次点下那个“新增菜品”的按钮之前，不妨把它当成一次小型的创业立项来做。把系统当工具而不是目的，把菜品当产品而不是条目，把上新当迭代而不是录单。这套方法在堂食、外卖、快闪店、甚至档口店都通用。我自己在后续的项目里，还会把这种模式延伸到门店的新店筹备、季度菜单换新和供应链协同里，本质上都是同一套“菜品生命周期”的管理逻辑。