人事云 · P1 范围（原型评审前）
P1-01～04 已关（commit 34dd099） · P1-05 挂账·可后补 · 7 条产品拍板已落盘（docs/review/产品拍板-2026-11-04.md，commit ae7a96b）
一、范围决策摘要（2026-11-03 现行依据）
- 假勤、薪酬本期要有，须出现在信息架构与导航中；本阶段可接受导入（排班、考勤结果、计薪基础数据），完整闭环后续迭代。
- 合同签署 / 工资条签收 / 存证是可复用的「可信动作层」，不是唯一卖点。
- 不做全量 HRIS；登录、组织开通、计费等中台能力不在应用内复建（中台 SSO 跳入）。
- 员工端为微信小程序；HR/管理端为 Web 应用内页。静态原型仅作评审参考。
- 薪酬须覆盖社保、公积金及城市政策差异（规则可配置、可版本化，本期可导入基数/缴纳结果）。
- 支持多签约/发薪主体与多合同模板（按组织/用工类型/场景选用）。
二、与 MVP v1 文档层的关系
- 审阅总评：有条件通过 → 定稿 v1（文档层）。10 条硬约束主干已对齐，P0 已由产品总负责人最小修补并关闭。
- P1 不阻断 v1 定稿，但阻断原型评审：须在下一轮原型评审前关闭。
- 本页关注的是「进原型前的文档层待办」，不等同于 backlog 中业务功能 P1 用户故事全集（如历史合同、外部审批/API 等）。
三、P1 待办清单
P1-01 参保/缴存主体字段同步许清楚已关
产品设计方案 §5.1 关键对象 / §6.2 及流程定义 F-04 同步「参保主体 / 缴存主体」字段。
验收意图：与已修的 ORG-002 / PAY-002 及合规 XC-04 口径一致，多签约组织贯穿到社保缴纳主体。
P1-02 backlog 规模估算与切片映射许清楚已关
为故事补规模估算（S/M/L 或人日），并映射到 8–12 周切片。
验收意图：backlog 从「只能排序」变为「可以排期」。
P1-03 2000 人规模非功能口径许清楚已关
需求功能定义补：单批导入行数上限/耗时、工资条批量发放并发、列表分页。
验收意图：硬约束 #9（几十人–2000 人）由「弱通过」变为有可验证指标。
P1-04 薪酬详情展示主体与城市易交互已关
交互说明 §5.6 薪酬详情显式展示参保/缴存主体与城市；锚点表「城市」「规则版本」合并为「城市/规则版本」。
验收意图：页面口径与「四组锚点」一致，避免被理解为五锚点。
P1-05 前轮挂账项挂账·可后补
前轮纪要 P1-02（应用内可点原型）、P1-04/P2-01（竞品实测证据归档、来源编号）本轮未处理，仍挂账。
验收意图：可点原型产出；竞品证据按来源编号归档。
注：审阅纪要 §七 明确要求 P1-01～P1-04 在原型评审前关闭；P1-05 为前轮遗留挂账。
四、下一步
- 按穿透主路径出可点原型（多主体 + 假勤导入确认 + 工资条签收 + 合同签署）
- 原型评审（竞品证据不作硬门槛，可后补）