NG / 导航志 · 关于本志
把卡住的那一步，
拆成照着做就行的动作
NG 娱乐把中文用户最常遇到的账户、登录与入口问题，整理成一份长期维护的自助指引。首次打开不知道从哪点、换手机后要重新确认什么、报错只给一行提示该往哪查——每个问题都能在这里找到一条可以立刻执行的路径。
- 一级栏目
- 6
- 二级栏目
- 28
- 三级条目
- 96
- 规则说明条目
- 41
- 内容成员
- 14
- 累计服务访客
- 46万
01
我们做什么
不解释原理，先给动作——你能当场照着走完的那种
来这个地方的人，多半不是来读长文的。刚完成注册的人想确认下一步绑定对不对；换了新手机的人发现之前的设置不见了；还有人只是登录不上，而屏幕上只给了一行看不出所以然的提示。我们要做的，就是把这类时刻接住。
所以这份指引的写法跟一般说明文档不一样：先告诉你现在该点哪里，再补一句为什么这样做更稳妥。规则、前提和例外情况收在操作旁边，不用来回翻页。
-
A1
第一次打开，不确定先做哪件
从首次账户设置开始，一步一步把初始化走完。顺序对了，后面就不会在同一步反复绕回来。
-
A2
换了手机，原来的设置像没了
设备迁移的条目会分开说清哪些必须重新确认、哪些可以沿用，你按顺序过一遍就行，不用全部重设。
-
A3
登录不上，报错只有一行字
按现象查，从最简单的检查项开始往上排。多数情况走到第三步之前就能判断问题卡在哪里。
-
A4
页面变了，找不到原来那个入口
退回旧入口、切换分类、恢复默认布局，三条路径各有对应说明，按你想要的最终样子挑一条走。
02
三层栏目结构
从“这是哪一类事”一路收窄到“现在点这里”
栏目之所以分三层，是因为用户找东西的方式本身就是由粗到细的。第一层是六个方向，回答“我这问题属于哪一类”；第二层把这些方向拆成具体场景，例如账号设置里有绑定、有迁移、有恢复；第三层才是你真正照着做的那一段说明。
把规则说明放在第三层，是一个刻意的选择。同一个操作，在不同版本、不同设备上的处理方式并不相同。规则贴在最靠近动作的位置，你就不需要跳到另一个页面去核对前提条件。
96 条三级条目里，有 41 条属于规则说明。它们通常不长，但决定了你手上这一步能不能照搬。
L1 一级栏目 · 六个方向
账户与设置、注册与登录、入口与版本、设备迁移、专题报告、服务专区。你先认方向，不认具体标题，找起来会快很多。
L2 二级栏目 · 二十八个场景
把方向落成场景。同样是“登录问题”，首次注册卡住和长期不登录后忘记路径，处理顺序完全不一样，所以它们分在不同的二级栏目里。
L3 三级条目 · 规则说明与操作步骤
每条都标注了适用版本、影响范围和大致操作时长。动手之前先看一眼，你就能判断这条到底适不适合自己，不用试错。
03
内容团队与分工
14 个人分三组，每条指引都有人写、有人查
维护这份指引的是一个 14 人小团队，按工作性质分成三组。分工不是按页面切的，而是按一条条目从想法到上线要经过的环节切的——这样每一段都有人专门盯，不容易在衔接处漏掉东西。
| 分组 | 人数 | 主要负责 | 协作方式 |
|---|---|---|---|
| 索引编辑 | 6 | 判断新问题该归到哪个栏目，维护一级到三级的归属关系，处理重复与合并。 | 每周过一次待归类清单，先定归属再交给撰写。 |
| 指引撰写 | 5 | 把问题写成动词开头的步骤，补齐适用版本、影响范围与操作时长。 | 与索引编辑成对推进，条目改归属时同步改写开头。 |
| 条目校对 | 3 | 按步骤实际走一遍，核对文字与界面是否对得上，检查条件说明是否遗漏。 | 独立于撰写组执行，发现偏差直接打回，不代为修改。 |
T1 索引编辑组具体做什么
新出现的问题先进入待归类清单，由索引编辑判断是属于已有场景，还是需要新增二级栏目。归属确定后才会进入撰写环节，避免写完发现放错地方。
T2 撰写与校对怎么配合
撰写完成的是初稿，校对组会按步骤从头走一遍。文字描述和实际操作对不上的地方会被标出来退回，由撰写组调整。这个来回通常在一个更新周期内完成。
T3 遇到分歧怎么定
如果撰写与校对对某一步的判断不一致，以实际走通的结果为准。走不通的写法不进最终版本，哪怕它读起来更顺。
04
校对流程与质量评审
一条条目从提出到上线，要过四道环节
流程本身并不复杂，关键是每一道都有明确的产出物，不能含糊过去。下面这四步是一条条目上线的固定路线，规则说明类条目会在第三步多停一会儿。
-
STEP 1
归入栏目，确定层级
先判断问题属于哪个方向、哪个场景。归属定下来，写法才有参照，措辞的轻重也能对齐同一栏目里的其他条目。
-
STEP 2
写成可执行步骤
每条以动词开头，控制在两行以内。先给动作，后补原因；原因写不完的部分收进同页的折叠说明里。
-
STEP 3
实际走一遍再定稿
校对组按写好的步骤真操作一次，确认界面位置、提示文字与描述一致。规则说明还要核对适用版本，写清不适用时该怎么走。
-
STEP 4
标注状态，进入索引
上线时打上状态标签，方便你判断这条是刚加的、刚改过的，还是仍在观察中的。之后每次调整都会同步更新标签。
这套校对流程已经连续三年通过合作方的年度质量评审，评定结果为 A 级。目前有 9 家内容与技术合作方参与共建，评审意见会直接进入下一周期的修订计划。
05
更新节奏与覆盖范围
每个周期改一批，改了什么用标签标出来
索引每个周期更新一次，平均新增或修订 12 条条目。改动不会悄悄发生——新增的、修订过的、还在观察期的，各有一种状态标签标在条目标题旁边。你上次看过的那条如果被改过，一眼就能认出来。
访问这份指引的人里，移动端占了约 78%，所以页面在手机上优先做的适配：首屏加载控制在 1.2 秒以内，折叠说明在没有脚本的情况下照样能展开阅读。主要服务地区为江西，联系地址与备案信息可以在页脚和联系通道页找到。
栏目结构的演进阶段
-
阶段一 从单层目录起步
早期只有一层目录，所有问题平铺排列。条目少的时候够用，问题一多就明显找不到东西。
-
阶段二 扩展为两层目录
按方向拆出第一层，再把具体问题挂到第二层。检索体验明显改善，但规则类内容仍然混在步骤里，读起来容易断。
-
阶段三 规则说明单列一层
把适用条件、影响范围这类内容单独提出来放在第三层，操作步骤因此变得干净，读的人可以先确认适不适用，再决定要不要照着做。
-
阶段四 折叠体系与状态标签
第三层改由折叠面板承载，默认展开第一条作为阅读引子；同时引入状态标签，让周期内的变化可以直接看出来。这就是当前使用中的结构。
06
合作与纠错
你发现的问题，会直接进入下个周期的修订计划
如果你按某条步骤走下来跟实际情况对不上，或者发现某个常见问题还没有对应条目，欢迎告诉我们。校对组会先复现一次；确认存在偏差的条目会进入下个周期的修订清单。
我们也在寻找内容与技术方向的长期合作方。专题共建、栏目归类建议、条目走查协作，这几类合作都有对应的接入方式。
-
纠错
说明你在哪条条目、走到第几步出现偏差，越具体越好定位。
-
专题共建
围绕某个方向的成组问题一起整理，成果会以专题形式进入栏目。
-
渠道合作
内容与技术方向的长期协作，具体形式可以在沟通中确定。