Appearance
铜器维护遗留问题台账怎么记?
维护现场经常会遇到当次无法关闭的问题:客户不在现场确认、备件暂缺、需要内部判断责任、现场条件不允许继续处理,或者客户要求下次再看。遗留问题如果不单独记,后续很容易变成“没人接”的问题。
遗留问题往往不是技术最难的问题,而是责任、时点和确认方式不清。客户记得有问题,内部却只看到“维护完成”,这就容易产生信任落差。
遗留问题台账要从普通维护记录里独立出来。维护单可以显示本次上门完成,但遗留问题不能跟着被写成完成。只要问题还需要二次确认、备件、返修、客户决策或内部判断,就要有单独编号。
| 台账字段 | 写法 | 目的 |
|---|---|---|
| 问题编号 | 按客户、日期或维护单生成 | 防止在群消息里反复找 |
| 问题描述 | 位置、现象、影响范围 | 让没到现场的人能接手 |
| 未关闭原因 | 备件等待、客户确认、内部评估、现场限制、责任待判 | 说明为什么当次没关 |
| 影响程度 | 是否影响使用、展示、食品接触或客户营业 | 决定优先级 |
| 下一步动作 | 谁联系、谁判断、谁采购、谁上门 | 避免只有“待处理” |
| 预计时间 | 反馈时间、到件时间、复查时间 | 给客户稳定预期 |
| 关闭依据 | 照片、客户确认、返修单、补发记录 | 防止口头关闭 |
客户已经知情的遗留问题,最好留文字或照片确认。比如“客户要求下次一并处理”“备件到货后再安排”“需内部判断责任后回复”,这些都要落到项目群、邮件或现场确认记录里。
每次跟进后更新状态,不要只在原备注后面追加一堆聊天式文字。建议用状态:待确认、待备件、待上门、处理中、客户暂缓、已关闭。关闭前必须有依据,不能因为时间久了就从台账里删掉。
历史资料不完整时,从当前能确认的事实开始建台账。不要为了补齐历史,把来源不明的判断写成结论。