编辑导语：工单系统对于客服平台来说十分重要，本篇文章作者分享了工单系统产品功能架构、功能清单、建设路径等内容，列举了一些建设方案，对整个工单系统产品功能进行了分析，一起来学习一下吧，希望对你有帮助。
在客服平台中，工单系统得价值描述如下：
客服售后工单系统定位，工单系统是客服售后反馈的问题，在公司内部部门与部门之间进行问题传递、任务传达的线上化单据。
通过工单系用于将客服无法直接处理的部分用户问题传递给相关部门，并追踪处理结果，以便告知用户。
客户对客服电商级的服务能力和对工单系统的平台化和自动化需求逐渐加预览文章大，工单系统也随之对创建工单的效率（减少客服整理留案时长）与工单流转效率（减少工单流转处理时长）需要投入系统的短期优化和远期规划。
本文章着重分享，工单系统产品功能架构、功能清单、建设路径。
遇到问题上报，特定人员处理，处理完成后反馈——工单的处理过程是任务从发布到解决的流程。
所以工单系统是记录和管理问题从发布到解决的系统。
角色上，工单系统分为使用者和管理者两种。使用者即发起工单和处理工单的人。管理者即管理系统的人，包括制作工单模板、指定工单处理人、设置提醒和触发规则等。
功能上，工单系统主要包含5大部分，设置工单模板、发起工单、查看工单、处理工单、统计分析（绩效）。
首先完成工单由上报到处理的完整过程，确保工单能够上报，上报后有人处理，处理完成后有反馈。
然后完成对工单处理情况的统计分析，实现关键数量能统计，处理效率能分析，体现工单处理人员的价值（目前业务核心指标：首次响应处理时长）。
后续考虑加入帮助中心、知识库、客服机器人等工具，实现常见咨询类问题自助解决无需上报，工单处理人员处理问题时有法可依，提高工单的处理质量和效率。
工单系统主要规划包含如下几大模块能力：
1）目的：减少整体的流转时间，流程节点透明。
2）建设方案描述：设置TOP的工单处理场景，提炼为标准模板，全链路明确时效与对接人
如：门店客诉、理赔、售后、退款、退货退款、换货、催配送、IT保障等业务流程的标准化。
30模板涉及：流转节点业务节点、节点需要输入的内容，节点需要输出的内容、节点的处理SLA时效、处理人、抄送人。
1）目的：对工单类型建立SLA任务
2）SLA服务任务
满足条件用分隔线分为两大类：
设置时限：优先级分为：紧急、高、正常、低四个等级。不同优先级工单可设置首次相应时间、二次响应应时间、解决时间，单位可设置：分钟、小时、天和周。
首次相应时间：表示工单创建到客服第一次回复工单的时长。
二次相应时间：表示客户回复工单和客服下一次回复工单的时长。
解决时间：表示工单创建到工单第一次解决的时长。
执行动作：
1）建设方案描述：台客服与各门店客服数据分开，不造成操作干扰。数据权限标准化，对应的客服角色进入工单系统，创建和处理自己业务线权限下的工单。
数据隔离维护数据架构角色权限划分省区授权，平台授权。
工单处理权限，转错门店，转错人，错误的人接受，明确受理人可以驳回，清晰权限人。
2）数据埋点：创建工单页面停留时长。
1）目的：客服减少留案时间。
2）建设方案描述：
1）目的：减少客服留案时间。
2）建设方案描述：客服在输入工单的问题描述字段时，每次都要输入重复输入大量描述问题的文案，通过文案标准的模板，让客服填写的问题标准化，快速创建工单。
管理员可维护公共的知识库模板，客服人员可维护自己的知识库模板。
3）知识库方案：业务线运营提供Q&A，有条件可以引用NLP召回与推荐算法能力组件，界面可参考行业案例与平台支持的展示能力设计交互样式。
1）目的：减少客服留案时间。
2）建设方案描述：通过用户咨询订单信息、手机设备GPS地址、订单门店等信息，自动关联需要流转到的门店信息，方便坐席快速选择对应的门店或订单信息，坐席不需要每次问询并填写，只需要与客户确认是否需要修正系统识别的内容即可（人机交互界面要提示此选项为系统识别，坐席需要参考修正）。
1）目的：减少整体的流转时间，流程节点透明。
2）建设方案描述：工单流转各节点可见，处理人，处理节点，处理时间。
1）目的：减少整体的流转时间，流程节点透明。
2）建设方案描述：设置工单抄送人，工单发起人可以一键催单，通过电话、企业微信、短信、工单系统站内通知、APP-Push；
工单发起人可见工单处理人的上级部门负责人，在工单处理人未在处理时效预期内，抄送人可以设置处理人领导，可以催对应的领导。
系统提醒机制：可提前告知负责客服：一般为客服主管，以督促相应的客服人员进行处理。
可通过多种方式提醒客服人员及时跟进处理：平台内部消息，及短信的方式。也可短信提醒客户当前工单的处理进度。
同时可以添加更多提醒动作，来确保相关人员都能及时获取通知，并及时跟进。
1）目的：减少整体的流转时间。
2）建设方案描述：工单流程中发起人可以在界面上看到其工单开始时间，流转耗时，解决时间，如果超时或超处理时效预期，可以上升或催单。
3）场景1：A产品使用中遇到重大问题，优先级设定为紧急，需要在15分钟内及时响应。
30分钟给出解决方案，2小时解决问题。
4）场景2：B产品使用中遇到常规问题，优先级设定为一般，需要在30分钟内及时响应，1 小时内给出解决方案，4小时解决问题，界面展示倒计时00:20:00。
1）目的：搭建工单满意度评价体系。
2）实现路径描述：处理完毕后，系统向客户发送审核评价链接，客户对工单完成情况进行确认。
在每次通话、聊天、工单完结、上门取件等服务结束之后，都可以设置自动邀请客户评价。
评价内容和规则可以业务定义。
1）目的：工单报表界面化。
2）建设方案描述：工单系统产生的记录进行整合，以报表的形式统计出来，更易于对工单业务的把控与分析，为调整工单业务提供重要依据。
具体关注字段包括但不限于以下：
1）目的：辅助加强监控管控，减少整体的流转时间。
2）建设方案描述：
门店、省区、部门维度，提高工单处理数据，如待处理工单，已处理工单，正在流转中工单的数据大屏，如工单处理人没能及时收到工单处理通知或未及时响应，通过数据大屏可以做到部门的整体的透明化监督，保障工单的处理时效。
3）重点展示数据：今日工单量，待处理工单，即将超时工单，已超时工单。
售后工单分类同步关注。
本文由 @小于哥 原创发布于人人都是产品经理，未经作者许可，禁止转载。
题图来自Unsplash，基于CC0协议。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。