E5.16.2pin count restraint设计

固定项数量需要克制,否则失去快捷的意义

别名: 固定项过多 · too many pins · 快捷变导航

概念解释

固定项之所以快,是因为它们少,扫一眼就能点到。固定项必须克制(pin count restraint),否则这条表面会变成第二条完整导航:项数回到扫描和决策都变贵的那一档,近路的「近」消失了。克制不是审美上的干净,是在保护快捷相对于树的时间差。

机制

近路的收益是「从 n 变到 k,且 k 很小」。k 一旦涨到接近那一层树的宽度,用户又在付一遍扫描税,同时还要判断「到底走固定还是走树」。两条差不多长的清单会互相抢,肌肉记忆也无法形成——位置每周都在被新固定项挤动。产品侧若把推荐、未读、最近打开都自动钉上来,k 会在几天内涨破;用户侧若没有上限,也会因为「以后可能用到」而把固定区当成收藏夹。收藏夹可以很大,快捷不行:收藏是仓库,快捷是工具皮带,皮带上挂满锤子就不是皮带了。

克制还保护命中。少而稳定的槽位能被拇指记住;槽位一多,固定区开始换行或横滑,第一步又变成寻找。

边界

宽桌面侧栏顶部可以比手机底栏多钉几个,但「比树的那一层少一截」这条关系仍在。临时项目型固定(当前打开的文档)可以稍多,前提是随关闭而退钉,不进入永久槽。团队管理员预置的固定项算占用用户的 k,要算进上限,不能再鼓励用户无限制自钉。

怎么落地

  • 给固定区一个硬上限(常见是几个,而不是十几个),满了就要先取下一根才能再钉。
  • 自动钉(最近、推荐)和用户钉分开配额,自动钉必须会过期,不能把 k 吃光。
  • 固定区不要换行成第二棵树;放不下就说明已经不是快捷。
  • 验证:数固定区里每天真正被点的项。大量钉着却从未点的,就是收藏混进了皮带。再测从打开产品到点高频目标的时间,钉满之后若不再快于走树,上限已经失守。

延伸

  • 同组E5.16.1 快捷入口让高频功能绕过完整导航层级 · E5.16.3 快捷入口的可定制性影响其长期使用率 · E5.16.4 固定项与常规导航重复时需保持状态同步
  • 相邻E5.15 导航项数量 · E5.02 底部标签栏
  • 站内检索pin limit · shortcut density · favourites versus pins

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/E5.16.2