这类成果页要回答：能不能做、怎么做、风险在哪里
QC 采集不是为了多填一张表，而是让售前、产品、研发、交付围绕同一份事实材料判断下一步。
企业团餐 / 园区食堂
项目内周报知识库将金斯瑞归为企业团餐场景，重点是员工就餐、补贴、设备联调和跨团队协同。
前厅结算 + 后厨食安 + 数据对接
实施计划包含消费机、称重结算、叫号信息盒、取餐柜、留样柜、AI 分析盒、摄像头、燃气/烟雾/水浸传感器等。
先保开餐，再沉淀标准包
软件功能清单将支付通道、补贴、刷卡测试、开餐保障列为开餐阻断项或重点保障项。
把散乱信息归并成 6 个判断面
真实 QC 采集后，这里会自动引用表单字段、现场照片、访谈摘要和导出资料；本页先用金斯瑞已有项目证据演示最终呈现。
客户要解决什么
员工就餐效率、补贴和消费对账、食安监管、设备稳定运行、跨系统数据一致。
我们要确认什么
现场网络、电源、设备数量、人员组织、余额迁移、OA 接口、取餐柜和叫号屏配置。
当前最关键风险
取餐柜回调地址、设备调试状态、部分设备待开发/待安装、历史数据和补贴口径。
交付输出目标
项目实施计划、设备清单、接口文档、风险清单、验收路径和可回溯资料包。
金斯瑞实施计划抽取出的主路径
来源为项目内 `金斯瑞智慧食堂实施计划20260324.xlsx` 的实施计划表。
最终报告要把“买什么、装哪里、状态如何”讲清楚
这里展示的是从已有 Excel 中抽取出的代表性条目，正式版本应由 QC 上传的现场照片和设备点位一起支撑。
| 模块 | 代表条目 | 状态/说明 | 证据等级 |
|---|---|---|---|
| 前厅消费 | 档口人脸消费机、台式收银机、智能称重收银机、视觉结算台 | 南京和镇江清单均有相关设备；部分显示到货现场。 | B |
| 叫号/取餐 | 叫号信息盒、信息发布盒、智能取餐柜 | 叫号逻辑有代码排查记录；取餐柜回调曾出现未进入应用的问题。 | B |
| 食安监管 | 食品安全监督管理系统、智能留样柜、晨检仪、AI 分析盒、摄像头、NVR、传感器 | 食安设备清单覆盖南京/镇江；部分传感器标记待开发或待安装。 | B |
| 系统对接 | OA 平台对接、补贴余额查询、补贴交易明细查询 | 已有 OA 补贴接口文档和 VWCG-927 开发证据。 | B |
QC 最终效果不是只报喜，还要暴露下一步风险
售前成果页必须让团队知道哪些已经有证据、哪些只是待现场确认。
取餐柜回调未进入应用
已有排查记录显示订单支付、打印、查询正常，但取餐柜 verify/callback 未命中，需要现场或厂商核对回调地址和设备日志。
叫号大屏交互预期
代码排查确认右侧待取餐超过 1 页才切页，若现场希望 6 个以内也动效轮播，需要作为交互需求单独处理。
OA 补贴查询接口
已有补贴余额和补贴交易明细接口文档，覆盖手机号、日期范围、交易类型、分页和 trace_id。
现场照片会变成方案和交付的共同证据
下方是 QC 最终报告里的照片墙结构示例。当前用占位样式展示，真实项目应替换为客户上传照片。
QC 最终不是一个页面，而是一套可交接资料
客户资料进入 QC 后，应能导出给不同角色使用的成果包。
HTML 报告
给管理层、售前和交付快速阅读，包含结论、证据、风险和下一步。
Excel 清单
保留表格字段、设备、实施计划、需求池和待确认项，便于协同维护。
ZIP 素材包
打包现场照片、音频、转写文本和原始 JSON，避免资料散落。
方案 brief
回到 zhctprompt，生成售前方案输入、缺口清单、证据等级和人工 review 页。
这份页面怎么讲给团队看
它展示的是“QC 采集 -> 资料结构化 -> 风险暴露 -> 方案输入”的闭环。
证据来源：`source-index.csv`。本页含 B 级项目证据和 D 级样例推导；对客户正式外发前需替换真实 QC 采集图片并删除内部路径、任务号和未确认排查细节。