描述清楚“发生了什么”，比写很多情绪更容易定位问题
意见反馈适合提交功能异常、内容显示、账号使用、隐私设置、消息问题和改进建议。为了让问题更容易核对，可以写明出现入口、具体操作、异常表现和是否重复发生。截图只保留必要内容，并提前遮挡联系人、聊天、证件、银行卡、住址与其他敏感资料。
先选择最接近的问题类型
功能异常可以说明哪个入口无法使用；内容问题说明哪一类动态或页面显示异常；账号问题说明登录、验证码或设备情况；消息问题说明收不到、发不出还是遭遇骚扰；隐私问题说明公开范围与预期哪里不同。
如果只是产品建议，也可以直接写希望改善的具体场景，例如“通知过多，希望能按类型关闭”，比抽象说“体验不好”更容易理解。
- 功能问题。
- 账号或安全问题。
- 消息与隐私问题。
- 内容建议与使用体验。
问题描述建议包含四个要素
第一是你从哪个入口开始，第二是做了哪些操作，第三是实际出现了什么，第四是你原本预期看到什么。如果问题偶尔发生，也可以说明大致频率。
不需要为了显得严重而夸大现象，也不必猜测技术原因。按照实际发生的过程描述，就能减少误判。
- 入口。
- 步骤。
- 实际结果。
- 预期结果。
截图资料只保留解决问题需要的部分
截图前先检查状态栏通知、联系人名称、私人聊天、订单信息、证件、银行卡、支付记录、住址和工作单位等内容。与问题无关的部分应遮挡或裁掉。
如果问题本身与隐私泄露有关，也应避免在反馈中重复上传更多敏感原图。可以先用文字说明现象，再根据明确需要补充最少的信息。
- 遮挡姓名、电话和联系人。
- 不上传完整证件或银行卡。
- 不发送短信验证码和支付密码。
提交后按问题事实继续补充
处理可能需要进一步核对设备环境或复现步骤。若收到补充请求，应确认来源是站内明确流程，并只提供与当前问题直接相关的内容。
任何要求转账、充值、投资、发送验证码或通过陌生链接安装文件才能“完成反馈”的做法都应停止。意见反馈不会通过虚构客服账号、邮箱或电话诱导用户转到站外处理。
- 不通过陌生渠道补交资料。
- 不以金钱换取加速处理。
- 账号异常先进入账号保护。
常见问题
反馈一定要上传截图吗？
不一定。能够用文字清楚描述的问题，可以先写入口、步骤、实际结果和预期结果。截图仅在确实有助于说明问题时提供，并应先遮挡与问题无关的个人资料。
可以在反馈里写手机号吗？
除非某个明确、可信的正式流程确有必要，否则普通功能反馈没有必要公开手机号、证件或银行卡。这里也不会编造客服联系方式要求你转到站外继续处理。
收到补充资料请求怎么办？
先确认请求来自站内明确流程，并判断所要资料是否与问题直接相关。短信验证码、支付密码、完整银行卡和无关证件不应因为所谓“加快处理”而提交。
怎么写改进建议更有用？
描述一个具体使用场景、遇到的困难以及希望达到的结果即可。例如说明在哪个页面需要更清楚的入口，或哪类通知希望能单独控制。具体场景比宽泛评价更容易理解和评估。
继续了解
如果问题涉及账号异常、隐私暴露或骚扰欺骗，先采取保护措施，再提交反馈。停止继续泄露信息往往比尽快写完反馈更重要。