Product Remediation Brief · 2026-08-05
大兴区食堂消费系统
联审整改产品任务包
将 2026 年 7 月 31 日联审会五项意见，转化为产品团队可执行、可验收、可追踪的任务。目标是在技术评审前形成口径一致的实施方案及证据包。
12产品任务
9P0 技术评审前置任务
3执行阶段
5联审意见全覆盖
产品判断：本轮不是直接进入研发，也不是立即固化招标参数。先用事实冻结范围，再完成安全与系统整合设计，最后形成实施方案、验收场景和招采需求。
产品任务总表
| ID | 优先级 | 任务 | 核心动作 | 交付物 | 验收标准 | 主责 / 协同 |
|---|---|---|---|---|---|---|
| DX-PM-01 | P0 | 建立联审整改台账 | 将五项意见映射到问题、动作、责任人、证据和状态。 | 联审意见整改闭环表 | 每项有唯一责任人、交付物、截止点和审核人。 | 产品经理 / 项目经理、售前 |
| DX-PM-02 | P0 | 现状系统与业务场景盘点 | 盘点食堂、用户角色、流程、系统、设备、接口、数据和痛点。 | 现状调研、系统资产及接口清单、场景清单 | 每项建设内容能追溯到用户、场景、频次、痛点和证据。 | 产品经理 / 业务、实施、技术 |
| DX-PM-03 | P0 | 功能价值与冗余评估 | 按频次、人数、关键性、合规性、已有覆盖和投入产出评估。 | 功能模块价值评估表 | 每个模块得到保留、优化、合并、删除或延期结论。 | 产品负责人 / 业务、售前、架构 |
| DX-PM-04 | P0 | 冻结一期建设范围 | 高频必需功能进入一期，低效功能删除、合并或后置。 | 一期范围基线、增删改对照、非目标清单 | 联审意见、业务现状、预算科目和实施方案口径一致。 | 产品负责人 / 项目单位、业务 |
| DX-PM-05 | P0 | 统一技术材料口径 | 核对服务器、缓存、存储、消息、生物识别、数据库、OS 和接口方式。 | 技术口径唯一基线、历史版本废止清单 | 同一事实只保留一个当前结论；未知项显式待确认。 | 产品经理 / 架构、安全、交付 |
| DX-PM-06 | P0 | 等保定级与数据安全论证 | 梳理业务影响、数据类型、流向、安全域和中断影响。 | 定级论证输入、数据流向图、安全需求清单 | 候选定级及理由可解释；最终结论留给主管部门/专业机构确认。 | 安全产品、产品 / 安全机构、架构 |
| DX-PM-07 | P0 | 现有系统整合方案 | 明确保留、整合、停用、迁移，消除重复建设和数据孤岛。 | 系统整合矩阵、目标架构、迁移切换方案 | 每个现有系统均有处理结论和回退安排。 | 产品负责人 / 信息中心、架构、实施 |
| DX-PM-08 | P0 | 京办、京通统一入口方案 | 明确用户、入口、身份、单点登录、菜单/消息、数据和降级。 | 接入需求、流程图、外部依赖确认单 | 平台主管确认规范、接口、联调环境和验收方式。 | 产品经理 / 平台方、架构、安全、研发 |
| DX-PM-09 | P0 | 重构项目实施方案 | 重写范围、流程、架构、数据、安全、整合、实施、运维和验收。 | 联审整改版实施方案、意见—章节映射表 | 五项意见可定位到章节和证据，方案内部无口径冲突。 | 产品负责人 / 售前、项目、架构、安全 |
| DX-PM-10 | P1 | 关键流程原型与验收场景 | 覆盖高频流程、正常/异常、权限和人工兜底。 | 关键流程原型、业务验收场景集 | 一期流程均有可观察、可测试的验收结果。 | 产品经理 / UI、测试、业务 |
| DX-PM-11 | P1 | 非歧视性招采需求基线 | 形成可验证要求，清理品牌导向、排他参数和无证据承诺。 | 招采需求、公平竞争自查、需求—证据矩阵 | 每条要求可测试且与实际需要相关，并通过人工审查。 | 产品负责人 / 采购、法务、售前、技术 |
| DX-PM-12 | P1 | 技术评审材料与预审 | 准备汇报、整改表、专家问答和证据索引，组织联合预审。 | 技术评审材料包、问答清单、预审闭环表 | 五项意见均可快速定位到结论和证据。 | 项目经理 / 产品、售前、架构、安全、采购 |
执行路径与阶段门禁
A
事实与范围冻结
01 → 02 → 03 → 04 → 05完成现状、功能取舍和技术唯一口径。
未过门：不得下发全量研发任务，不得锁定招标参数。
B
安全与整合设计
06 + 07 → 08形成安全论证、系统整合和京办/京通接入方案。
未过门：不得承诺等保等级或平台主管已完成接入。
C
方案与评审
09 → 10 → 11 → 12完成实施方案、原型、招采基线和技术预审。
完成门：方案、验收、预算和采购口径相互一致。
产品负责人今天即可下发的 6 项动作
- 分别面向食堂运营、财务结算、信息化管理组织现状访谈。
- 收集系统、用户、食堂、接口、设备、业务数据和问题清单。
- 召开功能梳理会，对每个模块作出保留/优化/合并/删除/延期决策。
- 召开技术口径会，统一 5 台/9 台服务器及 Redis、OSS、EMQX、生物识别等历史材料口径。
- 向京办、京通平台主管部门发出接入条件确认单。
- 邀请安全责任人或专业机构参与定级论证，产品团队只提供输入，不代替最终定级。
停止规则：未完成人工公平竞争审查前，不锁定品牌、型号、专有参数、排他接口或倾向性评分条件；未取得外部书面结论前，不将等保等级和京办/京通接入状态写成既定承诺。
完成定义
- 五项联审意见全部关闭，或存在责任人、补证日期明确的阻断项。
- 建设范围经过业务、产品、技术和项目单位联合确认。
- 功能、架构、资源、安全、数据、经费、周期和招采口径一致。
- 等保、京办/京通、招采合规结论均由有权责任方确认。
- 联审整改版实施方案及技术评审材料通过内部预审。