故障照片上网要绑定工单号和拍摄条件

售后同事把客户发来的故障照片放进资料页，销售转给新客户时只剩一张局部图。对方看不到工单号、机型和拍摄条件，就容易把一次现场问题当成产品通病。故障照片上网前，要先让照片回到工单和设备状态里。

照片先绑定工单和机型范围

资料负责人应把photo_id、work_order_no、product_model、serial_no、customer_use_scene和failure_time放在同一条记录里。若照片来自代理商、客户现场或内部试机，要写清来源。售后看到页面时，能判断这张图服务哪个工单，不把它套到别的设备上。

机型范围要比文件夹名更细。后台要保留start_serial、end_serial、firmware_version和installed_option，必要时关联备件或整机档案。售后备件询盘如何带上整机型号和序列号范围，可参考备件询盘的机型序列号记录。

如果客户只提供微信图片或压缩图，资料负责人要标记original_file_status。原图缺失时，页面只能作为问题线索，不能作为零件判定依据。需要继续追问时，把补拍要求写进work_order_note，例如铭牌全景、故障部位近景、报警屏状态和安装环境。

拍摄条件要能复现判断

一张故障照片不能只写“现场反馈”。记录里要有shooting_angle、distance、light_condition、part_position、running_status和before_after_repair。比如漏油、划伤、线束松动、报警屏或异响位置，照片要说明拍的是外观、接口、拆开后的内部位置，还是维修后的复查画面。

文件名也要避免混乱。建议使用faultphoto_工单号_序列号_角度_版本号.webp，原图另存，不在公开页直接暴露客户名称。客户图纸或现场资料转发前如何标明使用范围，可对照客户资料转发范围记录。

缩略图和原图也要分开。公开页可使用压缩后的web_image_path，内部保留original_image_path、hash_value和uploader。若照片经过裁剪、遮挡或打码，要写edit_note，说明处理原因。后续有人复查时，能知道画面缺了什么，而不是把裁剪后的局部图当成完整现场。

处理状态别写成最终原因

售后负责人可以给照片加status字段，但要区分received、checked、waiting_parts、repaired和closed。只收到照片时，页面不能写成已确认故障原因；工程人员未复核时，也不能把客户猜测写成工厂结论。

若照片牵涉安装条件、地基接口、电源接线或操作步骤，资料页要写清不能直接判断的部分。安装调试记录如何拆分公开字段和项目原件，可参考安装调试记录的公开字段处理。

销售使用故障照片时，也要看usage_scope。可以用于说明维护步骤的照片，不一定能用于解释故障比例；可以用于同型号售后交接的照片，不一定能放进新品页面。资料页把allowed_use、restricted_use和expire_review_date写清，避免旧照片在报价、培训和客户答复里反复漂移。

复查责任要留给下一次交接

照片资料页要保留responsible_owner、reviewer、review_date和next_action。销售复用照片回答客户前，先看工单是否关闭、备件是否更换、同机型是否有重复投诉。若只有临时处理结果，就在页面写明待复查，不把它放进常见问题或产品缺陷说明。

适用边界要写在正文里，不只写在附件表格。若客户现场改装过护罩、线路或控制程序，售后负责人要把改装状态列为判断前提。若照片显示的是运输磕碰、安装偏差或使用磨损，也要分开记录，防止质量、物流和售后责任混在同一个结论里。

每月抽查高频故障照片。售后负责人核对工单状态，质量负责人确认是否进入纠正措施，产品资料负责人检查公开图是否仍符合保密范围，销售负责人清理旧报价或旧邮件中的误引用。发现搜索摘要或客户转述仍沿用旧照片结论时，先更新资料页，再在change_note里写明旧判断、新状态、复核人和时间。