客户满意度确认回访记录模板围绕一张可填写的表格展开，字段分为回访基本信息、处理结果确认、满意度评价、客户反馈与后续动作、记录确认五组。回访编号、关联工单号、客户名称、回访时间、处理结果确认、总体满意度、后续动作与责任人为必填项，其余字段按回访场景选填。本文先给出空白表，再逐组说明填写口径、划分必填与条件必填，并用一条售后工单的完整记录示范填写方式，最后说明模板的调整与维护方法。
要点总览（TL;DR）
- 模板以一张可复制的空白表为核心，字段分五组：回访基本信息、处理结果确认、满意度评价、客户反馈与后续动作、记录确认。
- 回访编号、关联工单号、客户名称、回访时间、处理结果确认、总体满意度、后续动作与责任人为必填，其余按回访深度选填。
- 评分建议统一用五分制，总体满意度、响应速度、处理质量共用同一套分值；总体满意度3分及以下时必填不满意原因。
- 客户确认结果为部分解决或未解决时，遗留问题与再次回访时间转为必填，形成可跟踪的闭环。
- 模板投入使用后按业务类型增删字段，评分口径在一个统计周期内保持稳定，并与工单系统字段保持名称和取值一致。
可复制空白回访记录表
下表可直接复制到文档或表格工具中使用。字段按五组排列，填写时保持组内顺序，便于后续汇总和抽查。表格中的“填写说明”列在正式使用时可以删除，只保留字段名和填写位置。
| 分组 | 字段名称 | 填写位置 | 填写说明（使用时可删除） |
|---|---|---|---|
| 回访基本信息 | 回访编号 | 单元格 | 按规则生成，全表唯一 |
| 关联工单号 | 单元格 | 填写售后工单编号 | |
| 客户名称 | 单元格 | 填写客户全称或系统内名称 | |
| 联系人及联系方式 | 单元格 | 填写本次接受回访的人 | |
| 回访人 | 单元格 | 填写执行回访的人员 | |
| 回访时间与方式 | 单元格 | 日期时间加电话、在线或现场 | |
| 处理结果确认 | 问题描述 | 单元格 | 简述客户最初反馈的问题 |
| 处理方案 | 单元格 | 记录实际采取的处理措施 | |
| 完成时间 | 单元格 | 处理完成的日期时间 | |
| 客户确认结果 | 单元格 | 已解决、部分解决、未解决 | |
| 满意度评价 | 总体满意度 | 单元格 | 按固定分值填写 |
| 响应速度 | 单元格 | 按固定分值填写 | |
| 处理质量 | 单元格 | 按固定分值填写 | |
| 是否解决 | 单元格 | 是、否、部分 | |
| 不满意原因 | 单元格 | 不满意或部分满意时填写 | |
| 客户反馈与后续动作 | 客户原话 | 单元格 | 摘录客户评价原话 |
| 遗留问题 | 单元格 | 尚未处理完的事项 | |
| 后续动作 | 单元格 | 下一步要做什么 | |
| 责任人与计划完成时间 | 单元格 | 动作负责人与截止时间 | |
| 是否需要再次回访 | 单元格 | 是或否，是则注明时间 | |
| 记录确认 | 客户确认方式 | 单元格 | 电话口头、邮件、在线确认等 |
| 记录人 | 单元格 | 填写本记录的人员 | |
| 复核人 | 单元格 | 负责检查记录质量的人员 | |
| 归档状态 | 单元格 | 待归档、已归档 |
复制时建议保留“分组”列，它帮助填写人理解字段之间的从属关系；正式录入系统时，分组可以作为表单的分段标题。
各字段的含义与填写口径
同一字段由不同回访人填写时，最容易出现口径差异的是评分和时间。模板需要把取值方式写死在字段说明里，让填写人按规则选择，而不是凭个人理解自由发挥。
回访基本信息组
回访编号用于唯一标识一条回访记录，建议采用“日期加流水号”的格式，例如按回访日期生成，保证同一时期内不重复。关联工单号必须与售后系统中的工单编号一致，这是回访记录与处理过程建立对应关系的关键。客户名称填写系统内的正式名称，联系人填写本次实际接受回访的人，两者可能不同，需要分开记录。回访人填写执行回访的员工。回访时间精确到日期和时段，回访方式从电话、在线沟通、现场拜访等固定选项中选取，便于后续统计各渠道的回访量。
处理结果确认组
问题描述用一两句话概括客户最初反馈的现象，避免直接复制长篇工单正文。处理方案记录实际执行的措施，包括更换、维修、远程指导或流程调整等。完成时间填写处理动作结束的时间，与回访时间区分开。客户确认结果从“已解决、部分解决、未解决”中选择，这一字段是后续满意度评价和后续动作的触发依据。
满意度评价组
评分口径需要在模板内固定。常用做法是采用五分制：5分为非常满意，4分为满意，3分为一般，2分为不满意，1分为非常不满意。总体满意度、响应速度、处理质量三项使用同一套分值，避免一项用五分制、另一项用十分制。是否解决与处理结果确认中的客户确认结果保持逻辑一致，出现矛盾时以客户确认结果为准并注明原因。不满意原因在总体满意度为3分及以下时填写，按响应慢、处理不彻底、沟通不畅、重复返工等固定选项选择，并允许补充说明。
客户反馈与后续动作组
客户原话摘录客户对处理结果的直接评价，保留原始表述，便于复盘时还原客户真实感受。遗留问题记录本次回访中客户新提出或尚未处理完的事项。后续动作写清楚下一步要做什么，责任人与计划完成时间必须同时填写，只写动作不写责任人和时间会导致跟踪落空。是否需要再次回访根据遗留问题的处理周期确定，选择“是”时注明预计回访时间。
记录确认组
客户确认方式记录客户以何种形式确认了回访内容，例如电话口头确认、邮件回复确认或在线表单确认。记录人填写本条记录的实际填写者，复核人负责检查字段完整性、评分与描述是否一致。归档状态用于区分尚未整理和已经归档的记录，便于定期清理待办。
必填与选填的划分
必填字段的选择标准是：缺少该字段，记录无法与工单对应、无法判断处理结果或无法推动后续动作。按此标准，模板将字段分为必填、选填和条件必填三档。
| 档位 | 字段 | 判定理由或触发条件 |
|---|---|---|
| 必填 | 回访编号、关联工单号、客户名称、回访时间、处理结果确认、总体满意度、后续动作与责任人 | 缺少任一项，记录无法追溯工单、无法判断结果或无法闭环 |
| 选填 | 联系人及联系方式、回访方式、响应速度、处理质量、客户原话、客户确认方式、复核人 | 按回访深度和团队管理要求决定是否填写 |
| 条件必填 | 不满意原因 | 总体满意度为3分及以下时必填 |
| 条件必填 | 遗留问题与再次回访时间 | 客户确认结果为部分解决或未解决时必填 |
| 条件必填 | 完成时间 | 客户确认结果为已解决时必填 |
实际使用时，电话回访可以精简响应速度、处理质量等细项评分，只保留总体满意度；邮件或在线回访可以要求填写客户确认方式。对于批量回访或低价值工单，选填字段可以进一步压缩，但必填字段和条件必填规则不建议放宽，否则记录会失去与工单对应和推动闭环的作用。
一份完整填写示例
以下示例为演示情景，用于展示字段之间的对应关系，不代表真实客户案例。
背景：某企业客户反馈办公系统登录异常，售后团队远程排查后修复配置，工单于处理当日关闭，回访人员在次日进行电话回访。
| 字段 | 填写内容 |
|---|---|
| 回访编号 | HF-20250612-018 |
| 关联工单号 | GD-20250611-042 |
| 客户名称 | 示例客户甲公司 |
| 联系人及联系方式 | 王工，电话尾号已隐去 |
| 回访人 | 售后支持李敏 |
| 回访时间与方式 | 2025年6月12日 10:30，电话 |
| 问题描述 | 客户多名员工无法登录办公系统，提示账号配置错误 |
| 处理方案 | 远程检查账号同步配置，修正组织架构映射后重新同步 |
| 完成时间 | 2025年6月11日 17:20 |
| 客户确认结果 | 已解决 |
| 总体满意度 | 4分（满意） |
| 响应速度 | 5分（非常满意） |
| 处理质量 | 4分（满意） |
| 是否解决 | 是 |
| 不满意原因 | 不适用 |
| 客户原话 | “问题处理得挺快，就是中间同步等了一会儿，现在都能正常登录了。” |
| 遗留问题 | 客户希望补充一份账号配置自查说明 |
| 后续动作 | 整理账号配置自查说明并发送给客户 |
| 责任人与计划完成时间 | 李敏，2025年6月14日 |
| 是否需要再次回访 | 是，2025年6月16日确认说明是否收到并可用 |
| 客户确认方式 | 电话口头确认 |
| 记录人 | 李敏 |
| 复核人 | 售后主管张涛 |
| 归档状态 | 待归档 |
示例中总体满意度4分与客户原话“处理得挺快”对应，响应速度给5分、处理质量给4分，差异来自客户提到的等待环节。遗留问题、后续动作、责任人与再次回访时间形成一条完整的跟踪链，复核人据此可以判断记录是否可以归档。
当回访记录需要与工单长期关联并跟踪后续动作时，可以把回访结果作为工单的补充信息留存。ONES Desk 支持自定义工单属性与工单内容，适配不同的收集场景；工单可一键关联到 ONES Project 的需求或缺陷工作项持续跟踪，也可关联 ONES Wiki 页面沉淀服务经验。回访中产生的遗留问题和后续动作，可以按团队实际配置记录在对应工单或关联工作项上，具体可配置范围以实际环境为准。
模板的调整与日常维护
模板投入使用后，字段会随业务类型变化而增减。维护的重点是保持字段口径一致、版本可追溯，以及与工单系统字段的对应关系不脱节。
- 按业务类型增删字段。先看新增业务是否产生新的处理结果类型或新的后续动作形式。例如涉及现场服务的工单可以增加“到场时间”“服务人员”字段；纯在线支持的工单可以省略现场类字段。新增字段时同步更新字段说明和必填划分，避免只改表不改规则。
- 维护评分口径与选项。评分分值和选项文字一经确定，在一个统计周期内保持不变。需要调整时，在变更记录中注明生效日期，历史记录保留原口径，汇总分析时按口径分段统计，避免新旧数据混算。
- 记录版本与变更。模板文件标注版本号和修订日期，每次调整写明改了哪些字段、为什么改、由谁确认。版本记录可以放在模板文件末尾或单独的维护页中。
- 与工单系统字段对应。模板字段与工单系统中的属性保持名称和取值一致，减少人工转录。系统字段调整时同步更新模板，并在复核环节检查对应关系是否仍然成立。
- 定期抽查。按固定周期抽查已归档记录，检查必填字段是否完整、评分与客户原话是否一致、后续动作是否闭环，把发现的问题反馈到下一版模板中。
模板维护不需要频繁改版，关键是每次改动都有记录、有确认人，并且与工单系统中的字段保持同步，这样回访记录才能持续用于服务复盘和团队管理。
常见问题
回访记录里的“客户确认结果”和“是否解决”两个字段重复吗，应该以哪个为准？
两个字段用途不同，建议都保留。“客户确认结果”放在处理结果确认组，记录处理动作结束时的结论，取值为已解决、部分解决、未解决；“是否解决”放在满意度评价组，记录客户在回访中表达的实际感受。多数情况下两者一致，出现矛盾时以客户确认结果为准，并在客户原话或备注中写明差异原因，例如客户口头说已解决但对处理过程仍有顾虑。
电话回访时间很短，能不能只填总体满意度，不填响应速度和处理质量？
可以。响应速度和处理质量属于选填项，电话回访或批量回访场景下可以只保留总体满意度，减少填写负担。需要注意两点：一是同一批回访记录要么都填细项、要么都不填，避免汇总时样本口径不一致；二是总体满意度仍为必填，且评分口径要与其他记录保持一致，否则统计结果无法横向比较。
客户在回访中提出新的问题，应该记在遗留问题里还是另开工单？
按问题性质区分。与本次工单处理直接相关、尚未收尾的事项记入遗留问题，并填写后续动作、责任人与计划完成时间；属于新的故障、新的需求或需要独立处理流程的事项，建议另开工单，并在遗留问题中注明新工单号，保持两条记录的对应关系。这样回访记录保持简洁，新问题也能进入正常的处理流程。
回访记录需要和工单系统打通吗，还是用独立表格就够了？
取决于回访量和跟踪要求。回访量小、后续动作少时，独立表格加定期归档可以满足基本需要；回访量大、后续动作需要跨人跟踪时，把回访结果与工单关联更便于追溯。ONES Desk 支持自定义工单属性与工单内容，适配不同的收集场景；工单可一键关联到 ONES Project 的需求或缺陷工作项持续跟踪，也可关联 ONES Wiki 页面沉淀服务经验。具体可配置范围以实际环境为准。
评分口径中途调整，历史记录怎么处理？
历史记录保留原口径，不做回溯修改。在模板变更记录中注明新口径的生效日期和调整原因，汇总分析时按生效日期分段统计，避免新旧分值混算。如果调整幅度较大，可以在报表中同时标注口径版本，让阅读数据的人知道不同时间段的分值不可直接比较。
