[p=30,2,center]学习资料:IT运维管理社区专家讲堂直播300期视频回放[p=30,2,center]
[p=30,2,center]
昨天听了remedy7.0的介绍,其中讲到remedy的SRM(服务请求管理)正巧解决了一个客户的问题。客户将服务台受理的内容分为:报障、咨询和投诉等。报障很好理解,需要走事件、问题等管理流程。有关报障的事件都计入事件管理系统。但是咨询类的服务请求,他们认为不同于报障事件不需要走复杂的事件处理流程。因此在事件管理系统中没有此类的记录。没有记录,他们又觉得这是一个问题。所以,咨询过程中他们提出:如何管理咨询类的事件?当时我们给的建议是记录咨询类的事件,但咨询类的事件由服务台完成后关闭。在事件管理系统中增加一个咨询分类。这其中可能与事件管理设计有关,看上去这个问题好像很easy。我不想在这里讨论系统设计是否存在缺陷,客户对ITIL的认识是否有所偏颇。只是想用remedy的SRM来帮客户做一个梳理。
SRM(ServiceRequestManagement)想解决服务请求“扰民”的问题。何为扰民?这个是我起的名字。服务台每日处理N多的事件单,其中也有许多来自客户的咨询。咨询占总呼入量的比例我很难确定,但不论多少,类似咨询这样的服务请求都会占用服务台一定的时间,花费服务台人员一定的精力。即使有最先进的ITSM系统,也无法对呼入的事件自动筛选出哪些是事件,那些是服务请求。怎么办?SRM在其中起到什么作用呢?
大家一定取过现金。取现金分两种途径:柜台取和ATM机自取。后者,我们称之为:自助服务。屏幕上有【查询】、【取款】、【转账】等等,我们可以根据需要点选即可。2万元以下的现金我们可以不用去麻烦银行柜台的员工。我们是不是觉得很方便?银行的员工我想也一定觉得很省事。
SRM实现的就是这样的呼入自助服务。对诸如咨询、投诉和新用户开户等这样的服务请求采用“自助服务”的形式,开放给客户。这样就实现了疏导客户呼入的需求,将服务台的时间和精力投放给更需要帮助的客户。想法很好,手段很实用。我挺看好这个模块。
|