建立于:
客户体验 (CX) 团队与我们的内容社区志愿者一起，负责在 Mozilla 支持（也称为 SUMO）平台上创建、维护和发布知识库文章。对于世界各地数百万用户来说，当他们需要帮助或对我们的产品有疑问时，我们的支持内容是他们与 Mozilla 的第一个接触点。
请在下文了解如何提交支持内容请求。
目录
开始之前
在通过 Bugzilla 提交内容请求之前，确定您提议的更改类型非常重要，因为我们对次要和主要更新遵循不同的工作流程。在继续之前，请查看 文章和更改状态 以了解每个类别下的具体要求。
直接向知识库提交更新
如果您的请求符合次要更新的条件，并且您愿意自己进行更改，您可以直接在 SUMO 中提交您的编辑。
有关分步说明，请查看 编辑知识库文章。
如何提交 SUMO 内容请求？
要请求新的支持内容或更改现有文章，请在 Bugzilla 的 知识库内容组件 中提交一个 bug。
通常，功能或产品负责人会提交内容请求。但任何有改进支持内容想法的人，包括贡献者，都欢迎这样做。 对于所有新文章或主要更新，都需要一个 Bugzilla 请求才能处理内容。唯一的例外是次要修复，可以直接在知识库文章中提交（无需 Bugzilla 请求）。
需要包含的重要信息
为了帮助我们快速高效地开始工作，请务必在您的 Bugzilla 工单中包含以下信息：
- 内容是否受限？- 这有助于我们确定如何管理对请求的访问。
- 非机密请求对任何拥有链接的人都可见，并且可以接收评论和建议。这种开放性允许社区成员贡献和协作。
- 机密请求仅限于 Mozilla 员工，并在内部处理。这些通常涉及敏感信息，例如：
- 尚未公开发布的功能
- 与合作伙伴相关的内容
- 战略性商业计划
- 产品（例如：Firefox Desktop、Firefox for Android）
- 请求类型：
- 新文章
- 更新现有文章
- 产品内链接请求
- 请求摘要 - 对所需内容的简短描述。
- 目标发布版本 和发布日期。
- 发布要求，例如时间表、本地化需求和审批联系人。
- 相关资产和文档，例如规格链接、设计资产、测试说明等。请尽可能多地包含公共链接（例如，使用 Bugzilla 而不是 Jira），因为我们的社区深度参与我们的内容流程。
常见问题解答
查看一些关于我们的内容接收和内容创建流程的常见问题。
请求提交后的流程是什么？
提交 Bugzilla 工单后，内容团队将：
- 认领 Bugzilla 请求并验证所有必需信息是否已包含。如果需要额外信息，内容团队将与 CX 产品支持经理合作获取其余详细信息。Bugzilla 工单的所有未来更新将向请求者发送自动通知（由其个人设置决定）。
- 完成更新所需的所有工作，并通过 Bugzilla 工单与联系人跟进，以获得内容的最终批准。
- 内容发布后确认完成，并关闭 Bugzilla 工单。
SUMO 的写作指南是什么？
了解更多关于我们如何撰写知识库文章。
提交请求时我还需要知道哪些其他技巧？
请牢记以下注意事项：
- 内容团队不会处理未与 Bugzilla 工单关联的请求。在我们评估正确的优先级和完成时间表之前，必须提交我们的接收表单中的信息。
- 针对正式版本的 Bugzilla 工单应在发布前 10 天提交。
- 提交本地化请求必须在期望完成日期前 10 天完成。我们有一个优秀的本地化专家社区，他们会按优先级顺序协助处理所有请求。
- 我们不为 Nightly 或 Beta 版本发布内容，除非公关或法务部门要求。
如何提交机密或受限的内容请求？
我们 Bugzilla 队列中的所有工单对签署了 NDA 和未签署 NDA 的贡献者都可见。如果您有需要仅对 Mozilla 员工保密的请求，请打开工单左上角的高级字段，并勾选页面底部附近的机密 Mozilla 员工 Bug（非安全）复选框。
我可以为实验提交内容请求吗？
CX 内容团队将在以下情况下创建和发布内容：
- 功能已向50% 或更多的用户群推出，和/或
- 存在潜在的公关或法律影响（需要 CX PSM 签字批准）。
如果以上两项均不适用，产品团队可以自行撰写支持文章，我们将进行编辑/发布。
贡献者如何帮助处理内容请求？
请参阅 内容请求的贡献者分配 文章，了解更多关于贡献者如何提供帮助的信息。
