一句话结论
今天团队更接近“把文档变成可复用资产”的目标，但推进点是知识资产入库，不是新的客户交付或回款。
业务目标与今日推进
这件事的业务目标是：把每天产生的文档、证据和 review 变成可复用的知识资产、可执行的下一步、可避免的反模式，并服务产品交付、研发协作、客户项目推进和团队管理透明度。
今天有前进
RICE 排序、STAR 复盘、前厅体验地图和周报金字塔规则已经进入控制项目，并写入任务索引、HEARTBEAT 和 QUEUE。
边界要说清
这些材料多数仍待人审，不能直接对外承诺 PMF、客户验收、回款、毛利、续费或 AI 效果。
结论性复盘
| 今天结论性做成的事 | 为什么重要 | 数据或证据支撑 | 对业务目标的贡献 | 还差什么 |
|---|---|---|---|---|
| 智慧食堂需求形成 RICE 优先级 | 把“先做什么”变成可讨论排序 | 15 条需求；Top 5 是售前 intake、开餐检查表、功能证据矩阵、异常闭环、统一对账中心 | 让产品和交付下一步可执行 | 产品负责人确认并转云效或标准包任务 |
| 金斯瑞、江西206形成 STAR 复盘 | 把项目散文件变成案例和交付门禁 | 14 条来源；金斯瑞 67 文件/30 文档，江西206 42 文件/13 文档 | 支撑售前案例、交付检查清单和周报表达 | 补验收、回款、毛利、客户满意度和续费证据 |
| 周报金字塔规则入库 | 防止周报变成流水账 | 更新 6 个规则入口，包括周报 skill、知识库和 AGENTS | 提升管理透明度 | 下一次真实周报验证执行效果 |
| 前厅体验地图生成 review 页面 | 把前厅拆成六类角色的服务链 | HTML 新增 204 行，覆盖员工、后勤、厨师、领导、监管、财务 | 支撑检查表、异常闭环、看板和对账中心 | 用真实门店观察、截图、工单和访谈校验 |
| 任务索引和恢复入口同步 | 后续线程能接着做，不靠聊天记忆 | 提交更新 HEARTBEAT、QUEUE、task-index 和 3 个新任务条目 | 增强团队协作和可恢复性 | 人审后决定是否升级为稳定 skill/wiki |
今天新增/更新了什么
- 智慧食堂产品规划：新增 RICE 优先级，短期先打稳标准包复制的门禁、前厅体验和证据链。
- 项目复盘：新增江苏金斯瑞、江西206 STAR 复盘。
- 周报规范：把金字塔原理写入周报默认结构。
- 前厅体验：新增多角色用户体验地图 HTML。
- 任务恢复：更新 HEARTBEAT、QUEUE 和 task-index。
你现在应该看什么
| 文件或页面 | 为什么值得看 |
|---|---|
| RICE 优先级 | 决定当前智慧食堂产品/交付先做什么。 |
| STAR 项目复盘 | 把金斯瑞、江西206变成可复用案例和门禁。 |
| 前厅用户体验地图 | 用六类角色看前厅，不只看设备或页面。 |
| 周报金字塔规则 | 下一次周报按它写，先结论再证据。 |
| HEARTBEAT | 接手任务时先看恢复点和下一 Ready。 |
下一步怎么执行
| 事项 | 建议负责人或角色 | 下一步动作 | 截止或触发条件 | 证据路径 |
|---|---|---|---|---|
| 确认 RICE Top 5 | Jack / 产品负责人 | 决定是否写入云效或标准包任务 | 下一次产品排期会前 | rice-priority.html |
| 补 STAR 复盘硬证据 | 交付负责人 / 项目负责人 | 补验收、回款、毛利、使用数据和客户反馈 | 做客户案例或周报前 | source-index.csv |
| 执行金字塔周报质量门 | 周报负责人 | 按结论、支撑、证据、下一步写 | 下一次周报生成时 | weekly-report-pyramid-principle/summary.md |
| 转前厅检查表 MVP | 产品 / 交付 / 运营 | 先做表格或 HTML 清单，不急着系统化 | 下个真实门店或样板项目启动前 | front-hall-user-journey-map.html |
| 决定方法论工具箱是否升级 | Jack / 产品负责人 | 确认 KANO、PMF、RICE、STAR 等是否作为通用模板 | 人审通过后 | target-chat-methodologies.html |
可以复用的好做法
- 先用方法论定结构，再用项目证据填内容，最后标证据等级。
- RICE 排序必须写分数、证据依据、原因和下一步。
- STAR 复盘必须把可复用资产和待补证据分开。
- 周报先写结论，再写支撑、证据和下一步。
- 体验地图按真实角色拆，不只按页面或设备拆。
不要踩的坑
- 不要把 C 级方法框架写成 A/B 级业务事实。
- 不要把 PMF、KANO、RICE 的内部判断写成客户已验证结论。
- 不要把报价、会议纪要、项目索引推导成已验收、已回款、已续费。
- 周报没有证据时，写“待补证据”，不要包装成已完成。
- 涉及客户案例、AI、营养、部署、法务和外部材料时，必须保留人工门禁。
待确认问题
- RICE Top 5 是否进入下一阶段产品/交付优先级？
- 金斯瑞和江西206是否允许继续打磨为内部标准案例？
- 下一次周报是否全员强制使用金字塔结构？
- 前厅开餐检查表先做清单，还是直接进入系统功能设计？
- 这些方法论是否沉淀为智慧食堂产品经理工具箱？