H8.05.3collection organization设计研究

大量收藏需要组织手段

别名: 收藏分类 · 阅读列表整理 · bookmark folders

概念解释

收藏清单一旦从十几条涨到几百条,「稍后」变成又一个要搜索的库。组织手段是在这份私人清单内部做分组、筛选、标记已处理——文件夹、标签、状态——让人能按当时钉住的目的把项找回来。它出现在再访入口已经存在、清单已经太大之后。内容对象上的通用标签体系、全库搜索、把不用的项归档出主列表,可以协助组织,但不是收藏清单自己的组织问题。

机制

稍后处理按「将来的我能想起来的线索」存储:主题、来源、紧急程度。时间顺序只保留「何时钉的」,不保留「为何钉」。清单变长后,最近钉住的项淹没了更早但更重要的项,人开始不敢再钉,或另建外部清单。组织手段把一条收藏从「堆」里抽成可过滤的对象。若组织只能在钉住当时完成(必须选文件夹才能收藏),会伤害可达的那一次轻触;若组织永远不能事后补,清单会在几个月后不可用。已处理(已读、已用完)若不从「待处理」里拿开,组织等于没做:人每次打开仍先看见已经结束的项。

怎么研究

让人先无组织地收藏一批跨主题内容,间隔后再完成「找出所有与某主题有关的钉子」。比较无分组、仅时间排序、可事后打标签或建文件夹。

自变量:是否允许事后组织、已处理能否滤掉、组织动作是否倒逼到收藏当下。 因变量:指定主题的找回率、打开清单后的放弃、是否停止继续收藏。

实验室收藏量太小看不出崩溃点。要把规模做到人无法靠扫视完成。询问「你为什么不敢再收藏」往往比正确率更能定位组织失败。不要把通用搜索的命中算成组织成功——搜标题能找到,说明清单自己没有按目的分组。

边界

几十条以内、主题单一的清单,强上文件夹是额外工作。共享的团队收藏夹引入的是权限和命名冲突,不再是私人稍后处理。自动分组(按来源、按日期桶)可以当默认组织,但必须能改,否则人的「为何钉」和系统的「从哪来」对不上。组织手段删除分组时不应删除收藏本身。

怎么落地

  • 收藏当下不强制选夹;在清单里提供事后建夹、打标签、标「已处理」。
  • 默认视图是未处理;已处理可一键滤掉,而不是和待办混排。
  • 允许一条收藏属于多个分组,避免为了组织而复制钉子。
  • 验证:在上百条跨主题收藏里请人找出某目的下的全部项。若只能靠滚或靠搜标题,组织手段不足。再看新的收藏是否仍被用作稍后处理,还是已经停用。

延伸

  • 同组H8.05.1 收藏入口需在浏览过程中可达 · H8.05.2 收藏后需有明确的再访入口
  • 相邻H8.10 标记、标签与归类 · H8.13 内容的搜索与定位 · H8.14 内容的生命周期与归档
  • 站内检索collection organization · reading list · personal information management

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/H8.05.3