指出哪一段需要补充或修正
如果某篇内容存在表述不清、步骤遗漏、条件没有说明或信息已经不合适，可以记录页面主题和具体段落，再说明希望补充什么。涉及实时状态、政策或价格时，应尽量附上可靠来源线索，而不是只提供截图结论。
FEEDBACK · 意见反馈
把问题说具体，往往就更容易被看见
反馈不需要提供敏感资料。说明所在频道、发生过程和期望结果，通常比只写“不能用”更有帮助。
从真实使用场景描述需求
与其只说“增加一个功能”，更有帮助的是说明你当时想完成什么、现有流程卡在哪里、理想情况下希望少做哪一步。这样可以判断问题究竟来自导航、阅读顺序、按钮位置还是信息缺失。
记录设备、页面和操作步骤
若遇到按钮无法点击、排版错位或页面异常，可写明使用的设备类型、浏览器、所在页面以及问题发生前的操作。截图可以保留页面区域，但请先遮挡账号、通知、地址、证件等私人信息。
处理说明
反馈内容如何整理
先确认问题涉及内容、功能、兼容性还是安全隐私。
对技术问题按页面和操作步骤检查是否可以稳定出现。
根据影响范围和风险程度决定优先级，不用虚假进度安抚。
能够修正的内容在验证后更新；无法确认的部分明确保留。
反馈时请不要提交账号密码、短信验证码、银行卡资料、完整身份证件、精确家庭住址或其他不必要的敏感信息。
反馈写法
四类信息，足以让问题更容易定位
发生在哪里
写明所在频道或内容主题，例如“出行攻略的行李部分”或“手机底部入口”。不需要提供真实姓名、账号或住址。位置越具体，越容易避免在无关区域反复查找。
做了什么
按照发生顺序描述操作，例如进入某页、向下阅读、点击某个入口后出现什么现象。不要只写“打不开”或“有问题”，因为同一个结果可能来自不同原因。
实际看到了什么
描述文字、按钮或画面表现即可。需要截图时先裁掉系统通知、聊天头像、地址、账号和其他私人信息。对于内容事实问题，最好附上可以公开核对的来源线索。
期望怎样
说明你原本希望完成的事情，例如“希望回到上一频道”“希望文字在小屏幕完整显示”。清楚的期望有助于判断应该修改内容、入口还是阅读顺序。