客户支持跟进记录和关闭确认可以拆成两张表：跟进记录表记录每次接触的时间、渠道、联系人、问题描述、处理动作、当前状态和下一步承诺；关闭确认表记录关闭原因、解决方案、客户确认方式与时间、遗留事项和回访安排。两张表通过工单编号关联，字段设计围绕“每次跟进可追溯、关闭依据可验证”两条主线展开，必填项控制在支撑交接与复盘的最小集合。
要点总览（TL;DR）
- 客户支持跟进记录与关闭确认拆成两张表：跟进记录表按“一次接触一行”填写，关闭确认表按“一个工单一行”填写，两表用工单编号关联。
- 跟进记录表的核心字段是跟进时间、渠道、问题描述、处理动作、当前状态和下一步承诺，用于还原每次接触并防止跟进断档。
- 关闭确认表的核心字段是关闭原因、解决方案、客户确认方式与时间、遗留事项和回访安排，用于验证关闭依据是否在关闭前取得。
- 必填项以“缺少该字段会导致交接中断或关闭依据无法验证”为划分标准，小团队可只保留必填项，跨班次交接的团队建议把联系人、跟进人、附件/凭证设为必填。
- 模板上线后按季度检查字段填写率，字段变更先改字段说明、再改模板、最后同步工单系统，并保留版本号和变更记录。
可复制空白模板：跟进记录表与关闭确认表
下面两张表可以直接复制到文档或表格工具中使用。跟进记录表按“一次接触一行”填写，同一工单有多轮沟通就追加多行；关闭确认表按“一个工单一行”填写，在工单关闭时完成。两表共用“工单编号”作为关联键，工单编号在两张表中保持完全一致，后续查询、交接和复盘都以它为准。
跟进记录表（空白）
| 工单编号 | 跟进序号 | 跟进时间 | 渠道 | 联系人 | 问题描述 | 处理动作 | 当前状态 | 下一步承诺 | 跟进人 | 附件/凭证 |
|---|---|---|---|---|---|---|---|---|---|---|
关闭确认表（空白）
| 工单编号 | 关闭时间 | 关闭原因 | 解决方案 | 客户确认方式 | 客户确认时间 | 遗留事项 | 回访安排 | 关闭人 |
|---|---|---|---|---|---|---|---|---|
关联方式说明：跟进记录表的“跟进序号”从 1 开始递增，用于还原沟通顺序；关闭确认表只保留一条记录，其“解决方案”应能对应到跟进记录表中最后一次有效处理动作。若工单在关闭后重新打开，保留原关闭确认记录，重新打开后的跟进从新的跟进序号继续，再次关闭时新增一条关闭确认记录并标注关闭轮次，避免覆盖历史依据。
字段说明：每个字段记录什么、怎么填
字段说明的作用是让不同支持人员填出来的记录可以互相对照。填写口径统一后，交接时接手人不必再追问“这句话什么意思”，复盘时也能按同一标准统计。下表逐字段给出定义和填写要求。
跟进记录表字段定义
| 字段 | 记录什么 | 填写口径 |
|---|---|---|
| 工单编号 | 该次跟进所属的工单唯一标识 | 与工单系统中的编号完全一致，不简写、不改写 |
| 跟进序号 | 该工单下的第几次跟进 | 从 1 开始按时间递增，不跳号、不重复 |
| 跟进时间 | 本次接触发生的日期与时间 | 精确到分钟，使用团队统一时区 |
| 渠道 | 客户通过什么方式联系或被动联系 | 从固定选项中选择，如电话、邮件、在线会话、门户提交、现场 |
| 联系人 | 本次实际沟通的客户方人员 | 写姓名与角色，同一客户多人沟通时分别记录 |
| 问题描述 | 客户本次提出的问题或诉求 | 写客户原话要点加必要背景，避免只写“咨询”“反馈”这类无法复现的词 |
| 处理动作 | 支持人员本次做了什么 | 写具体动作和结果，如“远程查看日志，定位为配置项缺失，已指导修改” |
| 当前状态 | 本次跟进结束时工单所处阶段 | 使用统一状态词，如待客户回复、处理中、待验证、已解决待确认 |
| 下一步承诺 | 对客户做出的下一次动作与时间承诺 | 写清“谁在什么时间前做什么”，没有承诺时填“无” |
| 跟进人 | 本次记录的责任人 | 写实际处理人，代填时注明代填人 |
| 附件/凭证 | 支撑本次处理的截图、日志、邮件等 | 写文件名或存放位置，便于他人调取 |
关闭确认表字段定义
| 字段 | 记录什么 | 填写口径 |
|---|---|---|
| 工单编号 | 被关闭的工单标识 | 与跟进记录表一致 |
| 关闭时间 | 工单进入关闭状态的时间 | 精确到分钟，与客户确认时间区分开 |
| 关闭原因 | 为什么可以关闭 | 从固定选项中选择，如问题已解决、客户撤回、重复工单、超出支持范围并已告知 |
| 解决方案 | 最终使问题消除或结论成立的做法 | 写可复用的处理结论，不写“已处理”“已沟通” |
| 客户确认方式 | 客户以什么方式表示认可关闭 | 如邮件回复确认、在线会话确认、电话口头确认并记录、门户评价 |
| 客户确认时间 | 客户给出确认的时间 | 口头确认时填写通话时间，并在解决方案中注明记录人 |
| 遗留事项 | 关闭时仍未完成但不阻塞关闭的事项 | 写清事项、责任人和计划时间；没有则填“无” |
| 回访安排 | 关闭后是否需要回访及时间 | 写回访时间与方式；不需要回访时填“无”并说明依据 |
| 关闭人 | 执行关闭操作的责任人 | 写实际关闭人，与跟进人不同时便于追溯 |
两组容易混淆的字段需要区分口径。“当前状态”描述的是跟进结束时的过程位置，“关闭原因”描述的是关闭成立的理由，前者可以多次变化，后者只在关闭时确定一次。“处理动作”记录本次做了什么，“解决方案”记录最终什么做法起了作用，前者是过程流水，后者是结论沉淀。“客户确认时间”与“关闭时间”分开填写，是因为先确认后关闭和先关闭后补确认在管理上含义不同，分开记录才能看出关闭依据是否在关闭前取得。
必填与选填：最小可用字段集如何划分
必填字段的划分依据是：缺少该字段会导致交接中断或关闭依据无法验证。按这个标准，跟进记录表的必填项为工单编号、跟进序号、跟进时间、渠道、问题描述、处理动作、当前状态、下一步承诺；关闭确认表的必填项为工单编号、关闭时间、关闭原因、解决方案、客户确认方式、客户确认时间。这些字段合起来能回答“谁在什么时候通过什么渠道反映了什么、我们做了什么、现在到哪一步、凭什么关闭”。
必填字段清单及理由
| 表 | 必填字段 | 理由 |
|---|---|---|
| 跟进记录表 | 工单编号 | 关联两表与工单系统的唯一键 |
| 跟进记录表 | 跟进序号 | 还原沟通顺序，判断哪次是最后有效动作 |
| 跟进记录表 | 跟进时间 | 计算响应与处理时长，核对承诺是否兑现 |
| 跟进记录表 | 渠道 | 区分问题来源，支撑渠道分析与分流 |
| 跟进记录表 | 问题描述 | 接手人理解上下文的基础 |
| 跟进记录表 | 处理动作 | 证明本次跟进有实际推进 |
| 跟进记录表 | 当前状态 | 判断工单所处阶段和是否需要继续跟进 |
| 跟进记录表 | 下一步承诺 | 防止跟进断档，也是客户预期管理的依据 |
| 关闭确认表 | 工单编号 | 与跟进记录对应 |
| 关闭确认表 | 关闭时间 | 统计关闭时效 |
| 关闭确认表 | 关闭原因 | 区分正常解决与非解决类关闭 |
| 关闭确认表 | 解决方案 | 沉淀可复用结论，支撑知识积累 |
| 关闭确认表 | 客户确认方式 | 验证关闭是否取得客户认可 |
| 关闭确认表 | 客户确认时间 | 判断确认是否发生在关闭之前 |
选填字段清单及适用场景
| 表 | 选填字段 | 适用场景 |
|---|---|---|
| 跟进记录表 | 联系人 | 客户方多人参与、需要区分沟通对象时设为必填 |
| 跟进记录表 | 跟进人 | 团队多人轮值时建议填写，单人支持可省略 |
| 跟进记录表 | 附件/凭证 | 技术类问题、需要留存证据的场景 |
| 关闭确认表 | 遗留事项 | 存在后续优化项或客户侧待办时填写 |
| 关闭确认表 | 回访安排 | 高价值客户、复杂问题或产品改进类工单 |
| 关闭确认表 | 关闭人 | 关闭操作与处理人分离、需要审计时填写 |
按支持渠道调整时，电话和在线会话类工单的“附件/凭证”可以放宽，但“客户确认方式”必须写清是口头确认还是书面确认，口头确认要注明记录人。邮件和门户类工单天然留有文字记录，可以把确认凭证直接指向原邮件或门户记录。按团队规模调整时，三到五人的小团队可以只保留必填项，把联系人和跟进人合并到问题描述中；十人以上或存在跨班次交接的团队，建议把联系人、跟进人、附件/凭证一并设为必填，减少交接时的追问成本。业务复杂度高的团队还可以增加“影响范围”“紧急程度”等字段，但每增加一个字段都要确认它会被实际使用。
填写示例：一次完整跟进到关闭的全过程
以下为演示情景，用于说明两表如何填写和衔接，不代表真实客户案例。场景设定：某客户通过门户提交工单，反映报表导出失败，经过三轮跟进后关闭。
跟进记录表填写示例
| 工单编号 | 跟进序号 | 跟进时间 | 渠道 | 联系人 | 问题描述 | 处理动作 | 当前状态 | 下一步承诺 | 跟进人 | 附件/凭证 |
|---|---|---|---|---|---|---|---|---|---|---|
| CS-2024-0317 | 1 | 2024-03-17 09:20 | 门户提交 | 张女士（财务） | 月度报表导出时提示超时，连续两次失败，影响月度结账 | 复现导出操作，确认大数据量导出超时，记录报错截图 | 处理中 | 3月17日18:00前给出临时导出方案 | 李工 | 报错截图.png |
| CS-2024-0317 | 2 | 2024-03-17 16:40 | 电话 | 张女士（财务） | 客户询问临时方案进展 | 提供分批次导出操作指引，客户当场按指引完成导出 | 待验证 | 3月18日中午前确认数据是否完整 | 李工 | 操作指引.pdf |
| CS-2024-0317 | 3 | 2024-03-18 11:05 | 邮件 | 张女士（财务） | 客户回复数据完整，询问后续是否还会超时 | 说明已提交导出性能优化需求，告知当前可用分批导出规避 | 已解决待确认 | 3月18日下班前请客户确认关闭 | 李工 | 客户邮件.eml |
关闭确认表填写示例
| 工单编号 | 关闭时间 | 关闭原因 | 解决方案 | 客户确认方式 | 客户确认时间 | 遗留事项 | 回访安排 | 关闭人 |
|---|---|---|---|---|---|---|---|---|
| CS-2024-0317 | 2024-03-18 15:30 | 问题已解决 | 大数据量导出超时，采用分批次导出规避，客户已按指引完成导出并核对数据完整；导出性能优化需求已提交 | 邮件回复确认 | 2024-03-18 14:50 | 导出性能优化需求，责任人王工，计划4月版本评估 | 2024-04-10 邮件回访，确认优化是否上线 | 李工 |
示例与字段说明保持一致：跟进序号连续递增，当前状态从“处理中”到“待验证”再到“已解决待确认”，体现过程推进；关闭确认表的解决方案对应跟进记录表第 2、3 次的处理动作，客户确认时间早于关闭时间，说明关闭依据在关闭前取得；遗留事项写明了责任人和计划时间，回访安排给出了具体日期和方式。若该工单在 4 月因优化未上线被重新打开，则保留本条关闭记录，新增跟进序号 4 及之后的记录，再次关闭时新增一条关闭确认记录并注明第二轮关闭。
调整与维护：模板落地后的修订方法
模板上线后需要有人负责收集填写问题并按规则修订，否则字段会越加越多或逐渐被跳过。维护的核心是让模板、字段说明和工单系统三者保持同一口径。
字段增删的触发条件
- 连续一个季度内，某选填字段的实际填写率低于两成，且没有出现因缺失该字段导致的交接问题，可以考虑删除或降级为备注。
- 交接或复盘时反复出现同一类追问，说明缺少对应字段，应新增字段并同步更新字段说明。
- 关闭确认表中“客户确认方式”出现大量“无法确认”的填写，说明确认流程本身需要调整，先改流程再改字段。
- 新增支持渠道或业务线时，先评估现有渠道选项和关闭原因选项是否覆盖，再决定是否扩展选项而非新增字段。
模板版本与变更记录方式
每次修订保留版本号和变更说明，记录修改日期、修改人、修改字段、修改原因和生效时间。字段名称变更时，在变更记录中注明新旧名称对应关系，避免历史数据无法对照。模板文件按版本存档，旧版本不删除，便于回溯某段时间内的填写口径。修订生效前给支持人员一次简短说明，重点讲清改了什么、为什么改、旧记录如何处理。
与工单系统字段同步的维护动作
模板落地到工单系统时，字段名称、选项值和必填控制应与模板保持一致，避免线下表格和系统两套口径。ONES Desk 支持自定义工单属性以满足不同角色的收集需求，并可自定义配置工单内容以适配不同收集场景，模板中的渠道、问题类型等字段可以据此对齐；其工作流可灵活调整，关闭原因和状态词也能按团队实际流程设置。工单处理情况可以汇总查看，工单分析报表可用于观察字段填写率和关闭时效，作为下一轮修订的依据。对于需要研发跟进的问题，工单可关联到 ONES Project 的需求或缺陷工作项持续跟踪；处理结论可关联到 ONES Wiki 页面沉淀为服务经验，回访时直接引用。每次模板修订后，同步检查系统中对应字段的名称、选项和必填设置，并在变更记录中登记同步时间与执行人。
模板维护规则清单
- 指定一名模板负责人，统一接收填写问题和修订建议。
- 每季度检查一次字段填写率，形成增删候选清单。
- 任何字段变更先更新字段说明，再更新模板，最后同步工单系统。
- 版本号、变更记录和旧版本存档三者齐全才算完成一次修订。
- 修订生效后抽查若干工单，确认新口径被实际执行。
常见问题
客户口头确认关闭，但事后没有书面记录，关闭确认表怎么填才站得住？
口头确认同样可以填写，关键是把确认过程记录到可追溯的程度。客户确认方式填“电话口头确认”，客户确认时间填通话发生的时间，并在解决方案中注明通话由谁记录、客户当时确认了哪些内容。若通话有录音或后续补发的确认邮件，把文件名或存放位置写进遗留事项或附件说明中。
更稳妥的做法是在口头确认后当天补发一封简短邮件，复述解决方案和关闭结论，请客户回复确认。这样关闭确认表里的确认方式和确认时间就有对应的书面凭证，后续复盘或客户反悔时也有据可查。
工单关闭后客户又反馈同一问题，原关闭确认记录要修改还是新增？
保留原关闭确认记录，不覆盖历史依据。工单重新打开后，跟进记录表从新的跟进序号继续追加，关闭确认表在再次关闭时新增一条记录，并标注这是第几轮关闭。
这样处理的好处是能看出同一工单被反复打开的次数和每次关闭的理由，复盘时可以判断是解决方案不彻底、客户使用方式有偏差，还是问题本身复发。如果直接修改原记录，关闭时效和关闭原因的统计就会失真。
小团队人手少，跟进记录表能不能只填问题描述和处理结果？
可以裁剪，但建议至少保留工单编号、跟进时间、问题描述、处理动作、当前状态和下一步承诺。缺少跟进时间就无法核对响应和承诺是否兑现；缺少当前状态和下一步承诺，接手人不知道这件事停在哪一步、接下来该谁做什么。
渠道、联系人、跟进人、附件/凭证在小团队内部沟通顺畅时可以暂时省略，把关键信息并入问题描述。团队扩编或开始跨班次交接时，再把这几项恢复为必填，恢复前先统一填写口径。
模板字段和工单系统里的字段对不上，以哪边为准？
以工单系统为准落地，模板跟随系统调整。模板是填写口径的载体，系统是实际记录和统计的地方，两边字段名称、选项值和必填设置不一致，统计结果就会失真。
具体做法是每次模板修订后，同步检查系统中对应字段的名称、选项和必填控制，并在变更记录中登记同步时间和执行人。ONES Desk 支持自定义工单属性，并可自定义配置工单内容以适配不同收集场景，工作流也可灵活调整，模板中的渠道、关闭原因和状态词可以据此对齐。修订生效后抽查若干工单，确认新口径被实际执行。
关闭原因选“超出支持范围并已告知”，还需要填客户确认方式和确认时间吗？
需要填。这类关闭同样要让客户知道结论，否则客户会认为工单被单方面关掉。客户确认方式可以填“邮件告知并收到回复”或“电话告知并记录”，确认时间填客户回应或告知完成的时间。
如果客户明确不接受这个结论，工单不宜直接关闭，应保持打开并升级处理，或在遗留事项中写清后续跟进安排。关闭原因记录的是关闭成立的理由，客户确认记录的是这个理由是否传达到位，两者分开填写才能看出关闭是否站得住。
