清晰的反馈能帮助团队更快确认影响、复现问题并判断优先级。请通过产品内的反馈页面提交，不要只在评论区留下“不能用”。
选择合适类型
- 问题报告：原本应该工作的功能出现错误、卡住或结果异常。
- 功能建议：希望新增能力或改进现有流程。
- 安全或隐私问题：可能涉及账号、付款、敏感数据或可疑微应用行为。
- 账单与权益问题：付款、套餐、额度或权益状态不一致。
- 内容举报：社区帖子、评论或微应用违反规则。
紧急的账号或付款风险应优先使用对应安全渠道，不要在公开帖子中披露细节。
问题报告应包含什么
建议按以下结构填写：
- 一句话摘要：发生了什么以及影响什么；
- 发生环境：网页或桌面端、版本、操作系统、浏览器；
- 操作步骤：从稳定起点开始，逐步写出点击和输入；
- 实际结果：页面提示、错误文本或异常行为；
- 预期结果：你认为应该发生什么；
- 影响范围：每次发生还是偶发，是否阻止继续使用；
- 附件：必要的截图、录屏或已脱敏日志。
示例摘要：
Windows 桌面端登录完成后仍显示未登录，重启后可稳定复现。
功能建议应包含什么
说明真实场景，而不只是一个按钮名称：
- 谁遇到什么问题；
- 当前如何处理，成本在哪里；
- 希望达到的结果；
- 哪些行为是必须的，哪些只是偏好；
- 是否存在安全、隐私或兼容性限制。
保护敏感信息
提交前移除：
- 密码、验证码、恢复令牌和访问令牌；
- 完整付款卡号和证件号码；
- 私人文件内容、聊天内容和联系人信息；
- 与问题无关的浏览器标签、通知或桌面内容。
如果错误信息包含长字符串，先检查它是否可能是凭据。无法判断时，用占位文字替代并说明已脱敏。
提交后
反馈可能经历已收到、需要补充、处理中、已解决或暂不处理等状态。状态和回复以反馈页面为准。
如果需要补充，请尽量在原记录中继续回复，避免为同一问题重复创建多条反馈。问题消失后也可以补充说明最后一次出现时间和可能相关的变化。
内容举报与申诉
举报时提供目标内容、具体违反的规则和必要证据；不要动员他人重复举报。对处理结果有异议时，通过同一记录说明事实和理由，避免公开发布隐私或审核细节。