G1.11.1taxonomy leaves room to grow设计研究

分类体系需要为未来新增内容预留位置,而非填满当前已知内容

别名: 预留类目 · extensible taxonomy · 不为现在填满

概念解释

分类若刚好盖住今天已有的对象,明天第一件新产品就没有格子。预留位置指类目按可扩展的维度来切——留出尚未出现但同一维度上必然出现的值——而不是按当前清单做一次排满的拼图。填满当下等于把「现在有什么」写成了「将来只能有什么」。预留不是先造一堆空类目放在导航里充数,而是切法本身还能吸收新对象,而不必立刻改树。

空导航项会伤害气味;预留发生在维度与规则里,出现在界面上的仍应是已有内容的类。

机制

分类维度一旦按现有实例枚举(三款产品各一类),第四款只能挤进「其他」或迫使改树。按属性枚举(按产品线、按生命周期状态)时,新实例是新值或新组合,树的骨架还能用。预留的是规则的外延,不是今天画上去的空盒子。填满式分类在内容规划会上看起来完整,因为它和当前路线图一一对应;路线图一变,对应关系全部作废,迁移成本被当成「突然要扩展」。

人学习的是类目规则。规则若等于当前清单,学习结果无法泛化到新对象,每次上新都要重新教导航。

怎么研究

用「未见过的新对象」做归档泛化,而不是只用现有语料做卡片分类。

  • 范式:在当前集合上建树,再引入任务里未出现的新对象(新地区、新文件类型),看能否按原规则落入正类;对比「按实例命名」与「按属性命名」两种切法。
  • 自变量:类目是实例名还是属性名、是否存在「其他」、维度是否声明值域开放。
  • 因变量:新对象无需改树即可归档的比例、被迫新增顶层类的次数、用户能否说出新对象「按理应进哪」。
  • 方法论注意点:工作坊只讨论已知内容,会系统性选出填满式方案。必须准备「六个月后可能出现」的对象做压力测试。空类目出现在树测试里会被点、会误导,不能靠加空类来假装预留。

边界

封闭 enumeration 的领域(一周七天、固定税码)本来就该填满,预留是错误。一次性活动站点没有「未来内容」,为想象中的第二季预留会留下死类目。预留也不能等于过早拆细:那是另一类失败。这里只要求切法在同一粒度上还能接收新值。

怎么落地

  • 给每一层写值域:这一层按什么属性切、属性是开放还是封闭。开放层禁止用当前实例当类目名。
  • 用三件「尚未存在但合法」的对象走归档,走不通就改切法,不要先画空导航。
  • 导航只展示当前非空类;规则层保留接收新值的能力。
  • 验证:拿产品路线图上的下一件东西,问未参与者按现有规则会进哪一类。答「没地方」或「要新开顶层」,分类就是按今天填满的,不是按维度预留的。

延伸

  • 同组G1.11.2 过早为小类目单独设类,会在内容增长后失去意义 · G1.11.3 架构变更成本随外部链接、书签与用户心智模型的沉淀而上升 · G1.11.4 结构调整需要重定向旧路径,避免断链 · G1.11.5 治理机制决定谁有权新增或合并类目,防止分类体系无序膨胀 · G1.11.6 类目使用量的失衡是触发重构的信号,不应仅凭直觉判断
  • 相邻G1.03 分类法与层级 · G1.02 组织体系 · G1.09 组织体系的类型
  • 站内检索extensible taxonomy · open facet · taxonomy growth

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/G1.11.1