B3.15.2Personalization Cost设计

个性化会削弱可教性,用户之间无法用同一套说法互相指导

别名: 可教性 · 个性化 · 团队协作 · 共享坐标

概念解释

个性化(personalization)提高个人效率,也可能让公共参照消失。若每个人菜单顺序、术语、字段、按钮位置和工作流都不同,"点左上角导出""看第二列状态"不再可靠,培训、交接、支持和协作成本上升。这一条是对上一条"加速器价值随频率上升"的补充和制衡:即便某项个性化对个人效率确实有正收益,它仍可能在团队层面产生一笔个人账本上看不见的隐藏支出。

机制

可教性(teachability)依赖的是一套所有人共享的坐标系——公共对象名、固定的默认路径、稳定的屏幕区域、一致的步骤顺序。这套坐标系存在的意义是让一句简短的口头指导能够直接生效:"点左上角导出"之所以有用,是因为说话人默认听话人的界面和自己长得一样。个人配置一旦改变了菜单顺序、隐藏了某些字段、重排了列的位置,这句指导本身就失效了:说话人必须先花时间确认听话人当前看到的到底是什么样子,指导过程从"直接说结果"退化成"先互相描述现状"。这个退化在几个场景里代价尤其高:新人培训时讲师的截图对不上学员的界面;同事临时代班时找不到对方常用的入口;支持团队远程排查问题时,光是让用户描述"你现在看到的第几个按钮"就要来回好几轮。个性化省下的是个人操作那几秒钟,付出的是每一次需要别人介入时都要多花的沟通成本,这两笔账不在同一个人的收支表上,容易被忽略。

边界

这不意味着应该禁止个性化。个人工作区的字体大小、信息密度、本地列宽这类纯展示层的调整可以完全自由,它们不改变"事情在哪、怎么做"这套语义,只改变视觉呈现,因此不会破坏可教性。真正需要收紧的是核心对象的命名、默认路径的结构和关键动作的位置——这些是团队互相指导时依赖的语义骨架,不应该被个人随意改写。团队级的视图和流程模板则应该被当作一种介于"完全统一"和"完全私人"之间的中间层,它需要共享、需要版本管理,因为它本身就是被设计出来供多人依赖的公共参照,而不是一次性的个人偏好。

怎么落地

  • 明确区分个人、团队和组织三级配置:个人级只允许展示层调整(字体、密度、列宽),核心术语、公共对象名和关键动作的入口位置不允许被个人重命名或移动。
  • 支持一键重置为默认布局、支持团队共享同一套视图模板,并让每个人的当前配置可以导出成一份摘要。
  • 编写培训材料和操作文档时始终按默认路径截图和描述,把个性化带来的差异作为附加说明单独列出,而不是让主文档跟着某个人的界面走。
  • 验证办法:让一名新成员在另一人高度个性化过的界面上尝试完成一项常规任务,只依赖对方用公共术语给出的口头指导,记录哪些指导因为个性化布局而失效——这些失效点就是可教性被削弱的具体证据,而不是一个笼统的印象判断。

延伸

  • 同组B3.15.1 加速器的价值随使用频率上升,低频功能不值得配置快捷方式 · B3.15.3 系统应能识别用户已经熟练并主动提示更快的路径 · B3.15.4 效率优化不得改变默认路径的结果,只能改变到达结果的代价
  • 相邻B3.07 灵活与高效 · V1 协作与社会交互
  • 站内检索teachability · personalization · shared mental model · common ground

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/B3.15.2