寓言
面馆的两种备餐
老街口有两家面馆，都宣称自己能快速出餐。左边的面馆做法是把一份完整的面上桌之后，把剩余的汤和浇头留起来，下一位客人点完全一样的面时直接端上。右边的面馆做法不同：每天开张前先熬一大锅底汤，不管客人点的是牛肉面、三鲜面还是素面，底汤是一样的，面条煮好浇上底汤再按点的口味放浇头。
午饭高峰期来了一群团建的公司员工。十二个人里有十个人点了招牌牛肉面套餐——面和浇头完全一样。左边面馆乐坏了，存起来的十份现成面直接端上去，出餐速度破了记录。右边面馆虽然也要一碗一碗煮面，但底汤是现成的，浇头配菜可以并行准备，速度也不算太慢。
下午茶时段画风变了。进来的客人每人点了不同的面——牛肉、三鲜、排骨、酸菜、海鲜，没有两份重复的。左边面馆的存货一份都用不上，只能从零开始做，出餐时间翻了三倍。右边面馆不受影响：底汤照用，不同的浇头本来就分开备，出餐速度和午饭高峰期几乎没有差别。
两家面馆在月度考核里发现了一个奇怪的排名：在套餐占比高的月份，左边面馆总分碾压右边；在散客多的月份，右边面馆反而遥遥领先。谁都没赢，谁也没输——只是面对不同点单结构时，两种备餐策略的效率分布完全不同。
后来有人给老街的餐饮协会提了个方案：高峰期先按右边的做法搭好底汤系统，覆盖所有订单的公共部分；同时按左边的做法给高频套餐建快捷档，命中条件严格限定在“面和浇头完全一致”。两套系统并行，互不干扰。
并行之后，出餐数据里出现了一个有趣的现象：底汤覆盖了当天的百分之百订单，但命中完整套餐缓存的只占订单量的百分之十五。这意味着右边策略贡献了基础效率，左边策略只在特定场景下提供了额外加速。分开统计之后，两种策略各自的真实价值才看得清。
年底总结里写了一句：不要用套餐缓存去覆盖底汤能做的事，也不要用底汤去对标套餐缓存的速度。两笔账分开记，两条规则分开设命中条件。