我的绩效证明材料主要由三项产品出品构成：AI 营养智慧食堂产品手册、平安云厨学校结算平台 PRD 与原型、QC 智慧食堂售前轻采集产品材料。
原有智慧食堂资料分散在大型方案 PPT、操作手册、功能矩阵、设备资料和项目文档中，对外介绍时容易变成设备和功能堆叠。
我围绕“AI 营养智慧食堂”重新梳理产品主线，把前厅结算、用户服务、营养分析、食安、进销存、设备和经营数据放到一套解决方案中。
| 产物 | 我完成的内容 |
|---|---|
| 产品册规划 | 明确产品定位、目录、页面结构和每个模块的表达重点 |
| 产品手册 V0.1 | 形成从产品定位、整体方案到核心模块和交付保障的完整初稿 |
| 来源清单 | 登记主要资料来源，方便后续查找原始 PPT、项目材料和功能说明 |
| HTML 审阅稿 | 方便销售、产品和管理人员直接查看并提出修改意见 |
平安云厨涉及学校、家长、学生、餐企、银行和监管等多方角色。如果只做页面，很容易出现资金链路、角色权限和产品边界不清的问题。
我围绕学校结算平台整理了产品边界、目标用户、核心模块、关键流程和 V1 范围，并同步梳理 PC 管理端、家长移动端和学生设备端的原型资产。
| 方面 | 形成的价值 |
|---|---|
| 产品边界 | 明确平台承接订餐、支付、核销、补贴、退款、对账、结算和出金，不替代银行核心账务 |
| 用户角色 | 明确后勤、财务、校长、食堂、家长、学生和监管角色 |
| 研发输入 | 给出菜品、套餐、餐单、补贴、订餐、缴费、对账和出金等模块 |
| 设计协同 | 将 PC、移动端和设备端原型集中登记，方便评审和继续完善 |
智慧食堂售前阶段经常出现资料散、现场照片难归类、访谈内容难沉淀、产品和交付反复补信息的问题。
我将 QC 定位为“智慧食堂售前轻采集系统”，重点收集在线表单、现场照片和语音访谈，并把采集结果整理为后续方案和项目判断可以使用的资料。
| 产品出品 | 我解决的问题 | 可以继续用于 |
|---|---|---|
| AI 营养智慧食堂产品手册 | 产品介绍缺少统一主线 | 售前介绍、产品评审、投标材料 |
| 平安云厨 PRD 与原型 | 多角色、多端和资金链路边界不清 | 需求评审、原型评审、研发输入 |
| QC 售前轻采集产品材料 | 售前资料分散、重复补充 | 项目采集、方案准备、交付预判 |