小餐厅也能做大企业式经营分析：阿米巴说人话版

"阿米巴"这三个字，一听就像大企业的东西。

它确实是京瓷先做起来的，后来被很多制造业公司学去。但它的内核其实只有一句话：把一个整体，拆成若干个能独立算账的小单元，每个单元自己知道赚了还是亏了。

这句话对小餐厅一样成立。一家店不需要学京瓷那套复杂的内部定价，但它同样需要回答一个问题：我这盘生意里，哪一块在赚钱，哪一块在拖后腿。

大企业为什么要拆

大企业拆阿米巴，是因为大了以后会失明。

一个集团有一百个部门，年底看总报表是盈利的，但没人知道盈利来自哪里。可能是三个部门赚的钱，被七个部门亏掉了一部分。总数盖住了结构，管理层拿着总数做决策，就会把资源继续投到亏的地方。

拆成阿米巴之后，每个单元单独记收入、单独记成本、单独算差额。谁赚谁亏一目了然，资源该往哪儿挪也就有了依据。

小餐厅没有一百个部门，但它有一样的问题：看得到总数，看不到结构。

小餐厅的"单元"可以怎么拆

不需要照搬大企业的拆法，小餐厅最实用的三种拆法：

按渠道拆。 堂食是一块，外卖是一块，小程序自提是一块。三块的成本结构完全不同：堂食要付房租和服务，外卖要付平台佣金和包装，自提要付的是系统和维护。混在一起看，你只知道"今天做了多少营业额"，不知道哪个渠道在替你赚钱。

按时段拆。 午市和晚市是两个生意。同一家店、同一份菜单，午市翻台快、客单低，晚市翻台慢、客单高。两个时段用同一套人力和备货策略，通常意味着其中一个时段被浪费了。

按品类拆。 哪个菜品卖得多、哪个菜品毛利高、哪个菜品只是看起来热闹，这三件事不是一回事。按品类拆完，菜单该留该砍，才有依据。

先做透明，再做核算

这是最重要的一条，也是最容易走反的一条。

很多老板想一步到位：直接上核算，算出每个单元的利润。但核算是建立在数据之上的——数据本身不对，算出来的利润就是错的，而错的利润比没有利润表更危险，因为它会让你对一个错误的结论产生信心。

所以顺序是：先做数据透明，再做单元核算。

第一步：把每一笔交易记下来。 每一单的渠道、时间、菜品、金额，都要落到记录里，而不是只留一个当天的总数。

第二步：把口径统一。 同一个菜品在系统里只能有一个名字，同一类收入只能有一种归类方式。口径不统一，拆得再细也白拆——你会发现"堂食"这个词在两个报表里指的不是同一件事。

第三步：把口径固定下来不要频繁改。 单元之间可比，前提是算法一致。这个月按 A 口径算，下个月按 B 口径算，两次结果之间就没有可比性了，趋势也就断了。

第四步：才开始算。 到这一步，每个单元的收入和成本都已经有了稳定的来源，算出来的差额才是有意义的。

拆完能看见什么

举个我们能对外说的例子。

在公司的演示环境里，一共跑过 1,721 单交易，其中堂食 992 单、小程序 729 单。这两个数字放在一起，就有了一个最基础的单元划分：堂食是一个单元，小程序是另一个单元。

有了这个划分，接下去的问题就可以一个一个问下去，而且每个问题都有答案可查：

• 两个单元的客单结构一样吗？
• 小程序那 729 单集中在哪些时段？那个时段的人力是怎么排的？
• 堂食那 992 单里，哪个品类出现得最多？

这些问题在没有拆分之前，一个都问不出来——不是老板不想问，是没有数据支撑，问了也只能猜。

顺带说一句，这套演示环境里累计执行过 2,963 条后端自动化测试，全部通过、零失败。我们把它拿出来说，不是为了夸技术，而是想说明一件事：单元核算的基础是数据不出错。 数据错了，拆得越细，错得越离谱。所以我们把"不出错"这件事做成了门禁，而不是靠人去对账。

另外还有一组演示环境里的数字：632 次收银与扫码操作（收银 466 次、扫码 166 次）。它同样只是演示环境里的过程记录，用来说明链路走得通，不代表任何一家真实门店的经营情况。

不把话说满

阿米巴不是万能的，我们也不打算把它说成万能的。

第一，拆单元本身有成本。每多拆一层，就多一套记录和一次对账。对一家只有十几个座位的小店来说，拆到"按品类按时段交叉"，大概率是过度设计，管理成本高于它带来的收益。

第二，拆出来的是信息，不是决策。系统告诉你晚市毛利低，它不会告诉你该怎么办——是调整菜单、调整人力、还是调整营业时间，这是老板的判断。

第三，单元之间会有交叉。堂食和外卖共用后厨，房租怎么摊？这个问题没有标准答案，只能选一个规则然后一直用下去。规则本身不完美不要紧，要紧的是一致——一致才可比。

写在最后

小餐厅做大企业式经营分析，不需要买一套大系统，也不需要学一堆术语。

它需要的只是三件事：每一笔都记下来、口径统一并固定、按单元去看而不是只看总数。

做到这三件事，"哪一块在赚钱"这个问题就从猜变成了查。