社区帮助中心应该怎样组织常见问题

从读者任务开始，不从组织部门开始

一个读者来到帮助页面，通常已经带着问题：找不到某篇文章、看不懂页面提示、想指出一个错字，或者不知道讨论应放在哪里。如果目录只有综合服务、业务支持、其他问题，读者还要先猜测分类含义。更直接的方法是把入口写成我要找内容、我要反馈页面问题、我想了解参与规则。

海角社区、服务专题使用这些任务来解释社区帮助知识，并不提供账号处理或客服受理。建目录时也应区分知识说明和实际业务能力：有操作说明可以给出说明链接，没有受理渠道就不应放置看似能提交申请的按钮。

问题名称要包含对象和现象

过短的标题例如打不开，缺少发生对象；过长的标题又会在手机上挤成多行。可以采用对象加现象的写法，例如文章中的图片没有显示、目录里找不到已阅读的专题。搜索时读者更可能使用页面上看见的名称，因此标题应尽量与正文和导航里的用词一致。

同一件事可能有不同表达，例如反馈、报错、纠错。可以在目录摘要中自然解释这些词的关系，把相近需求引向同一篇完整说明，避免为每个近义词重复创建内容。至于无法归类的问题，应记录其实际描述，定期检查是否值得增加新分类。

一条答案包含四个必要部分

先用一两句话直接回答，再说明适用条件和操作步骤，最后给出完成标准或后续去向。比如图片未显示的说明，先建议区分单张图片和整页异常，再让读者记录页面地址、图片位置与可见提示，避免只写请重试。

步骤不要依赖颜色或位置作为唯一线索。将点击蓝色按钮改为选择标有文章目录的链接，既减少页面改版造成的歧义，也方便不同阅读方式的读者。知识文章中的动作必须能在所指页面上找到，不能凭空描述不存在的设置入口。

• 适用情境：这条答案解决什么，哪些情形不在范围内。
• 执行步骤：一次只描述一个主要动作，使用页面真实名称。
• 完成标准：读者应该看见什么结果，如何判断动作有效。
• 未解决时：应补充哪些信息，转向哪篇说明或真实渠道。

把目录和正文连接起来

一个目录入口应直接对应完整答案，而不是再次跳到泛泛的分类页。如果需要分层，先给出简短的选择依据。例如内容检索之下可以区分按主题查找、按页面内文字查找、查找曾经读过的内容；每一层都应帮助读者缩小范围。

在答案结尾放置少量相关问题即可。图片显示问题可以连接页面反馈说明，不必塞入所有专题。相关性比链接数量更有用，也能避免读者在多个相似页面间绕圈。对手机读者，短摘要和清楚的返回目录入口往往比一整屏标签更容易使用。

维护时先修真实断点

目录维护可以从三个问题开始：入口文字是否让人误解，步骤能否按顺序完成，答案是否交代未解决后的去向。没有真实使用记录时，不要编造热门问题排名；可以按阅读路径组织，再结合实际收到的有效反馈调整。

教学练习：选一条含糊的问题标题，写出三种可能的具体情境，然后分别检查现有答案能否覆盖。若三种情境需要完全不同的步骤，应拆成不同问题；若只是措辞不同，则保留同一答案并补充解释。这样整理出的帮助中心更容易维护，也能减少重复内容。

延伸问答

常见问题越多越好吗？

数量不是目标。先覆盖主要任务，合并重复问题，确保每个入口有具体答案；没有依据时不标注热门或高频。

答案需要写得很短吗？

开头要能快速回答，后面可以保留必要步骤、例外和示例。简短不能以省略完成标准为代价。