发现官网按钮没有反应、图片不显示或内容错位时，只发一句“网站坏了”，维护人员往往还需要追问多个问题。清楚的反馈不需要懂技术，只需要记录自己在什么情况下看到了什么。
先说明出问题的是哪一页。
复制浏览器地址栏中的页面地址，再说明使用的是电脑还是手机、浏览器名称，以及大致发生时间。如果地址中含登录凭据、临时访问令牌或客户信息，不要直接发到公开群；应通过约定的安全渠道提供必要信息。地址不方便分享时，可以先写页面名称和进入路径。
按顺序写出操作步骤。
“从首页进入产品页，打开某型号，再点击资料下载”比“下载有问题”更具体。接着分别写出期望结果和实际结果，例如“希望打开文件，实际停留在原页面，并出现一行错误提示”。错误文字尽量准确记录，不要只转述成“系统报错”。
截图保留上下文，敏感内容先遮挡。
截图可以包含页面标题、出错位置和提示信息，避免只截一个看不出来源的图标。涉及姓名、电话、订单或内部资料时，先遮挡与排查无关的部分。不要为了证明问题，把后台密码、验证码或完整客户名单一起发出。
说明是否重复出现，但不要反复提交真实业务。
可以记录重新打开页面后是否仍有问题，以及是否只有某台设备出现异常。遇到付款、订单或咨询提交结果不明时，不要连续点击尝试；先联系负责人员确认是否已经收到，避免重复记录。需要进一步测试时，使用双方约定的测试方式。
修复后沿原步骤复查。
收到处理反馈后，用最初的进入路径检查一次，确认原问题是否消失、相关内容是否正常。若仍然异常，补充新的时间和表现，不必重新写一份模糊描述。
日常可直接采用这份反馈格式：页面地址或名称、设备与浏览器、发生时间、操作步骤、期望结果、实际结果、已脱敏截图。它不能保证所有问题立即解决，但能让沟通围绕同一个现象展开。
封面为 AI 生成示意图，非实际项目照片。