应用场景
BEAT365 升级版把实际使用情境整理成 10 个场景模块，归入首次接入、日常使用、版本升级、多端协同四组。 每个模块都标注适用客户端与适用版本，先定位自己属于哪一组，再顺着对应路径读具体的帮助条目。
场景总览
10 个场景模块
按 4 组主题切分，每组配独立的要点清单与一处视觉。
怎么读这块板
模块的面积不是随机的：占位越大的模块，说明该情境牵涉的前置条件越多，值得先看。 横向扫一遍尺寸差异确认归属组别，再纵向往下读该组的条目。
3
类客户端
电脑端 · 移动端 · 桌面客户端
240
篇支撑文档
帮助文档与版本适配清单合计
当前适配清单锚点
v4.2.1
查询版本兼容性时以此为准，更新记录里逐轮标注。
这一组对应还没进入正常使用的阶段：从选择客户端到完成注册确认，中间几个判断点决定了后面顺不顺。 流程本身不复杂，出错多半发生在顺序上。
先确认设备类型再选安装方式，比先注册后补装更省事，尤其在只有一台设备可用的时候。
适用客户端：电脑端
同一份资料在三类客户端上都能填，但次序会影响二次确认的等待时间。
适用客户端：电脑端 · 移动端 · 桌面客户端
反复重试不会带来新信息。按固定顺序排查，通常能在两三步内定位到原因。
适用客户端：电脑端 · 移动端 · 桌面客户端
进入稳定使用后，场景的关键从“能不能用”变成“顺不顺手”。这一组侧重把零散动作固定成可重复的习惯， 而不是罗列功能入口。
移动端上最先发生的通常是状态确认，而不是内容处理。
适用客户端：移动端
电脑端上同时开多个窗口时，固定入口顺序比记住每个功能的位置更有效， 换机器或换版本之后也不必重新适应。
适用客户端：电脑端
跨设备使用时，退出前的一次确认能避免下次打开时重新对齐状态，这个动作值得固定下来。
适用客户端：电脑端 · 移动端 · 桌面客户端
从 v3 系列跨到 v4 是这一组的主要内容，同时包含 v4 内部小版本迭代时的适配确认。 两类升级的准备量差别很大，混在一起处理容易重复劳动。
v3 到 v4 的跨度涉及界面结构与适配项的调整，迁移前做一次对照能减少反复。
适用客户端：电脑端 · 桌面客户端
v4 系列内部的小版本节奏较快，每轮之后确认一次适配状态就够，不必按跨系列的力度做全量核对。 想知道本轮改了什么，看更新记录的适配清单条目；想知道一个季度的整体口径，看阶段报告。
适用客户端：电脑端 · 移动端 · 桌面客户端
同一套内容在三种客户端之间流动，切换时的重点是状态连续，而不是功能完全对等。 把每种客户端放在它最合适的位置，比追求处处一致更省时间。
切换顺序会影响状态同步的等待时间，“先处理端、后查看端”是更常见的顺序。
适用客户端：电脑端 · 移动端 · 桌面客户端
两者功能范围接近，差别在是否常驻后台、是否需要完整界面。
适用客户端：电脑端 · 桌面客户端
三类客户端不是彼此的替代品。下面按场景组列出各自更合适承担的部分，取舍依据是界面完整度与是否需要常驻。
上表按场景组归纳，每个具体模块的适用客户端分别在四组条目中标注。
每个场景组对应一条主要阅读路径。想让某个具体动作展开成步骤，走第一条；想核对时间与适配，走后三条。