只做一个外卖渠道、菜单三十五道，钱到月底才发现不够

三成云厨房第一年就关闭

印度有 25% 到 30% 的云厨房在开业第一年内关闭。印度餐饮业协会 2023 年的调查发现，德里、孟买和班加罗尔近一半的云厨房处于亏损。市场仍在增长：印度云厨房这一块 2025 年达到 12.4 亿美元，预计 2034 年增至 36.9 亿美元。

只跑一个渠道，每单剩多少没人算

平台给新厨房带来它自己建不起来的两样东西：订单和配送队伍。没有招牌、没有过路客、没有客户名单的新厨房，靠平台上的列表第一天就能被附近的人看到。抽成付的就是这份曝光、骑手、收款和平台自身的推广。

问题不在抽成本身，而在于只跑这一个渠道，又从不计算每单真正剩下多少。算法是：订单金额，减去合同抽成，减去食材成本，减去包装，再减去这一单分摊的房租、燃气和人工，剩下的才是真实毛利，通常远低于订单金额。同样的订单走自己的网站或电话，抽成这一项消失，但包装和推广费用会补上一部分。平台后台只报告订单和销售额；每单成本在厨房自己的账里，只能自己算。

菜单三十五道，食材成本超过四成

外卖列表上三十五道菜，横跨印度菜、中餐和欧陆菜三个菜系，在应用上看着很丰富。放到三百平方英尺的厨房里就是另一回事：厨师每隔一单就要在川味酱和印度香饭香料之间切换，三个菜系的备料两张操作台根本放不下，到晚上八点半出品质量就往下掉。

这么大的菜单里，很大一部分菜几乎不动，一周最多卖一两次，滞销菜的食材放在冰箱里直到过期，食材成本就这样升上去并停在高位。堂食店服务员还能把客人往滞销菜上引，云厨房没有这个杠杆：菜要么在应用上卖掉，要么在冰箱里烂掉。菜单臃肿会把食材成本推到 40% 以上，盈利几乎不可能。做法是：开业先上一个菜系、八到十二道菜，跑四十五到六十天，看哪些真的卖得动，再用这些数据决定下一轮菜单。

评分从 4.3 掉到 3.9，靠打折拉单

堂食客人不满意，经理走过去道歉，也许送一份免费甜点，关系还有第二次机会。云厨房没有这个机会。骑手在住宅小区里找了十到十二分钟才找到正确的楼栋，送到时豆子已经凉了，客人打开盒子点两星就走，厨房老板三个小时后收到评分通知才知道。

一个糟糕的周末，评分从 4.3 掉到 3.9。评分低的列表在拥挤的当地信息流里出现得更少，看到的人少，订单也少。经营者慌了，开一轮大折扣把单量拉回来，订单回来了，毛利却接近零，而评分仍然没有恢复，因为冷食、出餐晚、包装漏这些底层问题根本没有被查出来。能记录每单从厨房单到出餐时间的收银系统可以显示，比如周四晚上八点的订单要二十二分钟备好，周二只要十四分钟，这时经营者才知道周四的备料环节是瓶颈。