V3.07.1Ambient visibility of sharing scope设计

共享范围需在内容旁持续可见

别名: 共享状态可见 · 谁能看到这份文档 · 共享范围显示

概念解释

一份共享文档的可见范围——谁能看、谁能改、是否已扩散到组织外——必须作为常驻信息显示在内容旁边,而不是埋在分享设置的二级页面里。用户写作时的隐含假设是「内容只被预期的人看到」,而共享范围会随时间漂移(被人转发了链接、被拉进了新群、链接设成了任何人可看)。范围不可见时,人按最私密的假设写,事后才发现读者早已超出预期;范围常驻可见时,写作前的自查成为零成本动作。这里的「内容旁」指同屏常驻(标题栏的人数头像、共享角标),点开可看明细。

机制

共享范围的问题在于它变更频繁且变更不显眼:链接被转发一次、权限被改一次,内容本身毫无变化,界面上没有任何事件提醒正在写作的人。人对「谁在读我写的东西」的判断因此长期停留在文档创建时的快照——「就是我拉的那几个人」——而真实范围早已滚雪球。写作内容与读者范围是强耦合的:同一份草稿,知道只有三个人看时会写得直白,知道全组可见时会加铺垫与措辞。这个调整只有在意料到范围时才会发生;范围不可见,人无法为读者写作,只能为想象中的读者写作。持续可见把范围从「创建时设置过一次的东西」变成「写作过程中活的上下文」,用最低的成本(一个常驻角标)维持内容与读者假设的对齐。共享状态的归属需要持续可辨才能指导行为——这与协作者状态、编辑状态需要常驻显示是同一族问题,此处落到「谁能看到」上。

边界

可见的粒度要防两个极端:只显示「已共享」不显示范围,等于没说;把完整名单与邮箱无差别铺开,在投屏与演示场景反而泄露参与者信息。合理的层级是:常驻层给概貌(人数、内外部标志、权限档位),点开层给明细,明细里对外部人员做标记。另外,范围可见只解决「知不知道」,不解决「改不改」——扩张共享的把关与变更的通知是另外两件事,配套才完整。

怎么落地

  • 文档标题栏常驻共享概貌:头像堆叠或人数、内部/外部标志、当前权限档位,点击展开完整名单与各自权限。
  • 概貌层直接标出异常状态:链接对任何人可开、含外部成员、已转发 N 次,用色点或角标区分。
  • 投屏/演示模式下自动收起明细只留概貌,防止参与者信息反向泄露。
  • 验证:在写作任务中途询问用户「现在谁能看到这份文档」,与真实范围比对;错误率集中出现在范围发生过变更的文档上,即说明常驻概貌没有把变更传达到位。

延伸

  • 同组V3.07.2 查看、评论与编辑三级权限的语义差别 · V3.07.3 扩大共享范围需要显式确认 · V3.07.4 权限继承与例外的可理解性 · V3.07.5 权限变更需通知受影响的协作者
  • 相邻V2.09 意识信息与监控的边界 · V3.03 锁定与乐观并发
  • 站内检索sharing scope visibility · audience awareness · share indicator · permission display

同组卡片

快捷操作

分享

分享当前页面

ios_share

https://hci.top/zh/handbook/V3.07.1