G1.11.2premature categories设计研究
过早为小类目单独设类，会在内容增长后失去意义
别名: 过早拆类 · premature splitting · 一类一物件
概念解释
因为今天只有两篇「校园招聘」，就在导航里单开一类，等招聘内容涨到上百、再分实习 / 社招 / 海外时，这个早产的类要么名不副实，要么被迫改名拆分，用户已经记住的位置作废。过早设类是把当前的小计数写成了永久的结构节点。它和「为未来预留」方向相反：预留的是维度的容量，过早设类是把一个还站不住的值做成了节点。
一类里长期只有一两项，这个类就还不是类，只是一个被提前钉死的对象名。
机制
类目要靠一组对象才能建立原型。对象太少，名字会被理解成那一两项的别名，而不是可扩展的桶。内容增长后，真正的差别出现在更细的轴上，旧类名既盖不住新差别，又占着导航位置。合并或拆分都要改路径、改心智模型，而当初设类的收益只是「看起来结构完整」。
过早设类还制造假广度：第一层看起来选项很多，其中几个几乎不会被正确预测，因为用户没见过足以形成该类的实例。广度的成本付了，可辨识度没有买到。
怎么研究
追踪类目体积与可预测性随时间的变化，而不是只看上线当天的树。
- 范式：在增长的语料上每隔一段时间做树测试和归档；对比「一开始就按细类切开」与「先粗类、过阈值再拆」。记录早产类在体积上来之后的改名/合并次数。
- 自变量：设类时的对象数阈值、是否允许单对象类出现在导航。
- 因变量：该类的预测准确率如何随体积变化、后续被迫迁移的对象比例、导航上长期低点击且低成功的类。
- 方法论注意点：上线前的卡片分类会把「这两张卡片不像别的」升级成一类，那是实验室里的过早设类。要规定最小体积或最小可预见体积。专家能想象未来的细分，不等于用户现在能认出这个空类。
边界
法规或合同强制的独立入口（隐私、安全披露）即使只有一页也必须设类，这不是过早，是义务。高风险但低频的对象（灾难预案）体积永远小，类的意义是可找到性而不是丰满度。临时活动可以有短命类，但要有下线日期，以免早产类在活动结束后永久占位。预留维度与过早设类的分界：开放属性上的新值可以等对象到达再出现在导航；不该为尚未存在的值先钉一个空节点。
怎么落地
- 给导航类目设最小体积（或可预见体积）：低于阈值的对象挂在父类或「即将推出」列表，不单开节点。
- 拆类的触发写进治理：当一个粗类内部出现稳定的、可辨识的子差别且体积够了，再拆。
- 审计长期只有个位数对象的导航项：能并回父类的并回，不能并的给出强制保留理由。
- 验证：列出每个导航类的对象数与树测试成功率。低体积且低成功的类，优先合并而不是改名装修。增长后再测，若旧名已经无法排除新内容，就是早产类开始偿还成本。