V3.04.1Follow mode and viewport coupling设计研究
跟随模式把一方的视口变化同步给其他人
别名: 视口跟随 · 跟随浏览 · 多人视口同步
概念解释
跟随模式（follow mode）把一个人在共享空间里的视口变化——滚动、缩放、跳转——实时复制到其他人的屏幕上：领导者在文档里向下翻，所有人的画面一起向下翻。它是「大家看同一个地方」这件事的机械实现，常见于协同浏览、共享演示、多人文档的「跟随此人的光标」。与强制全员同视图的老式「所见即所得共享」（WYSIWIS）不同，跟随是自愿耦合：每人默认有自己的视口，跟随才把视口交给别人，随时可以收回。这个「可分可合」正是它区别于屏幕共享的地方——观看者仍然在自己的客户端里，拥有自己的控件与光标。
机制
跟随解决的是参照系对齐的成本问题。协作讨论里最大的一笔隐性开销是「你们说的第三段在哪」——各自视口不同，每个指代都要先对齐位置才能开始交流。跟随把对齐变成持续状态而不是反复动作：跟随者的视口自动吸附到领导者的位置，指代从「翻到第 4 页第二个图」退化为「这个」。实现上它是视口事件的单向广播：领导者的滚动与缩放事件被复制到跟随者的客户端渲染，输入权不受影响——跟随者看同一处，但仍然能打字、能选择。也正因为耦合是单向的，权力是不对称的：领导者去哪，所有人只能跟到哪，这既是跟随的效率来源，也是它全部问题的根源——移动过快、脱离困难、被跟随者不知情，都从这个不对称里长出来。
怎么研究
- 范式：对照实验比较三种共视方式（自由视口+口头对齐 / 屏幕共享 / 跟随模式）下的指代沟通成本：对齐话轮数（「你说的是这个吗」）、任务完成时间、空间一致性错误率；真实协同浏览系统的日志可以分析跟随的启用时长占比、主动脱离率与脱离后的回访模式。
- 变量：自变量为视口耦合方式与群体规模；因变量为对齐话轮数、任务时长、参照错误、主观「跟上了」评分。
- 在界面研究里的用途：判断一个协作场景更适合跟随、屏幕共享还是自由视口——远程讲解、结对评审、各自阅读的答案不同。
- 方法论注意点：跟随的收益高度依赖任务里「同时看同一处」的时间占比；实验任务若全程共视会高估其价值，应包含参与者需要私自查看其它区域的阶段，否则测不到脱离摩擦的代价。
边界
跟随只在单向注意流的场景成立：一人引导、多人接收。一旦出现双向指代（「你看我这边的这个」），单向跟随就不够用，需要控制权交接或相互跟随，复杂度陡增。文档类内容跟随成本低（视口即滚动位置），无限画布与 3D 空间的跟随成本高（还有视角与朝向要同步），跟随者的空间迷失也更严重。人数也有上限：一个领导者带几十个跟随者没问题，因为广播不产生交互；多人轮流领导则需要频繁交接。
怎么落地
- 提供显式的跟随入口（点头像、点「跟随」），并让领导者一侧显示跟随人数。
- 跟随期间保留跟随者的本地操作（选择、复制、私下滚动预览不触发脱离的「软浏览」），不要把跟随做成锁死画面的只读镜像。
- 领导者跳转（搜索、目录跳转）时给跟随者一个短暂的位置提示，避免画面突兀飞走。
- 验证：录屏分析协作过程，统计「位置对齐类」话轮（翻到哪、在哪个图）的占比；跟随模式上线后这类话轮应显著下降，否则耦合没有真正生效。