月销1400份的招牌菜，可能正在偷偷吃掉你的利润

晚上十一点，最后一桌客人走了。你坐在收银台旁边，手机上开着三个后台：两个外卖平台，一个团购。旁边还有收银机导出的流水、今天收的现金。

店长过来报数：今天做了8600。

你问，赚了多少。

他说，“应该不少吧，今天单挺多。”

这句话你听了三年。你也反驳不了他——真答案要等下个月会计把账做出来。而等账出来的时候，那道月销1400份的招牌菜，早就卖完了。

我的观点：不是老板不算账，是账的粒度错了

我一直觉得，中小门店的利润不是被某一个大的错误吃掉的，是被一堆“大概”吃掉的。

菜品成本，大概六成。外卖到手，大概是标价的七折。这个月的活动，大概没亏。

“大概”这两个字，一个月能藏进去多少钱？你按自己的单量换一下就知道了：一天300单外卖，如果因为活动配置错了，每单少赚2块，一个月是6000，一年是7万2。这笔钱不会以任何方式提醒你，它只会体现在年底你觉得自己“好像白忙了一年”。

所以这篇文章我只讲一件事：单品、单渠道、按天的账，怎么从人算不出来，变成系统自己每天给你。

以前这活儿是怎么干的

老实说，老办法不算错，它就是慢。

收银系统记堂食。外卖平台的账在各家后台。店长手上抄一份流水，或者干脆截图发工作群。月底会计把银行流水、平台结算单、微信支付宝收款凑一块，做一张“经营表”给你。

菜品成本呢？靠经验。整个菜单估一个大概的毛利率，通用一个数。

这套流程能跑，但一跑到外卖上就散了。

散在三个地方。

一是口径不一样。 平台账单里，佣金、配送服务费、推广费、活动补贴、包装费，名字各家都不同，而且你从最终到账金额往回推，是推不出哪一笔花在哪的。同一个9月，你能从三个后台拿出三个“营业额”。

二是账期不一样。 有的T+1，有的按周结，团购是核销之后再结算。你以为的“这个月收了多少”和银行卡里进来的钱，永远差着半个月。

三是分摊要人工。 一份外卖的包装盒、餐具、满减谁出，得一张单一张单看。没人有那个时间，所以最后就不分了——不分，你当然不知道哪道菜在赚钱。

代价是什么？是你手里没有“单品”这个维度的数。

一份酸菜鱼，堂食卖68，外卖标78。你会觉得外卖更赚，毕竟标价更高。但这78要减佣金、减配送、减满减、减包装，到手可能只有52；再减鱼、减配料、减油耗气耗、减人工和店面摊销——你按自己真实的数算一遍，很可能它在外卖渠道是负的。

而它一个月卖1400份。

接入AI之后，流程长什么样

先说清楚：这件事不靠什么玄学。它的本质是把已经发生的数按菜的维度归位。

顺序是这样的。

第一步，定义口径。 这得你拍板：毛利算什么？人工和房租按营业额比例摊，还是按工时分摊？活动补贴算成本还是算营销费用？这一张纸写不清楚，后面全是白干。

第二步，数据进来。 三个来源：平台对账单、收银流水、采购入库单。另外还要一份菜谱BOM——每道菜用了多少克什么料。

第三步，匹配和归集。 这一步才是AI真正省人的地方。平台账单里那些叫法不同的费用，按规则归到渠道和菜品上；采购单里的料，按BOM摊到菜上；退款、赠菜、员工餐这些“脏数据”单独拉出来。

以前这一步是一个人干三天，现在是每天自动跑一遍。

第四步，出一张单品毛利表，和一页异常清单。 表是你自己看的，清单是要动手的：哪道菜今天毛利跌破线了，哪个活动的补贴没到账，退款率是不是突然高了。

举个对照。以前你只知道“这个月外卖做了28万”。现在你知道，这28万里有4万2是活动补贴，其中1万1砸在一道本身就不赚钱的菜上。第二天你就能把那个活动停掉，把这道菜从外卖菜单里撤下来。

这才是数字。感知不到的东西，你管不了它。

落地时最容易翻车的四步

这块我得说实话，前面讲得越顺，这里越要泼冷水。

第一，口径没定死就开始跑。 跑出来第一天数就不对，老板看一眼就不信了，这事基本就死了。我们现在做门店这类项目，第一步不是接数据，是让老板和店