人事云 · 产品总负责人审阅纪要
审阅人：小磊（产品总负责人，审阅助手代审）｜时间：2026-11-03 约 12:00–13:00（America/Los_Angeles） 依据：
docs/shared/范围决策-2026-11-03.md、docs/product/需求与流程总纲-v0.md（v2.0）、docs/product/工作安排-近几小时.md、docs/shared/中台与应用边界.md、docs/shared/产品简报.md范围：产品设计方案、MVP-backlog、流程定义、需求功能定义、MVP交互说明、MVP合规规则清单（均为未提交的工作区版本）
一、总评
有条件通过 → 定稿 v1（文档层）。 主干已对齐 10 条硬约束；前轮 2 项 P0 已消化；本轮 3 项 P0 已由产品总负责人最小修补并关闭。P1 不阻断定稿，须在原型评审前关闭。
二、硬约束核查
| # | 约束 | 结论 | 说明 |
|---|---|---|---|
| 1 | 对外名“人事云” | 通过 | 六份草稿“合规用工”出现 0 次；合规清单标题仍带“垂直应用”描述，可接受 |
| 2 | 挂中台、只做应用内 UI | 通过 | 各稿均明确 SSO 跳入、无登录/开通/计费/通用组织权限页 |
| 3 | 假勤、薪酬本期有；导入先行，闭环后迭代 | 通过 | 后迭代清单在 backlog §七、需求功能 §5.2、交互 §七 一致；未见完整闭环误塞入 P0 |
| 4 | 导入锚点 | 原有冲突，已修 | 总纲/流程/需求/backlog 一致为四组锚点；交互说明与合规清单口径不一致（见 P0-01/02） |
| 5 | 社保公积金 + 城市差可配置 | 通过 | 配置面（RULE 规则包：来源/生效期/版本）与运行面（导入批次绑定已发布版本快照、历史不重算）在流程 F-02/F-06、合规 XC-02 已说清 |
| 6 | 多签约组织 | 深度不足，已补 | 组织切换、合同主体、发薪主体已贯穿；社保参保/公积金缴存主体仅合规 XC-04 有，产品稿缺字段（P0-03） |
| 7 | 多合同模板 | 通过 | TPL-01/TPL-001/F-08 有按组织/用工类型/场景适用范围、版本锁定；E2E 要求 ≥3 个适用范围 |
| 8 | 员工端微信小程序 | 通过 | backlog §五明确“不以 H5/公众号/窄屏替代”；H5 仅评审原型 |
| 9 | 几十人–2000 人 | 通过（弱） | 简报、设计方案有；需求功能定义/backlog 未写规模相关非功能指标（P1-03） |
| 10 | 不过度合规化，假勤薪酬主轴 | 通过 | 简报定位已改为“一体化人事垂直应用”，可信动作层定位为复用层 |
自动化薄点判定： - 简报“合同模板仅一次”：简报是摘要，一条专门要点已含“按签约组织、用工类型和场景选用 + 版本追踪”，细节在 TPL 系列落地 → 不补。 - 交互说明、backlog“多签约仅一次”：关键词少但实质落地（交互 3.3/4.1/5.3/§九“主体与模板”；backlog ORG-01/ORG-02/SEC-01/E2E-01，以“主体”表述）→ 非问题；但发现缴纳主体缺口与切换验收缺失，已补。 - 合规清单“导入锚点仅两处”：确为实质缺口——DR-01 阻断条件只写“来源、组织、期间”，漏规则版本与操作者，闸门写成“人员/主体锚点” → 已补（P0-02）。
三、分文档结论
| 文档 | 结论 | 主要意见 |
|---|---|---|
| 需求与流程总纲-v0 | 通过（基线） | 四组锚点 + 7 条补充约束清晰，作为冲突裁决依据 |
| 产品简报 | 通过 | 定位、范围、双端、目标客户对齐 |
| 产品设计方案 | 有条件通过 | 结构完整；缴纳主体口径需随 ORG-002 同步（P1-01） |
| 需求功能定义 | 有条件通过 → 已修 | ORG-002/PAY-002 已补参保/缴存主体 |
| 流程定义 | 通过 | F-01~F-10 主路径/失败分支/出口齐全，锚点阻断写入 F-03 |
| MVP-backlog | 有条件通过 → 已修 | 用户故事+验收+依赖+切片齐全、可排期；缺工作量估算（P1-02）；ORG-02/PAY-02 已补缴纳主体 |
| MVP交互说明 | 有条件通过 → 已修 | 锚点表把“签约/发薪主体”合并、未写操作者来源，与总纲冲突，已修；补主体切换验收 |
| MVP合规规则清单 | 有条件通过 → 已修 | DR-01 与闸门锚点不全，已修 |
四、P0 清单（均已在文档层修补，产品总负责人关闭）
- P0-01 交互说明锚点与总纲冲突：§3.4 将“签约/发薪主体”合为一个锚点（违背总纲 §5 补充约束 1：发薪主体不得替代签约组织），仅覆盖假勤/薪酬批次，未写操作者取自 SSO、不可文件冒填，无页面阻断规则。→ 已改锚点表、补页面阻断、改 §九验收条为“四组锚点分别缺失阻断用例”。
- P0-02 合规清单导入锚点不全：DR-01 失败策略漏“城市/规则版本、操作者/时间”；§十一闸门写“人员/主体锚点”。→ 已改为四组锚点强制并要求分别有阻断用例。
- P0-03 多签约组织未贯穿到社保缴纳主体：产品侧（需求功能 ORG-002/PAY-002、backlog ORG-02/PAY-02）只有签约/发薪主体，缺社保参保主体/公积金缴存主体，与合规 XC-04 不一致。→ 已补字段、关联与验收样例。
五、P1 清单（定稿后、原型评审前关闭）
- P1-01 产品设计方案 §5.1 关键对象/§6.2 及流程定义 F-04 同步“参保主体/缴存主体”字段（许清楚）。
- P1-02 backlog 增加故事规模估算（S/M/L 或人日）与 8–12 周切片映射，否则只能排序不能排期（许清楚）。
- P1-03 需求功能定义补 2000 人规模的非功能口径：单批导入行数上限/耗时、工资条批量发放并发、列表分页（许清楚）。
- P1-04 交互说明 §5.6 薪酬详情显式展示参保/缴存主体与城市；锚点表中“城市”与“规则版本”行可合并为“城市/规则版本”以免被理解为五锚点（易交互）。
- P1-05 前轮纪要 P1-02（应用内可点原型）、P1-04/P2-01（竞品实测证据归档、来源编号）本轮未处理，仍挂账。
六、已做最小修订
| 文件 | 修改 |
|---|---|
docs/ux/MVP交互说明.md |
§3.4 锚点表：签约组织单列必填，发薪/参保缴存主体另记且不得替代；规则版本补非薪酬规则集与社保/公积金城市分别绑定；操作者取 SSO、只读；新增“页面阻断”段；§九假勤验收改四组锚点阻断；§九主体与模板新增主体切换过滤与三类主体可见验收 |
docs/compliance/MVP合规规则清单.md |
DR-01 失败策略改为四组锚点强制+操作者系统写入；§十一闸门导入条改为四组锚点并分别有阻断用例 |
docs/product/需求功能定义.md |
ORG-002 必填增加社保参保主体、公积金缴存主体；PAY-002 功能规则关联参保/缴存主体 |
docs/product/MVP-backlog.md |
ORG-02 验收增加参保/缴存主体；PAY-02 验收增加签约组织锚点、缴纳主体及“主体不同”样例 |
未改：总纲、简报、产品设计方案、流程定义（无 P0 冲突）。
七、下一步与定稿条件
- P0 已由产品总负责人关闭（2026-11-03 约 12:10 America/Los_Angeles）；补丁措辞经交叉核对，本版文档定稿为 v1。WorkBuddy 专家侧如有异议，下一轮以变更单反馈，不回滚本版。
- P1-01~P1-04 在下一轮原型评审前关闭。
- 推仓：本纪要、新增产品文档与已改文档一并提交；排除
.workbuddy/。
附：P1 关闭进展（2026-11-04）
P1-01～P1-04 已关闭，P1-05（可点原型、竞品实测证据归档）仍挂账。详见 docs/review/P1关闭记录-2026-11-04.md。——小磊
附：老板授权代拍（2026-11-04）
7 条产品决策已由产品总负责人小磊代拍（老板授权“你定”），NFR-01～07 认可生效；P1-05 降级为可后补。详见 docs/review/产品拍板-2026-11-04.md。
来源：docs/review/产品总负责人审阅纪要.md