问题反馈怎么写，才容易修好？

先记下时间、终端和页面入口

记录发生时间、使用终端和进入的页面。

写清操作、预期和实际结果

• 按顺序写出出错前的操作，注明输入与角色。

• 分别写预期结果和实际结果，保存必要截图。

• 确认问题是偶发还是可重复，不反复提交有风险的操作。

• 修正后按原步骤复测，并检查相关正常流程。

把一句打不开，写成可检查的步骤

问题说明可以写成：进入文章列表，搜索一个名称，打开详情，返回后关键词消失。预期是保留关键词，实际是显示全部文章。这样的描述把触发步骤和判断标准分开，修正后也能按相同步骤复测，而不只问现在还出不出问题。

截图和日志，先去掉无关敏感信息

日志和截图应先去掉口令、个人资料等无关敏感信息；问题说明不需要暴露完整数据库。

问题单要能沿原步骤复测

问题单保留时间、环境、步骤、预期、实际及复测结论。

继续了解

报故障前，先留下这些线索

服务支持，先分清紧急与普通问题

发布后别急着结束，走完一次流程