发一张有用的故障截图，先留下提示，再遮住无关信息

客户发来一张整屏照片，窗口很小，真正的错误提示却看不清；另一张图只截了“失败”两个字，客服又不知道是哪一步。截图要帮助排查，需要在信息足够与无关内容尽量少之间取得平衡。

先确定这张图要回答什么

如果想说明按钮无法点击，保留按钮和相关状态；如果想说明错误，保留完整提示与必要的页面位置；如果布局异常，保留能看出遮挡关系的区域。不要为追求画面干净，把工程师判断所需的文字一起裁掉。

截图中出现账号、订单、地址或其他个人资料时，先判断是否与问题有关。无关部分遮盖或裁去；确需提供的内容，按企业规定的安全方式传递。不要让客户为了证明一个界面问题，发送整张桌面、完整通讯录或其他业务窗口。

图下面补四行字

发生时间：今天约14:20。
操作位置：订单查询页面。
做了什么：填写测试编号后点击查询。
看到什么：页面显示附件中的错误，刷新后仍然出现。

这是说明格式的示例，可以按情况删减。若问题偶发，补充出现频率和当时条件；如果刚做过更新，也说明变化。不要要求客户一开始就提交大量日志，先用最少证据判断下一步需要什么。

在千悦等聊天工作台中，可以通过当前渠道支持的图片方式发送截图。截图通常可先由设备系统工具取得，再按支持的粘贴或上传方式提交；是否有专用截图按钮、支持何种格式与大小，应以实际客户端与渠道为准，不将图片发送能力说成能远程查看客户屏幕。

客服收到图片后，先核对是否看懂

可以简短复述关键现象：“我看到查询后出现了这条提示，发生在测试编号提交之后，对吗？”若图中文字不清楚，优先请客户复制错误原文，或重新截取相关区域，不必让客户重发整个桌面。

截图反映的是某一时点的画面，无法单独证明原因。界面出现异常，不一定说明数据库丢失；按钮灰色，也可能与当前权限或状态有关。应把图片与操作顺序、环境和后续结果一起看，不从单张图作过度结论。

转交技术人员时，保留同一份证据

将截图与相关会话或工单关联，说明它对应哪一步，避免在多个群里反复压缩、转发后失去清晰度与来源。必要的标注应另存说明，不能修改原图中的错误文字，让后来的人误以为那是系统原始提示。

问题处理后，让客户重试最初失败的动作，并记录结果。截图是沟通工具，目的在于缩小问题范围；一张图配上清楚的四行说明，往往比十张没有上下文的照片更节省双方时间。