新建与初步评估
在提交内部优先级之前验证客户、问题、影响和紧急程度。
客户工单管控
围绕下一个负责任的行动构建的客户服务工单系统
将每个客户疑问或问题转化为可追踪的服务请求，其中包含优先级、负责人、响应承诺、处理记录、更新和客户可以确认的完成情况。
队列是日常工作界面，背后的工单记录才是唯一可信来源。
从 Jodoo 的免费套餐开始，最多可容纳 5 位用户。无需信用卡。
- 无需客户选择内部优先级的初步评估
- 单独等待、逾期、升级处理、重开工作
- 保留每一项面向客户的承诺
10 条含示例数据的支持工单新的、等待的、即将到期的、超时的、升级处理的、解决的和重新打开的服务请求。安装后调整无需重建应用程序即可更改字段、分派规则、视图和仪表板。
- 01接收
- 02初步评估
- 03分配
- 04回应
- 05调查
- 06升级处理
- 07解决或重开
让状态变得具有可操作性
每种状态都应决定团队下一步要做什么，而不只是更改一个标签。
已分配与处理中
明确负责人、下一步行动和截止时间，并随工作推进记录处理过程和客户更新。
等待
将等待客户与等待第三方分开，并保持恢复条件可见。
已升级处理
记录服务风险、客户影响、主管行动和下一个审查检查点。
已解决、已关闭或已重开
发送解决方案，要求客户进行验证，如果问题仍然存在，则重新打开确切的服务请求。
围绕客服人员可以采取行动的决策构建队列
一张巨大的工单清单隐藏了首先需要关注的工作。
未分配与新收到
在团队承担责任之前防止服务请求消失。
即将到期并超时
显示当前客户承诺的响应和解决风险。
等待中与恢复处理
清楚显示等待对象、原因和下次检查时间，避免等待中的工作被遗忘。
重开与重复问题
在再次开始调查之前，请使用之前的工作、客户反馈和升级处理历史记录。
从收件箱和电子表格中转移而不会丢失上下文
导入团队仍然需要的记录，而不是每条没有结构的历史消息。将活动义务与参考历史记录分开，为每个开放服务请求商定一个负责人，并在关闭旧列表之前将导入的队列与将要处理该队列的人员进行协调。
定义工单的最小必填信息
客户、摘要、类别、影响、优先级、负责人、状态、下一步行动和承诺创建可用的起始记录。
统一状态和责任归属
将不一致的标签映射到一个小的生命周期，并为每个活跃服务请求分配一个负责的团队。
保留有意义的历史
保留当前承诺、最新进展、未解决依赖和结案原因。保留能够解释当前决策的消息和附件；大量对话记录若无运营价值，可单独归档。
测试分派规则和可见性
验证普通客服人员是否看到正确的队列以及主管是否可以打开警报背后的升级处理证据。
关于 客户工单管控 的常见问题
什么是客户服务工单系统？+
它将客户的疑问和问题转化为可跟踪的服务请求，其中包含背景、责任归属、状态、承诺、更新、工作历史和解决结果。
客户应该选择工单优先级吗？+
通常不会。用客户语言询问影响力和紧急程度，然后让服务团队使用一致的规则和客户上下文应用优先级。
应如何处理等待中的工单？+
记录团队正在等待谁、需要什么、服务时钟是否暂停以及何时必须再次检查服务请求。
已解决和已关闭有什么区别？+
已解决意味着团队发送了提议的解决方案。关闭意味着结果已满足组织的完成条件，通常包括客户确认或商定的响应窗口。
工单系统可以管理专家审批吗？+
将工单保留为通信和责任归属记录，然后在该决策需要自己的许可和证据时链接单独的退款、保修、变更或现场服务工作流程。
体验完整服务闭环
打开工单系统处理含示例数据的工单队列
打开实时队列，检查服务风险，并查看受理、客户更新、处理记录和解决确认如何保持联系。