G1.02.4organization follows known attributes设计研究
组织方式的选择取决于用户已知什么
别名: 已知属性 · known-item clues · 按已知线索组织
概念解释
选字母、选时间、选主题还是选任务，依据不是内容「客观上属于哪一类」，而是查找时用户手里已经有什么。这是组织方式取决于已知：通讯录按姓，因为来找的人通常记得姓；政策中心按任务，因为来找的人通常记得自己要办成哪件事，不记得文件编号。组织轴是对「已知集合」的匹配，不是对内容本质的揭示。
已知会变。新用户可能只知道任务，老用户可能已经记住位置，客服可能只拿得到工单号。同一集合对不同角色应匹配不同的已知，而不是评出一套「正确分类」供所有人使用。
机制
查找是用已知去约束未知。轴如果绑的是未知属性，约束无法开始，人就只能浏览或放弃。字母轴要求已知拼写，时间轴要求已知何时，主题轴要求已知属于哪一领域的词。选错轴等于要求用户先完成一次翻译：把「我要报销」译成架构师爱用的「财务 / 制度 / 2023-07 号文」。翻译本身是额外的认知步骤，失败时看起来像分类不好，根因是轴和已知错位。
「用户已知什么」不能靠想象，要看任务发生时还剩哪些线索。事后访谈会补上当时并不存在的属性（「我当然知道它是财务的」），那些属性不能拿来选轴。
怎么研究
先测线索分布，再拿线索分布去选轴，而不是先定分类再找理由。
- 范式：关键任务的回溯访谈和查询日志，记录启动查找时实际说出或键入的属性；再把候选轴与这些属性做对照实验。
- 自变量：提供给被试的已知属性种类、与之匹配或不匹配的组织轴。
- 因变量：启动线索的频次分布、匹配轴与错配轴的成功率差、翻译步骤是否出现（用户改写自己的线索去迁就类目名）。
- 方法论注意点：卡片分类回答的是「这些东西像不像」，不是「查找时你知道哪一点」。用分类一致性去选轴，会选出对编目友好、对查找冷漠的方案。新用户与回访用户的已知分布往往不同，要分层，不要平均。
边界
探索式浏览没有稳定的已知，轴的选择不能按「已知属性」来做，而要按可扫描的主题差异。已知在任务中途会增加：找到一篇之后，人可能获得了日期或编号，这时应允许切换轴，而不是锁死在启动时的那一种。强制注册、权限墙会扣掉一部分已知（未登录看不到「我的申请」），对匿名用户成立的轴，对登录用户未必仍是最匹配的。
怎么落地
- 为每类关键查找写下启动时的已知清单：词、时间、地点、角色、任务名。轴只从高频已知里选。
- 高频已知有多种且互不翻译时，给多种轴，而不是投票选出一种「主分类」。
- 类目名要能接住那条已知，不要把「报销」翻译成只有内部才懂的制度编号。
- 验证：拦下刚要开始找的人，只问「你现在记得关于它的什么」，用答案去核对导航第一层。对不上的那一层，是按架构师已知而不是用户已知建的。