G1.02.1exact organization schemes设计研究
精确型组织（字母、时间、地理）有唯一答案
别名: 精确组织 · alphabetical chronological geographical · 客观组织
概念解释
精确型组织（exact organization schemes）按字母、时间、地理这类有客观坐标的属性排内容，每条内容只有一个正确位置。Rosenfeld 与 Morville 把它和模糊型组织分开：通讯录按姓氏、新闻按日期、门店按城市，争议空间接近于零。精确不表示「对用户更友好」，只表示归属不依赖解释——「A 开头」没有第二种读法。
精确型组织回答的是「已知属性，去哪一格」。它不回答「这件事属于哪个主题」。把产品手册按出版年排，对记得年份的人有效，对只记得功能名的人无效。
机制
精确属性把集合变成可寻址的坐标轴。字母序利用已自动化的拼写检索，时间序利用事件在记忆里的先后，地理序利用人对地点的唯一指称。因为坐标来自内容的固有字段而不是编目员的判断，两人独立归档会落到同一格，维护时也不需要再开分类会。代价是：用户必须已经持有那个坐标。不知道作者姓氏就无法走字母表，不知道事发年份就无法走时间轴。
精确轴还要求字段完整且格式统一。日期有的写「2024」、有的写「去年」、有的缺失，坐标轴会断。地理用「华北」和「北京市」混排，唯一性立刻消失，精确型退化成需要解释的模糊型。
怎么研究
检验的不是「好不好看」，而是已知属性时定位是否唯一、字段缺失时是否崩溃。
- 范式：给已知键（姓氏、日期、城市）的查找任务，对比精确轴与主题轴；再给缺键任务，看精确轴是否失效。
- 自变量：组织键（字母 / 时间 / 地理）、键的完整度、键的粒度（年 vs 日，国家 vs 街道）。
- 因变量：首次命中正确区间的比例、在相邻区间来回翻找的次数、用户能否说出「为什么它在这里」。
- 方法论注意点：精确轴的高成功率高度依赖任务是否提供了那个键。实验室若把日期写在任务脚本里，会高估真实场景里「记得日期」的比例。查询日志里能看到人们实际带着什么键来。
边界
专名的字母序受语言和排序规则影响：中文按拼音还是笔画、德语的变音符号、西班牙的 ch 是否独立成字母，都会让「唯一答案」变成「对本排序规则唯一」。时间轴在跨时区、农历与公历并存时会裂开。地理边界有争议或用户用的是「回家路上」这种非行政单位时，地理序无法落地。内容的主键根本不是精确属性（一篇「如何报销」没有自然的字母位置）时，不要硬造精确轴。
怎么落地
- 只在用户确实带着字母、时间或地点来找的集合上使用精确轴：通讯录、日志、门店、档案号。
- 把精确键做成可见刻度（字母索引、年份刻度、地图），不要只在内部排序却在界面上呈现主题名。
- 规定单一格式与单一粒度，拒绝「2024」「去年」「Q3」混在同一轴上。
- 验证：抽十条内容，让两个人独立归档，位置应完全一致。再找一批不知道该键的人做同一查找，若他们大量失败，说明还需要另一套组织，而不是把精确轴做得更精致。