B3.07.2Flexibility and Efficiency of Use设计
允许用户自定义高频操作
别名: 自定义工作区 · 个性化 · 高频配置 · 保存视图
概念解释
当任务频率、角色和数据范围差异很大时，允许用户调整默认视图、列、快捷键、模板、自动步骤或工作区布局。自定义（customization）应作用于高频操作，使个人或团队把系统对齐到真实工作流，而不是为了偏好而改动一切——它和上一条"加速器"的区别在于：加速器是系统预设好的固定捷径，自定义是把"哪里该被加速"的判断权交还给用户自己，因为只有用户知道自己重复做的具体是什么。
机制
产品团队的使用日志能看到"平均而言用户常点某个按钮"，却看不到某个具体护士站、审计小组或剪辑师每天固定重复的那一串顺序——群体统计会把这些差异互相抵消掉。可配置视图、快捷动作、保存筛选和自动化规则把选择权交给真正掌握这份具体任务的人，减少他们绕开系统自建外部表格或个人脚本的动机。但这个让渡是有代价的：自定义一旦生成，就变成了一份需要长期维护的"个人系统"——它需要默认值、作用范围、权限归属、跨设备同步和恢复机制，否则会在版本更新时悄悄失效，用户往往要等到某天配置突然消失才发现问题，而这时候信任已经受损。
边界
自定义不是无限自由。核心对象、权限、审计和安全约束不应被局部改掉，例如财务系统里"谁能核准付款"这类规则不该因为某个用户的个人视图配置而被绕过。团队协作需要共享默认和可解释配置——如果每个人的界面都长得不一样，交接和培训的成本会反过来上升，抵消掉个性化节省的时间。低频任务不值得提供配置面，配置本身的学习和维护成本可能超过它节省的时间；过多选项本身也会成为负担，新用户面对满屏的自定义入口，需要先弄清楚"默认是什么"才能决定要不要改，这一步认知成本容易被忽略。
怎么落地
- 识别被反复导出、筛选、复制或手工串行处理的操作，这类"绕开系统做事"的痕迹是优先允许保存为模板、视图或自动化的信号。
- 区分个人、团队和组织三级配置，明确继承、覆盖和冲突解决规则，避免团队成员看到的默认值互相矛盾却查不出原因。
- 每项自定义在界面上显示作用范围（仅我可见/团队可见）、影响对象和一键重置方式，让用户能随时确认自己改了什么。
- 验证办法：观察自定义后的真实任务路径而不只是配置面板本身的使用率，检查效率提升是否伴随错误率上升、遗漏关键字段或协作时的沟通混乱——如果专家用户变快了但团队协作变慢了，是净损失。