问题不是"页面难看"，而是系统结构失真
老系统在信息架构层有四个核心缺陷，持续放大了评定流程里的认知负担。
Leader 预评 / 评定时，关键信息散落在平铺字段里，查找成本高，也容易漏项。
200+ 套模版受角色、层级和组织管理影响，难以抽象成统一规范。
同页同时承载浏览与评定，用户在操作中很容易丢失上下文。
在真实绩效业务里，自评、催办等环节往往会并行发生，但老系统仍默认流程是线性的，导致用户在推进过程中难以建立清晰的任务感知。
leader 找必填字段像大海捞针
用户旅程地图
- 整理成果证据，全面、准确地完成自评。
- 邀请合适的辅助评定人，并在提交前反复检查修改。
- 持续查看未到达任务并催办，确保下级在 ddl 前提交自评。
- 批量查看并调整直属下级的辅助评定关系。
- 接收多角色邀请并完成辅助评定。
- 在客观评价与协作关系之间拿捏评价尺度。
- 在工作台快速筛选直属成员并查看员工自评与辅助评定。
- 分清直属下级与只需关注的非直属成员，给出合理评定。
- 在大量待评任务里高效完成评分、退回与异常任务处理。
- 对比分布、识别异常并完成绩效校准。
- 确认发布时间，正式发布前若有异常仍可及时调整。
- 约面谈时间，与员工对齐绩效结果、TTP 和明年预期。
- 会后补充书面反馈与纪要。
自评引导语和真实场景有些脱节。
管理跨度一大，就不确定辅助评定覆盖是否完整。
只能等系统统一催办，自己不能主动催办。
想写真实评价，又怕对方看到。
邀请我的太多了，写不过来。
表单太乱了，要在一堆字段里找要写的内容。
被退回的任务，希望能直接看到退回理由。
-
面谈时要一边沟通一边记结果，切到下一个员工前很容易漏记。
谈完之后还得自己判断“这个人是不是已经谈完了”，以及下一个该叫谁。
CURVE
- 提交后到 ddl 前，提供修改入口。
- 在 LD 工作台提供 todo 模块，让 Leader 主动筛出未自评成员并批量催办。
- 按合作维度或职级维度区分辅助评定人。
- 强调“评分不可见，评语可见”。
- 增加“是否为直属下级”筛选项。
- 按阶段分发重要 todo，让 LD 快速聚焦当前任务。
- 重构评定页的操作层级和信息层级。
- 在评定过程中增加“查看绩效分布”的能力。
-
- 支持 AI辅记，辅助 leader 在面谈过程中实时记录要点与纪要。
先重构信息结构，再进入交互细化
借康奈尔笔记法“浏览 → 提炼 → 总结”的节奏重组页面层级，让信息接收到组织决策有清晰过渡，不一次性砸给用户。
不同模版的信息纵深不一致。先抽一套统一语义描述任意模版的结构，让卡片拆分、页面编排、组件边界有共同依据。用它回看真实模版，差异主要落在“分几层”上——员工与 Leader 是两个典型断面。
纵深较浅，聚焦“做了什么、做得怎么样”。
- 第一层：工作细项（目标 / 角色 / 产出）
- 第二层：对每个工作细项做评定
- 辅助评定挂在其中一层，层级随模版而定
在员工结构之上，多出一层“组织管理”。
- 团队产出之外，多承担一层组织管理
- 管理多个团队时，补充各团队的角色与精力占比
- 上级评定时，除逐项外还要对整层打一个总评
- 辅助评定在第二层还是第三层，随模版变化
先拆变量，再谈收敛
面对 200+ 套模版和多角色协作，我没有直接改页面，而是先把复杂度拆回一组变量。先看清结构，再判断哪些该保留，哪些能收敛。
先抽出影响结构的核心变量。
再判断哪些分叉来自业务，哪些只是遗留。
最后把规则落回界面与交互。
方案落地：把判断顺序做清
全旅程、多角色的每个环节我都出了方案，并按优先级取舍；其中花最多力气打磨的，是 Leader 给组员打绩效这一最高压环节。
含：组织 ld / 确认人评定
承接待办、辅助评定可见性与进入评定前的准备动作。
作为探索方向评估过，但与当前业务机制不完全匹配，因此未纳入本期方案。
这是整套系统里最高压、也最高价值的环节——Leader 要在有限时间里，对多名组员逐一做出公平、有依据的判断。痛点也最集中：字段平铺、跨层横跳，待办 / 审批 / 异常还挤在同一层争抢注意力。
围绕这个环节，我做了几个关键决策：
- 信息层级重排：高价值信息前置，浏览区与操作区分离、关键信息吸顶，让判断与录入互不打断。
我推动业务调整了模版规则：把 Leader 评定与辅助评定收在同一颗粒度，既降低模版生产 / 配置成本，也更符合用户对评定结构的理解。颗粒度对齐后，两者可以共用同一套模版推导方式，规则更稳，配置成本也更低。
项目真正沉淀下来的，是处理复杂业务的方法
这个项目最有价值的产出，不只是一个新的绩效界面，而是一套处理复杂业务系统的工作方式：先抽象业务语义，再映射交互结构，最后收束为组件和规则。它让团队之后再面对类似复杂度时，不必每次都从页面表层重新开始。
先在业务层找规律，而不是直接在页面层做修修补补。
复杂业务不一定能变简单，但至少应该能被更稳定地理解和执行。
从项目启动到 2026 年，这套新结构已经推行到大部分业务团队，并在实际使用中收获了不少好评。