结论先行：同一个投诉，交材料的速度决定了处理的速度。而材料不是在投诉那天才产生的——变更工单号、告警截图、到货清单这些证据，都在问题发生的那一刻就已经存在了，只是当时没人想到要留住。按七类问题把清单过一遍，就能看出平时该把什么放在手边：多数团队缺的不是分析能力，是那几张当场的截图。
为什么要按类型要材料
投诉的通用信息差不多：客户、联系人、项目编号、发生时间、影响范围、现象描述。这五样能开一张工单，但开不了处理动作。真正决定处理路径的，是类型——交付延误要看 SLA 节点和卡在哪个环节，运维事故要看有没有变更工单号和是否已回退，数据安全事件要看泄露途径有没有被截断。
换句话说，材料清单不是官僚程序，它直接指向下一步做什么。清单交不齐，处理就只能停在「先查一下」。
通用五样：所有投诉都要
- 客户名称、联系人
- 项目编号
- 故障或问题的发生时间
- 影响范围：哪些业务、哪些设备、哪些人员
- 现象描述
这五样看起来简单，但最常见的问题是时间不准。凭印象说「大概上午」，会让后续所有日志检索的范围翻倍。
七类各自缺什么
| 类型 | 要交的材料 | 平时谁手上有 |
|---|---|---|
| 交付延误 | 合同约定的节点、当前实际进度、卡点环节 | 项目经理、合同附件 |
| 功能不达标 | 验证报告、现网不达标的指标、操作截图、设备型号、策略或对象规模 | 实施工程师、验证记录 |
| 运维事故 | 故障现象、发生时间、变更工单号、影响业务清单、日志与告警截图、是否已回退 | 值班记录、工单系统 |
| 备件与设备 | 到货清单、设备序列号、外观照片、加电自检报告、配置单比对 | 库房、收货签收单 |
| 数据安全 | 疑似泄露途径、涉及数据范围、是否已截断、下游影响 | 安全负责人、账号台账 |
| 合规与审计 | 审计意见书、不通过项、涉及留痕缺失的环节 | 审计对口人 |
| 服务态度 | 涉事人员工号、时间地点、经过描述 | 客户方对接人 |
三类最容易缺的
其一是运维事故里的变更工单号。事故发生时，现场往往只记得「昨天有人改过配置」，但说不出是哪一张单。工单号是后续对照日志、「是不是那次变更导致的」这样一条条的锚点，缺了它，排查就退化成翻记录。
其二是数据安全事件里的「是否已截断」。这条要的不是分析，是一个动作的确认：泄露途径断没断、权限收回没有、账号冻没冻结。这一点在应急的最初两小时就该有答案，因为数据一旦出去就收不回来。
其三是合规审计里的「留痕缺失环节」。审计意见书通常会写不通过项，但不会替你标出是哪一段留痕断了。要把意见书上的条款翻译成具体的系统与操作，这一步客户方比服务商更清楚。
平时该留的三样
- 变更留痕。每一次变更的单号、内容、时间、执行人、回退方案，落在系统里而不是聊天记录里。
- 状态截图。告警界面的截图、监控曲线的截图，比事后描述清楚得多，而且不占多少空间。
- 签收与到货凭证。设备的序列号、外观照片、加电自检结果，收货那天多拍两张，后面能省一轮扯皮。
这三样的共同点是：都在事情发生的当下产生，成本极低；等到需要时再补，成本极高，而且补出来的东西说服力有限。
边界与前提
三点说明。其一，本文只谈投诉受理阶段需要提交的举证材料，不谈受理之后先做哪个止损动作，也不谈责任怎么认定、赔偿怎么算。其二，文中的分类与材料清单来自通用的客户问题处理流程整理，属于推演型参考，并非针对某一具体企业已发生事件的记录；实际项目以双方合同与流程约定为准。其三，材料交得齐不等于责任在对方，它只是让事实可以被看清——这一点在谈判桌上往往比材料本身更重要。
深圳市奇摩计算机有限公司在客诉受理环节的做法是先按类型开一张材料清单，与客户逐项对一遍再进入处理，避免双方在「还缺什么」上来回等待。需要梳理你所在项目的举证材料清单，欢迎 预约咨询。