G1.02.3multiple organization schemes设计研究
同一内容可并存多套组织方式
别名: 多方案组织 · polyhierarchy · 交叉分类
概念解释
一条内容不必只住在一棵树里。同一份「差旅报销指南」可以按主题进「财务」、按任务进「出差准备」、按时间进「本年度政策」，三套组织同时成立。这叫多套组织方式并存：不是把三种逻辑揉进同一层菜单，而是为同一对象提供多条合法入口。单树强迫选一个「正确」位置，等于把另外两种已知线索作废。
并存不是把所有入口平铺成一张巨大的导航。每套组织仍是完整、自洽的方案，只是对象被多次挂接。用户走哪一套，取决于他此刻手上拿着什么线索。
机制
人检索时只使用当前可用的线索。记得主题的人走主题树，记得自己在做什么的人走任务树，记得「上个月刚发过」的人走时间。单树把另外两条线索变成死信息：线索还在记忆里，系统不提供对应的轴，人就必须把已知线索翻译成架构师选中的那一种。翻译失败表现为乱点、改用搜索、或认定系统没有这份内容。
技术上这通常是一次存储、多次挂接：对象有多个父类、多套标签、或多个分面值。认知上则是承认「未知哪条线索会被带来」。强迫唯一位置是在为存储图省事，把翻译成本转嫁给每一次查找。
怎么研究
比较「单入口」与「多入口」在不同线索条件下的查找，而不是问用户「喜不喜欢多套分类」。
- 范式：同一批内容，一组只能走主题树，另一组可走主题或任务或时间；任务脚本分别只提供主题线索、只提供任务线索、只提供时间线索。
- 自变量：可用组织轴的数量与种类、入口在界面上是否可切换、同一对象在各轴上的标签是否一致。
- 因变量：在「线索与轴匹配」和「线索与轴不匹配」两种条件下的成功率、改用搜索的比例、用户是否意识到还有别的走法。
- 方法论注意点：实验室若把三种线索同时写进任务，会高估单树的表现，因为被试可以自己完成翻译。真实查找往往只剩一种线索。查询日志和访谈要问「你当时记得关于它的哪一点」，而不是只问找到与否。
边界
极小的集合（十几条）用多套组织会制造重复感，浏览成本高于翻译成本。强监管档案要求「一份文件一个档号」时，并存的是检索入口而不是正式归档位置，对外要说清楚哪一条是权威位置。多套组织若在同一层导航里混排（既有「财务」又有「出差准备」又有「2024」），用户会当成同一套残缺分类，并存就失败了。各轴对同一对象的叫法互相矛盾时，多入口会变成多处找不到。
怎么落地
- 列出用户实际带着的线索类型，每种线索给一条完整的轴，不要在同一菜单层里混装。
- 对象在各轴上挂接后，抽查：从任一轴到达的是否为同一对象，标题是否可对上。
- 主界面只强调一到两套最常用的轴，其余放进筛选、相关链接或检索，避免导航过载。
- 验证：分别只给主题、只给任务、只给时间三种任务脚本，每一种都应能不翻译地到达。若某种线索只能靠搜索补救，说明那一套组织还没建，只是口头上「可以并存」。