STEP 01
升级前:记下当前版本
在版本信息里确认自己现在是哪一版,顺手把最近关心的记录编号存一份。万一升级后位置变了,还能凭编号找回那一条。
01
大多数时候您只需要其中一项。点开任意一格,能看到它具体管什么、从哪儿进。
03
入口搬到了首页第二栏,不必先登录也不必先进设置。手里有什么线索,就用哪种找法。
记录编号
编号由版本段加三位序号组成,例如 UP-2.0-012。这条最准,适合您手里还留着公告回执或当时的截图,复制整段粘进去就能定位。
版本号
输入 V2.0 这样的版本号,会把这个版本下的全部记录列出来。适合只记得「大概是上一次更新时改的」,想整体过一遍的情况。
状态
按已受理、处理中、已答复、已归档筛一遍,剩下的就是还没走完的条目。适合只看进展、不需要逐条读原文的时候。
04
反馈通道已并进帮助中心内容中心,提交和查看在同一个地方,状态分四档,每档对应一个明确的下一步。
提交时描述清楚问题出现的场景和当前版本号,系统会给这条反馈分配一个记录编号。之后无论隔多久回来,凭这个编号就能看到它停在哪一档,不需要重新描述一遍。
已受理
编号已生成,内容进入待处理队列,此时补充信息还来得及。
处理中
已在核对具体情形,可能会来信向您确认设备与版本。
已答复
结论已回到这条记录上,按记录里的说明操作即可。
已归档
事项结束,记录仍可查询,日后同类问题可以照此对照。
05
从 V1.6 到 V2.0,变化集中在导航、公告和反馈三条线上。对照下表,能看出您手上的版本差在哪一段。
| 版本 | 导航结构 | 公告查询 | 反馈通道 |
|---|---|---|---|
| V1.6 | 入口横向平铺,切换分组需退回上一级 | 公告集中在更新页,只能整页翻阅 | 走客服邮箱,进度靠往来邮件 |
| V1.7 | 入口拆成两屏,常用项前置 | 公告按版本分组,先选版本再看条目 | 首次记录受理状态,可回查 |
| V1.8 | 新增列表式入口,一屏可容纳更多分组 | 支持按版本号筛出该版本下的记录 | 状态细化到三档,能看出是否在办 |
| V1.9 | 尝试分层,深层返回路径偏长 | 记录编号启用,可凭编号直接定位 | 反馈并入帮助中心内容中心 |
| V2.0 | V3 导航成型:一级 6 个、二级 24 个,抽屉展开 | 首页第二栏直达,编号、版本、状态三种查法 | 四档状态逐条可看,编号随记录长期保留 |
06
客户端跟着版本公告一起更新,双周一个小版本、每月一个大版本。升级本身不复杂,麻烦通常出在升级前后没留记录。
STEP 01
在版本信息里确认自己现在是哪一版,顺手把最近关心的记录编号存一份。万一升级后位置变了,还能凭编号找回那一条。
STEP 02
版本说明会在公告里同步发布,写明这一版动了哪些位置。看到与导航、公告有关的调整,先读一遍再更新,比更新完再摸索要快。
STEP 03
看一眼更新公告的入口是否仍在首页第二栏,再看导航是否为 6 个一级入口的抽屉结构。两处都对上,说明已经在新版上。
如果升级后界面与上面描述不符,多半是还停在旧版本,按公告里的版本说明再走一次即可;仍对不上,把版本号和记录编号一并发到客服邮箱。