示例状态仅用于理解链路，不作为项目事实源。
角色看责任：先知道自己在哪些节点出现。
角色视图不是任务系统，只是帮助用户快速过滤全链路。它回答“我什么时候介入、我交付什么、我确认什么、我不应该承担什么”。
质检看标准：四道门，把争议前置成 checklist。
质检不应该靠个人偏好。每道质量门都对应一个阶段门，要求明确证据、确认对象和未通过后的回退路径。
异常看处理：先给台阶，再收口。
异常入口用帮助式语言，不把任何一方写成问题来源。真实流转、审批和记录应回到飞书或公司既有流程。
系统边界：1.0 看得丰富，但不扛真实状态。
对抗式审查后的核心修正：不要做会说谎的仪表盘。本站先成为可靠的只读导航层，未来再按数据源和权限扩展。
1.0 可以做
这些能力不制造新的工作流承诺，适合先上线验证。
R8 阶段全链路地图与阶段详情。
R角色筛选、质量门、异常路径说明。
R规则库作为唯一权威源，阶段页只引用切片。
R飞书链接、示例状态、低保真测试入口。
1.0 暂不做
这些能力会让页面变成伪项目管理后台，必须等 system of record 和权限明确。
!可编辑真实项目状态、多项目追踪。
!审批流、SLA 倒计时、通知、紧急额度。
!自动生成当前任务或风险。
!组织未授权前的最终拍板与升级按钮。
规则源：一处维护，多处引用。
红队审查指出，阶段页、质量门和角色视图如果各写一份规则，三个月后一定漂移。1.0 把旧版 SOP 拆成 canonical matrix，页面只是按场景读取切片。
压力测试：先拿最复杂的真实项目压页面。
不要用理想短文案验收设计。用长角色名、临时改单、跨部门争议和质检失败去测卡片、抽屉、色彩和移动端。
验证计划：先证明 3 分钟理解，再谈高保真。
页面不是给我们自己看的。正式视觉前，先用低保真原型找 6-8 个真实用户测试理解效率。
5 个问题
Q1当前项目处在哪个阶段？
Q2这个阶段下一步最重要的动作是什么？
Q3哪些角色参与？谁负责推进？
Q4用什么标准判断是否通过？
Q5已确认需求要调整，应该从哪里处理？
通过标准
单人 10 分满分，8 分通过。8 人中至少 6 人通过，且第 1、2、4 题不能大面积失分。若用户误以为这是项目管理系统，必须强化只读边界。
1如果找不到当前阶段，先改首屏阶段地图。
2如果找不到下一步动作，重排详情面板优先级。
3如果找不到质检标准，强化 checklist 入口。
4如果没用 My View，考虑角色视图前置。
业务有准入，项目有负责人，策略有评审，交付有质检，变更有记录，复盘有沉淀。
这不是把流程写得更长，而是把视觉项目从“靠人记得”变成“看得见、查得到、对得齐”。
下一步：用这版作为高保真方向稿，结合 3 分钟理解测试结果，决定默认入口是 Global 全链路还是 My View 角色视图。