28、32还是38厘米自动炒菜机：按菜单属性与劳动一起验证

锅径大不等于更省人，也不等于更适合所有菜。餐厅应先把菜单按含水释放、酱汁黏附和批准批量记录，再把投料、看守、出锅、分装与清洁的人分钟纳入比较。型号公开重量和功率只是名义字段，不能直接换算产能、节省人数或某道菜的安全上限。

Vulcan 的炸炉选型文章提出应先拆解菜单，并观察原料状态、不同烹饪条件、过敏问题和清洁维护。[1] 这是“菜单先于设备”的通用启发；文章讨论的是炸炉，不能直接支持自动炒菜机的锅径、批量或工艺判断。

三属性表必须来自实际菜品

菜品版本	含水释放	酱汁黏附	批准批量	人工动作	看守与干预	出锅分装	清洁与串味	失败表现
逐菜填写	原料入锅前状态、加热时释水与收汁阶段	易挂壁、易焦化、稀薄或含颗粒，按观察描述	只填现行批准范围，不把型号标称当菜品上限	称量、取料、投料、加调料	观察点、人工翻动或暂停	容器数、份量复核、等待	残留位置、换品、再次可用	夹生、过干、糊底、溢出、错份等

含水、挂汁不能只分“高低”后结束。记录发生在什么动作、持续到哪个阶段、操作者做了什么补救。酱汁黏附既影响食品结果，也影响出锅损失和清洁恢复。批准批量来自门店食品程序与菜品验证，若尚未批准则保持未知。

记录时使用同一套可观察语言。例如含水写“投料后出现游离液体、何时开始减少、出锅前是否仍可见”，挂汁写“酱汁附着锅壁、食品表面和工具的位置，以及批准清洁后是否仍残留”。不把“难炒”“锅吃力”当结论。对每道菜附一张版本卡，注明原料切型、初始状态、调味顺序、目标结果和容器；任何变化都能追到新版本。

三属性之间可能交互。高含水不一定总需要大锅，较大表面也不自动改善收汁；高黏附菜在更大锅体上可能改变清洁范围。本文不预设方向，而是用同任务试验观察。食品目标由批准标准判断，不能为了让某型号通过而接受不同成品。

选样覆盖高频、难做与差异边界

可以把四周二十道菜作为一个示例起点，但不是统一充分标准。样本应覆盖订单占比高的菜、对火候或挂汁敏感的难做菜、含水和批量两端、不同清洁族以及高峰中必须交错生产的菜。菜单少而同质时不必凑数；季节菜、班组或供应规格差异大时，则需扩大并在变更后复验。

每个菜应覆盖正常条件、经批准且不突破安全边界的不利情景，并由不同班组复做。试验轮数由结果差异、变异和风险决定，不预设“两轮即可”。实际发生的失败应完整保留；若未出现失败，就据实写明“本次范围内未观察到失败”、已覆盖条件和仍未覆盖的边界，不得为了凑样制造失败或编造反例。供应方现场提示、临时减量或额外人工均记录为条件，不能从结论中删除。

选样还应看菜序，而不只是单菜。两道单独容易的菜连续生产时，可能因残留、换调味、过敏信息或清场形成困难；一道低频难菜可能占据设备最关键窗口。将高频连单、混合菜序和换班后的首单纳入，才能看到设备与人员的真实组合，而不是实验室式的单菜循环。

三个型号只提供候选边界

G28DAA 同型号页面标示280毫米、1.8千克、5000瓦和220伏等字段。[2] G32DAA 页面标示320毫米、2.5千克、5000瓦和220伏等字段。[3] G38DAA 页面可确认同型号38厘米候选身份，但本文不使用未充分核实的重量或功率数字。[4]

这些重量字段的定义和适用菜品仍需正式资料解释，不能当作所有菜的批准装载。锅径更大可能减少拆批，也可能增加投料准备、出锅分装、清洁面积、机位占用或低量菜残留；较小锅可能更适合小批，却可能在高峰形成更多轮次。实际方向由同任务数据决定。

劳动要按人分钟和可转用时间计算

设备运行时间与人工时间分开。逐轮记录称量备料、运送、投料、设置、观察、加料、人工干预、食品检查、出锅、分装、换品、清洁、异常和复位。等待期间只有员工确实可以承担另一项批准任务，才记为可转用时间；站旁监控、随时补料或因通道阻塞无法离开，不属于释放劳动。

还要记录同时需要几个人、动作是否集中在同一分钟，以及人员被上游或下游占用时设备能否继续。较大批量若把分装压力推到交付端，不能只把炒制轮次减少写成省人。最终以完整订单链的人分钟和失败共同判断，不承诺减员。

劳动表至少分为“必须在设备旁”“可以离开但需按时返回”“完全可转用”和“异常补救”四类。前两类即使没有持续手部动作，也占用注意力。清洁若由另一个岗位完成，仍计入系统劳动，不能从厨师列移走后就视为消失。培训、程序维护和换班确认在试点期单列，稳定后是否持续再以观察验证。

假设大锅把两批合成一批，设备阶段少了一次投料，却新增更重的出锅、两人分装和更长清洁，那么只能说动作重新分布。是否改善要看订单总历时、人员冲突、食品结果和下游等待，不能只比较设备运行分钟。

拆批与合批不得越过食品边界

拆批要保持原料、程序、食品测点、订单和容器追溯，增加的等待与清洁计入比较。合批只在厂家额定边界和门店批准的菜品批量内进行；不能为适配大锅把不同菜单版本、过敏信息流程或不同状态原料临时合并。

假设某菜当前批准批量为一份范围，而型号页面标称更大重量，只能说明还有待验证空间，不能直接增批。增批会改变受热、翻动、收汁、出锅和分装，必须作为新版本重新验证。

串味与清场放进并发矩阵

列出高峰实际相邻菜序：前一道残留能否通过批准清洁恢复，清场需要谁、多久、哪些工具，下一道是否因过敏信息、强气味、色泽或酱汁而必须专门分隔。矩阵还要显示三台候选与冷藏、蒸制、包装等共享人员和通道，避免设备试验孤立成功、全线却拥堵。

若某型号只能通过改变菜序才能运行，把“限定菜序”写入结论并测试交班执行。清洁失败、串味、无法追溯或下一任务延迟都保留为失败样，不因最终一锅合格而抹掉。

并发矩阵还标出能源、通风、工作面、推车和热容器落点。三台候选不能假设同时安装或运行可行，现场工程条件由专业人员按具体方案核验。若比较仅使用轮流放样，也要说明未验证并发；不能把单机试验结果相加成整线产能。

同任务比较并限制结论

三候选使用同一菜品版本、原料规格、批量、容器、人员资格和食品判定，交叉安排试验顺序，防止熟练度和原料批次固定偏向某型号。记录环境、工程条件、程序来源和临时调整。食品或人员风险出现时立即停机；安全修正优先，受影响轮次不强行纳入成对比较。

最后按每个菜品族给出通过、受限、失败或待补证，并说明所需人工、清洁、机位与高峰条件。可能没有一个型号覆盖全部菜单，组合选型或保留人工路径也可以是结论。只有在代表经营日重复、不同班组能够执行、下游未出现新拥堵后，才讨论采购；规格本身不转化为产能或劳动收益。

采购前再做一次反例检查：选择最不利但仍在批准范围内的原料、批量和菜序，确认停止条件、食品放行和恢复。若结论只在厨师长、供应方或额外人员在场时成立，把这些写为限制而不是删除。最终文件保留未选型号的失败理由与复验触发，菜单、原料、人员或场地变化后重新打开判断。

参考资料

• Vulcan Choosing a Deep Fryer for Your Commercial Kitchen
• 丰智达 G28DAA
• 丰智达 G32DAA
• 丰智达 G38DAA