客户投诉处理要落到可执行动作，可以按“受理登记—分级定责—调查核实—方案沟通—处置执行—回访关闭—复盘改进”七步推进。每一步都写清输入、负责人、输出和完成标志，投诉就能从一条情绪化反馈变成可跟踪、可交接、可复盘的服务任务。下文给出流程表、工单字段、角色分工、分级时限和完整示例，并说明投诉工单与处理记录如何在ONES Desk等工作项工具中承载。
要点总览（TL;DR）
- 投诉处理按“受理登记—分级定责—调查核实—方案沟通—处置执行—回访关闭—复盘改进”七步推进，每步写清输入、负责人、输出和完成标志，流程即可交接、可追溯。
- 受理环节用必填字段保证流程可运转：客户信息、关联订单、投诉事实与诉求、分类分级、处理人与时限；证据附件随处理深入补充。
- 分级按影响面和紧急度判定，叠加安全、批量、舆情等特殊情形加急；时限数值为示例口径，需结合服务承诺和团队处理能力设定。
- 方案先内部对齐再对外承诺，超出授权范围的补偿、责任认定须经主管审批，客户确认以录音、邮件或表单留痕为准。
- 关闭前完成回访确认，未解决或不满意时工单回退处理；共性问题转为有负责人、截止时间和验收标准的改进项。
投诉处理的主流程与关键节点
七步流程的价值在于把“谁在什么时候做什么、做到什么程度算完成”固定下来。下表按步骤列出输入、动作、输出、完成标志和负责人，可直接作为流程初稿使用。时限数值为示例口径，企业应结合自身服务承诺调整。
| 步骤 | 输入 | 动作 | 输出 | 完成标志 | 负责人 |
|---|---|---|---|---|---|
| 1. 受理登记 | 客户来电、邮件、在线表单、社交渠道等原始反馈 | 统一录入工单，核对客户与订单信息，复述确认投诉事实 | 已登记的投诉工单 | 工单编号生成，必填字段完整，客户收到受理回执 | 首问责任人 |
| 2. 分级定责 | 工单内容、影响范围、客户等级、是否涉及安全 | 按分级标准判定等级，指派处理人与协同部门 | 等级标记与责任人指派记录 | 等级、处理人、时限三项均已填写 | 客服主管 |
| 3. 调查核实 | 工单、订单/合同、历史沟通记录、系统日志 | 还原事实经过，判断责任归属与根因，收集证据附件 | 调查结论与证据材料 | 事实、原因、责任判断均有记录支撑 | 处理人 |
| 4. 方案沟通 | 调查结论、可用的处置方式与授权范围 | 拟定方案，完成内部审批，向客户说明并取得确认 | 经客户确认的处理方案 | 客户明确同意方案，确认记录留痕 | 处理人，主管审批 |
| 5. 处置执行 | 已确认的方案 | 执行退款、换货、修复、补偿等动作，同步进度 | 执行结果与凭证 | 方案动作全部完成，凭证归档 | 处理人及协同部门 |
| 6. 回访关闭 | 执行结果、客户联系方式 | 回访确认问题是否解决、客户是否满意，满足标准后关闭 | 回访记录与关闭状态 | 客户确认解决，关闭检查项通过 | 客服专员 |
| 7. 复盘改进 | 已关闭工单、统计数据、共性问题 | 归类分析，把共性问题转为改进项并指定负责人跟踪 | 复盘记录与改进项清单 | 改进项有负责人、有截止时间、有验收结果 | 客服主管 |
时限与升级触发点贯穿各步：受理后应在约定时间内完成首次响应；分级后按等级设定解决时限；调查超过约定时长、方案超出处理人授权、客户明确表示不满或同一问题重复投诉时，触发升级，通知客服主管或对应业务负责人。升级不是流程失败，而是把超出权限或超出时限的事项交给更有资源的人处理。
投诉工单要记录哪些字段
工单字段决定后续能否分级、追溯和复盘。字段太少，处理人接手时要重新问一遍；字段太多，受理环节会拖慢首次响应。建议把字段分为必填与选填两层，必填保证流程可运转，选填随处理深入补充。
| 字段类别 | 字段 | 填写口径 | 必填/选填 |
|---|---|---|---|
| 基本信息 | 工单编号、受理时间、受理渠道、首问责任人 | 系统自动生成编号与时间；渠道按电话、邮件、在线表单、社交平台等枚举选择 | 必填 |
| 客户信息 | 客户名称、联系人、联系方式、客户等级 | 与客户档案一致；客户等级用于分级参考 | 必填 |
| 关联对象 | 订单号/合同号、产品型号或服务项目 | 能关联到具体交易或服务记录，便于核查 | 必填 |
| 投诉内容 | 投诉主题、事实描述、客户诉求、发生时间 | 用客户原话加客观复述，区分事实与客户判断 | 必填 |
| 分类分级 | 投诉分类、影响面、紧急度、投诉等级 | 分类按产品质量、服务态度、交付延迟、费用争议等枚举；等级按分级标准判定 | 必填 |
| 处理信息 | 处理人、协同部门、响应时限、解决时限、当前状态 | 状态按待受理、处理中、待客户确认、已关闭等流转 | 必填 |
| 过程记录 | 沟通记录、调查结论、处理方案、客户确认 | 每次沟通记录时间、对象、要点；方案确认需留痕 | 处理中逐步必填 |
| 证据附件 | 截图、录音、检测报告、物流凭证、聊天记录 | 附件命名包含日期与内容，便于检索 | 选填，涉及责任判定时必填 |
| 关闭与复盘 | 回访结果、关闭时间、根因分类、是否转改进项 | 关闭时填写；根因分类用于统计 | 关闭时必填 |
分类口径要提前统一，例如“产品质量”指产品本身功能或质量缺陷，“服务态度”指人员沟通行为，“交付延迟”指未按承诺时间交付。分类不一致会让统计失真，建议在工单表单中用下拉选项固定枚举值，并在填写说明中给出每个选项的典型例子。
角色分工与各环节交付物
投诉处理常见的断点是交接：受理人以为处理人已经跟进，处理人以为主管已经审批，客户却在等待。把角色职责和交接物写清楚，可以减少这类空档。
| 角色 | 主要职责 | 交接时点 | 交接内容/交付物 |
|---|---|---|---|
| 首问责任人 | 第一时间受理，完整登记，向客户说明后续安排 | 登记完成后交给客服主管分级 | 已填写必填字段的工单、受理回执 |
| 客服主管 | 判定等级、指派处理人、协调跨部门资源、审批超授权方案 | 分级后交给处理人；方案审批时介入 | 等级与责任人指派记录、审批意见 |
| 处理人 | 调查核实、拟定方案、执行处置、同步进度 | 调查完成交主管审方案；执行完成交回访 | 调查结论、方案、执行凭证 |
| 协同部门 | 提供技术判断、检测报告、退换货或修复支持 | 接到协同请求时确认接收与预计完成时间 | 专业结论、处理结果、所需凭证 |
| 客服专员 | 回访确认、关闭工单、记录客户满意度 | 关闭后把共性问题提交复盘 | 回访记录、关闭状态 |
对外沟通口径由客服主管确认，涉及赔偿金额、责任认定、公开回应等敏感内容时，处理人不得自行承诺。超时升级的规则应写进流程：超过响应时限未首次联系客户，升级至客服主管；超过解决时限未完成处置，升级至部门负责人并同步客户新的预计时间。跨部门协同请求要带明确的问题描述、期望产出和截止时间，接收方确认后才算完成交接。
分级响应与时限怎么定
分级的目的不是给投诉贴标签，而是把有限的处理资源优先投向影响大、时间紧的事项。建议用影响面和紧急度两个维度判定，再叠加是否涉及安全、是否批量、是否有舆情风险等特殊情形。
| 等级 | 判定标准（示例） | 首次响应时限 | 解决时限 | 升级与通知 |
|---|---|---|---|---|
| 紧急 | 涉及人身安全、批量客户受影响、已出现公开舆情或监管关注 | 30分钟内 | 24小时内给出处置方案并持续同步 | 立即通知客服主管与业务负责人，启动应急协同 |
| 高 | 单一客户重大损失、核心功能不可用、高价值客户投诉 | 2小时内 | 3个工作日内解决或给出明确计划 | 超时升级至部门负责人 |
| 中 | 影响部分使用或单笔交易，客户诉求明确 | 4小时内 | 5个工作日内解决 | 超时升级至客服主管 |
| 低 | 咨询类、体验建议、影响较小的服务瑕疵 | 1个工作日内 | 10个工作日内答复或解决 | 按周汇总跟踪 |
表中数值为示例，企业应结合行业惯例、合同约定的服务水平和团队实际处理能力设定。特殊情形需要加急：涉及安全的问题先控制风险再谈责任；批量投诉先确认影响范围并统一对外口径；出现舆情苗头时，客服主管应同步品牌或公关负责人，避免多头回应。等级可以在调查后调整，调整时要在工单中记录原因。
处理方案沟通与客户确认
方案沟通的核心是“先内部对齐，再对外承诺”。处理人根据调查结论拟定方案，可选处置方式通常包括：解释说明并致歉、补发或换货、退款或费用减免、修复服务、补偿方案，以及上述方式的组合。方案要写明做什么、什么时候完成、由谁执行、客户需要配合什么。
内部审批按授权边界执行：处理人在授权范围内可直接确认常规方案；涉及金额补偿、责任认定、合同变更或公开回应的，提交客服主管或对应负责人审批。审批记录附在工单中，避免口头授权无法追溯。
对外沟通话术要点包括：先复述客户问题表示已理解，再说明已核实的事实，然后给出明确方案和时间，最后确认客户是否接受。沟通中避免使用推测定性，不确定的信息先核实再答复。每次沟通后在工单记录时间、沟通对象、客户反应和下一步安排。
客户确认方式可以是电话录音、邮件回复、在线表单确认或聊天记录截图。确认内容要包含方案要点和客户同意的事实。客户暂不接受时，记录分歧点，回到方案调整或升级处理，不把“已沟通”当作“已确认”。
一个完整处理示例
以下为演示情景，用于说明字段填写和流程推进方式，不代表真实客户案例。
示例背景：某企业客户采购的办公设备在交付后第5天出现无法开机，客户通过在线表单投诉，要求当天换新，并称已影响其门店营业。
受理登记：首问责任人生成工单，填写客户名称、联系人、订单号、产品型号、投诉主题“设备无法开机”、事实描述、客户诉求“当天换新”，关联订单与交付记录，上传客户提供的故障视频。
分级判断：客服主管判断该投诉影响客户门店营业，属于高等级，指派售后处理人，协同部门为技术支持，首次响应时限2小时，解决时限3个工作日。处理人1小时内联系客户，确认故障现象并致歉。
调查核实：技术支持根据视频和远程排查判断为电源模块故障，属于产品质量问题，非客户操作导致。调查结论和检测记录附入工单。
方案沟通：处理人拟定“当日调拨同型号新机替换，旧机返厂检测”的方案，在授权范围内提交客服主管审批。主管审批后，处理人向客户说明替换时间和交接方式，客户邮件确认接受。
处置执行：仓库当日发出替换设备，物流单号同步客户；客户签收后处理人回访确认设备正常使用，执行凭证归档。
回访关闭：客服专员回访，客户确认问题解决、对处理速度满意，工单关闭。根因标记为“电源模块质量”，并提交复盘：该型号近期同类故障出现两次，转为改进项，由质量部门跟踪供应商批次检测。
回访关闭与复盘改进
关闭前要完成回访确认，回访内容至少包括：问题是否已解决、方案是否已兑现、客户对处理过程是否满意、是否有新的诉求。关闭判定标准建议写成检查项：处置动作已完成并有凭证、客户明确确认解决或同意关闭、工单必填字段完整、根因分类已填写。客户表示未解决或不满意时，工单回到处理中状态，由客服主管重新指派或升级，不能直接关闭。
投诉数据统计口径要提前约定，常用维度包括：投诉总量、按分类分布、按等级分布、首次响应及时率、按期解决率、重复投诉率、客户满意度、平均处理时长。统计口径不一致会导致月度对比失真，建议在工单字段中固定枚举值，并明确“按期解决”以哪个时限为准。
复盘改进关注共性问题：同一分类短期内多次出现、同一根因反复发生、同一环节频繁超时，都应转为改进项。改进项要有负责人、截止时间、验收标准和跟踪状态，定期在服务例会上回顾。单条投诉的处理记录和共性问题分析可以沉淀到知识库，供后续受理和答复参考。
在工具承载上，投诉工单可以在ONES Desk中统一受理和分派，通过自定义字段记录分类、等级与处理信息，通过工作流推进状态流转；需要研发或质量部门处理的根因，可将工单关联到ONES Project的工作项持续跟踪，处理经验可关联到ONES Wiki页面沉淀。这样受理记录、处理过程和复盘依据留在同一套工作项体系中，交接和追溯有据可查。
上线前的完成检查
流程设计完成后，用下表逐项核对，判断投诉处理机制是否可以实际运行。检查以“能否找到对应记录和责任人”为准，不以制度文件是否写完为准。
| 检查维度 | 检查项 | 通过标准 |
|---|---|---|
| 流程与字段 | 七步流程是否已固化为工单状态；必填字段是否在表单中设置 | 新建一条测试工单能走完全流程，必填项缺失时无法提交 |
| 角色与时限 | 首问责任人、处理人、审批人是否明确；各等级响应与解决时限是否配置 | 任取一条工单能说出当前责任人和剩余时限 |
| 记录与证据 | 沟通记录、调查结论、客户确认、执行凭证是否有固定填写位置 | 抽查已关闭工单，方案确认和执行凭证均可查到 |
| 升级与协同 | 超时升级触发条件和通知对象是否明确；跨部门协同请求是否有接收确认 | 模拟一次超时，能按规则通知到对应负责人 |
| 关闭与回访 | 关闭检查项是否可逐项勾选；未解决工单是否有回退路径 | 客户不满意时工单不能直接关闭，能回到处理中 |
| 复盘与改进 | 统计口径是否统一；共性问题是否有人跟踪到验收 | 月度报表能按分类和等级出数，改进项有负责人和截止时间 |
检查中发现缺项，优先补齐影响客户等待的环节，例如首次响应时限、责任人和升级通知；字段和统计口径可以在运行中逐步完善。上线后第一个月建议每周抽查工单，核对填写质量和时限达成情况，再根据实际处理能力调整分级标准和时限数值。
常见问题
客户在电话里情绪激动，首问责任人当场应该做到哪一步？
首问责任人的目标是把投诉变成一条可跟踪的工单，同时让客户知道后续安排。具体动作是：先完整听完并复述客户反映的事实，确认客户诉求；然后核对客户名称、联系方式和关联订单，在系统中登记工单并生成编号；最后告知客户受理回执、预计首次响应时间和对接人。
涉及赔偿金额、责任认定等超出授权的内容，当场只记录诉求，不承诺结果，由客服主管在分级后确认对外口径。这样既稳住客户预期，也避免后续方案与口头承诺不一致。
投诉等级判定后可以调整吗？调整时需要留下什么记录？
可以调整。调查核实后如果发现影响范围比受理时判断的更大或更小，处理人应提出等级变更，由客服主管确认。常见情形包括：初判为单笔交易问题，核实后发现同批次多个客户受影响，应上调等级并启动加急协同；初判为重大故障，核实后确认是客户操作问题，可下调等级。
调整时在工单中记录原等级、新等级、调整原因、调整时间和确认人，响应与解决时限按新等级重新计算。保留调整记录，月度统计时才能解释等级分布变化，也便于复盘分级标准是否合理。
客户口头说“可以了”，能不能直接关闭工单？
建议先补齐确认留痕再关闭。口头认可可以作为回访结果记录，但关闭检查项还要求：处置动作已完成并有凭证、工单必填字段完整、根因分类已填写。若客户是通过电话表示接受，客服专员可在回访记录中写明沟通时间、沟通对象和客户原话要点，必要时补发一条确认邮件或在线表单请客户回复。
客户明确表示问题未解决或不满意时，工单回到处理中状态，由客服主管重新指派或升级，不能以“已沟通”为由关闭。
投诉量不大，是否也需要做分级和时限？
投诉量小同样建议保留分级和时限，只是可以简化。量少时最容易出现的问题是靠个人记忆跟进，一旦受理人休假或离职，工单就停在半路。最低限度应做到：每条投诉有唯一编号和责任人、有首次响应时间要求、有明确的关闭标准。
等级可以先设两到三档，例如“需加急”和“常规”，时限数值按团队实际处理能力设定，运行一个月后根据超时记录再细化。分级和时限的作用是让责任和等待时间可见，与投诉量大小无关。
共性问题转成改进项后，怎么避免不了了之？
改进项要像普通任务一样管理：写清问题描述、影响范围、负责人、截止时间、验收标准和当前状态，并纳入定期回顾。常见做法是在服务例会上逐项过状态，超期项说明原因并重新约定时间。
验收时以可观察的结果为准，例如同型号故障率下降、某类超时不再出现、知识库新增对应答复口径。改进项完成后，把结论回写到原投诉工单的复盘记录中，形成从单条投诉到机制改进的完整链条。
