客户和问题
客户、联系人、产品或服务、问题摘要和类别使服务请求易于理解。
可直接使用的客户服务跟踪器
跟踪每个未解决的客户问题、负责人和下一个承诺
先使用含示例数据的服务台账，让待办、到期任务、升级处理和解决结果清晰可见；当团队不再适合使用电子表格时，再进一步调整。
主要资产是实时链接的 Jodoo 跟踪器。导出可以支持分析，但操作记录保留在团队手中。
从 Jodoo 的免费套餐开始，最多可容纳 5 位用户。无需信用卡。
- 覆盖正常与异常状态的十条代表性工单
- 队列字段专为日常操作而不是被动报告而设计
- 客户、更新、工作和解决方案记录保持关联
10 条含示例数据的支持工单新的、等待的、即将到期的、超时的、升级处理的、解决的和重新打开的服务请求。安装后调整无需重建应用程序即可更改字段、分派规则、视图和仪表板。
- 01记录服务请求
- 02明确负责人
- 03设定下一步动作
- 04注意截止时间
- 05升级处理风险
- 06记录结果
用字段清楚回答由谁、处理什么以及何时完成
客户服务跟踪器应支持白天的操作并在周末进行审查。
影响和优先级
通过影响范围和紧急程度记录实际情况，再由内部优先级决定响应方式。
责任归属和状态
负责团队、工单负责人和状态共同说明下一步由谁推进。
承诺和下一步行动
首次响应截止时间、解决截止时间、下一步行动及其截止日期，可提前暴露服务风险。
使用并非全部看起来都是绿色的工作来测试跟踪器
现实的模板包含例外情况，以便团队可以判断过滤器和仪表板是否有帮助。
新建与初步评估
仍需要做出决定的新工作。
责任承接等待
具有恢复条件的客户或第三方依赖项。
不遗漏暂停中的工作已超时并升级处理
客户影响和主管行动仍然可见。
异常控制已解决并重新开放
提议的修复与已验证的结果是分开的。
学习循环当协调本身成为负担时升级
电子表格仍适合导出和分析；但当多人同时修改状态和承诺时，风险就会增加。如果团队花在核对副本、催促负责人和重做周报上的时间，已经超过解决表中客户问题的时间，就该迁移到系统。
多人负责
共享应用程序提供权限、当前责任归属和公共更新历史记录，因此客服人员不会相互覆盖或使用过时的副本进行工作。
服务计时与升级处理
正当工作需要视图和自动化，而不依赖于某人扫描每一行。管理者应该了解风险计数背后的确切情况。
关联记录
客户历史记录、工作日志和解决确认不应强行放在一个过大的行中。
流程变更
管理员可以更改实时表单和视图，而无需分发其他工作簿版本。
关于 可直接使用的客户服务跟踪器 的常见问题
客户服务跟踪器应包含哪些字段？+
客户、问题摘要、类别、影响、紧急程度、优先级、团队、负责人、状态、响应和解决承诺、下一步行动、下一个到期日和解决结果是实用的基线。
更新应该存储在同一行吗？+
在工单上保留最新的下一步操作，但当团队需要向客户提供可靠的历史记录时，请使用相关的更新日志。
如何跟踪逾期的支持工作？+
使用明确的到期字段以及响应和解决状态，然后提供打开基础工单的即将到期和超时的视图。
我可以导出 Jodoo 追踪器吗？+
Jodoo 支持导出数据以进行分析和共享，但实时应用程序仍然是当前责任归属、更新和链接历史记录的更好位置。
我应该测试哪些样本状态？+
包括新的、已分配的、正在进行的、等待的、即将到期的、超时的、升级处理的、已解决的、关闭的和重新打开的示例（如果这些状态适用）。
体验完整服务闭环
使用客户服务跟踪器从团队今天就要处理的队列开始
安装含示例数据的跟踪器，测试其异常状态并根据您的实际服务承诺调整字段和视图。