好味道需要直觉。
稳定交付需要证据。

需求定义

先把问题说清楚

确认菜品角色、消费场景、目标价格、产能边界和成功标准。没有统一目标，后续每次试吃都可能在讨论不同的东西。

• 项目边界与优先级
• 目标用户与场景
• 成功标准与暂不解决项

风味结构

把“好吃”拆成语言

描述主香、底味、酸甜咸鲜、辣感、质地和余味，使团队能够比较不同样品，而不是只给出喜欢或不喜欢。

• 感官目标与参照样
• 原料功能与替换边界
• 风味层次和记忆点

配方测试

一次只解决关键变量

建立基准版本，再通过小样对照观察比例、顺序、温度和时间的影响，保留每轮修改原因。

• 基准配方与版本号
• 单变量或关键组合对照
• 称重、过程与感官记录

成本测算

把净料与损耗算进去

成本不只来自采购单价，还包括净料率、熟制损耗、份量、辅料和批次波动。先测量，再决定是否优化。

• 净料率与熟制出成
• 标准份量与单份成本
• 替换方案的质量代价

厨房验证

在真实流程里观察

验证备料、烹调、保温、复热和高峰节奏中的变化。研发厨房里的成功，不自动等于真实经营环境中的成功。

• 操作时间与关键动作
• 保温、复热与批次差异
• 异常记录和纠偏条件

复盘与交付

交付可执行的版本

整理最终配方、工艺、成本和验证状态，说明哪些结论已经有证据，哪些仍需真实环境继续观察。

• 配方卡与关键控制点
• 版本记录与变更原因
• 待验证项与复盘计划