×

扫描二维码登录本站

标签: 暂无标签
20150722   淡然
续上





2.      服务管理现状

2.1   用户体验
“网管专家服务”目前大致有40家左右的用户,主要分布在北京、上海、苏州、广州和香港等地区。用户所属行业包括制造行业、证券行业、零售门店商贸行业、外企以及部分政府部门等。以下是各行业中比较典型的用户:
2        制造行业:上海*众、Y*K、茉*林等;
2        证券行业:国泰*安、海*证券等;                                   ITSS考试
2        零售门店商贸行业:易*莲花;
2        外企:江*自控、苏州*世;
某公司对以上各企业的相关IT 经理及主要技术人员进行了深入访谈,主要围绕各个用户对“网管专家业务”的感知体验和期望,现状如下:


Y*K
n         体验现状:
1、  Y*K目前使用“网管专家服务”SLM-A服务级别
2、  Y*K目前与“网管专家服务”主要与电信政企部单点联系
3、  目前常见的故障是电源问题,若当地出现断电,则由“网管专家服务”主动通知Y*K
4、  出现故障时,“网管专家服务”直接联系Y*K当地运维人员,必要时才通知Y*K的IT经理
5、  目前Y*K对“网管专家服务”的故障响应时间和解决时间比较满意
6、  到目前为止没有出现对“网管专家服务”的投诉,也认为不需要投诉通道
7、  购买和使用了“网管专家服务”后,Y*K不用派专人进行巡检,也不用再与各地电信机构联系沟通,Y*K本身节省了人力和沟通协调资源,感觉比较省心
n         用户期望:
1、  目前“网管专家服务”所提供的网络方面的功能已经足够,暂时不需要流量监控
2、  由于Y*K主要作数据交换,因此在语音方面存在需求



上海*众
n         体验现状:
1、  目前被监控设备为两台
2、  目前使用“网管专家服务”SLM-A服务级别
3、  每次发生故障后,5分钟内就会有响应
4、  目前“网管专家服务”尚未出现漏报故障的情况
5、  “网管专家服务”的报表系统不是很强,与目前大*使用的另一家供应商德电相比,报表类型和内容比“网管专家服务”提供的更加丰富,并且支持自定义功能
n         用户期望:
1、  希望提供涉及某些服务指标的故障报告,如故障响应时间、修复时间和可用率等
2、  当故障集中发生时,能派专家与其技术人员进行讨论,发生根本原因并进行根除(共同解决问题)
3、  希望在5*8工作时间通知大众的二线人员,而在非5*8时间通知到值班人员,由值班人员内部协调



茉*林
n         体验现状:
1、                                            目前被监控大概16个点
2、                                            目前使用“网管专家服务”SLM-A服务级别
3、                                            除“网管专家服务”服务以外,上海事务所还有使用了上海理想提供的桌面电话线、网线的代维业务
4、                                            青岛、南通、上海等地网络方面设备(主要是路由器和交换机)交由上海理想进行每年一度的巡检,上海理想会派专人到场,巡检结束后会提交报告,对巡检内容、巡检发现和巡检后建议进行相关说明。
5、                                            茉*林目前各地联系人的联系信息都提供给了“网管专家服务”,当发现故障后“网管专家服务”会主动通知到对应点的联系人;如要与“网管专家服务”主动上报故障或者其他请求,则有上海这边村上美代统一联系。
6、                                            对于网络中较重大故障,往往由“网管专家服务”首先发现,主动邮件通知,开case时电话、邮件都会通知,派现场时也会通知,故障解决并关闭后还有通知。
7、                                            在故障处理过程中,也经常使用“网管专家服务”提供的Web实时查看功能,感觉基本满足需求
n         用户期望:
1、  服务开通由“网管专家服务”现场配置,结束后电话通知调试完成。但随着点越来越多,新增点的时候,应当有充分的计划,尤其对整个开通过程中所需双方资源和资源如何协调等问题的准备。
2、  目前对于上海理想的解决时间还比较满意,不过希望以后对于上海故障的到响应时间控制在3个小时内,外地故障的响应时间控制在6个小时。
3、  电话布线时每次来的人都不太一样,感觉有些对服务内容不大了解,服务过程也不很规范,希望日后能有所改进。



国泰*

n         体验现状:
1、  目前“网管专家服务”对国泰*安的100多个点进行服务,主要是针对线路监控,包括帧中继和少量数字SDH线路。“网管专家服务”通过读取的国泰*安网络的信息,发现并对故障进行及时的处理。
2、  目前使用“网管专家服务”SLM-A服务级别
3、  7*24全天候监控以及对故障的主动响应和协调处理,分担了用户的工作量,减少相应的运维成本
4、  “网管专家服务”提供的服务目录过于复杂,内容比较繁琐,总体感觉过于技术化,不适合购买服务的决策人理解
5、  服务目录中的各项服务定义不是太合理,如服务报告感觉就不应该作为一项服务,而应是服务内容的一部分
6、  上线周期总体还是很快的,但客户方需要收集和提供线路号、联系人等信息,感觉比较繁琐,希望线路方面的信息可以由电信提供
7、  每月报表和趋势分析,目前主要是基于故障分类或者经常报警的节点等数据方面的反映,分析不是很深入,但基本上可以接受
n         用户期望:
1、  既然是做服务,希望加强“网管专家服务”人员的服务意识和服务水平,尤其是服务语言方面,需要进一步规范
2、  每月周报方面,报表中希望剔除由于客户方停机产生的告警case的统一
3、  目前响应时间作的比较好,后续处理方面希望能对故障的解决时间进行量化,形成指标
4、  线路本身的可用性也是个非常有价值的指标,希望能对其进行承诺



海*证券
n         体验现状:
1、  “网管专家服务”计划覆盖100条左右的线路,目前有70余条已经在使用;其他线路由自己的监控工具进行监控管理
2、  目前“网管专家服务”发现故障后,基本上不会直接电话通知到总部,工作日以邮件的方式,周末时以短信的方式。
3、  对于故障响应时间,总体感觉不算慢
4、  有时感觉会有一些错报的情况,“网管专家服务”通知发现故障,自己登陆去查却没有发现问题,不过这些可能的错报尚未确认
5、  在休市以后,不少营业部可能会进行断电操作,这可能导致“网管专家服务”错误的通报故障,不过目前“网管专家服务”方面也没有明确这些事前的协作机制,实际操作起来在海通也比较困难

n         用户期望:
1、  在下午三点以后,客户可能有网络调整,“网管专家服务”最好能先确认是不是客户方在操作
2、  交易期间最好采用电话方式进行沟通,并同时通知到总部,以便其协调配合



易*莲花
n         体验现状:
1、  目前由”网管专家服务”监控总部核心设备以及各个门店设备共计72台,主要是对路由器的监控
2、  以前接口人不统一,“网管专家服务”相当于有电信内部绿色通道,”网管专家服务”自己监控,发现问题和快速处理。整体感觉比原来的保修和处理快得多
3、  去年过年期间断线较多。每月40件case左右,最近一直保持在每月13、14件。
4、  目前“网管专家服务”发现问题之后,大部分沟通工作直接到机房值班人员,而不是转到各个经理,除非需要更多的资源支持和升级;因此用户普遍感觉比较省心
5、  以前的断线是被动的接到门店电话之后再去分析,然后报修电信,现在直接是由电信发现问题,提交预警,主动服务,主动报修,对易*莲花来说是省心了
n         用户期望:
1、  故障修复时间希望能更快一些
2、  期望有额外的流量分析方面的功能和报告
3、  期望能对除了路由之外的其他设备点进行监控,比如Server和Pos终端                         ITSS认证



江*自控
n         体验现状:
1、  目前大概管理20个点
2、  目前使用的是SLM-A服务级别
3、  实时主动监控是其最为核心的体验点,每个月的报告也很重要
4、  对其“网管专家服务”运营过程尚不了解,但感觉前期的communication还是不错的
5、  不能看到在上海*信内部的运转的环节,这是其不太满意的地方
6、  通知客户故障的时候,服务台人员提供的信息有问题,服务语言的规范以及应当向客户提供哪些信息,都需要进一步加强
n         用户期望:
1、  希望“网管专家服务”人员能提供网络管理方面的方案或建议
2、  客户端的DTU设备也需要服务和监控
3、  期望“网管专家服务”与客户之间定义好协作的规范,如客户本方进行变更前,应通知“网管专家服务”方对相关告警信息进行屏蔽或者过滤



苏州*世
n         体验现状:
1、  目前使用的“网管专家服务”服务包括:实时监控、及时报障、故障分析和处理
2、  目前的联系点就是客户经理,客户经理是苏州*信,但是感觉客户经理不一定知道最新进展。
3、  目前处理故障的过程中,处理进展(比如目前是处理到30%?60%还是多少?)Bosch这边不知道。换句话说,没有一个Incident Owner,Bosch不清楚应该找谁去了解和获取相关信息,也不知道如何获取这些信息。
4、  目前处理故障时Bosch经常需要自己去沟通各个点,去执行action才能解决。理想的状态是,博世只是被通知,action是苏州电信。
5、  有些case重复频发,某些线路、设备的可用性达不到SLA要求。
6、  现在的故障报告只是个简单的report,没有Root cause和预防措施、solution方面的分析
7、  关于电*方发起的变更,如停机,目前苏州电信有通知,但是通知的提前期太短,比如今天下午就通知明早会停机,这样Bosch很难去处理和准备相关事宜。
n         用户期望:
1、  希望能对故障解决时间(即修复时间)进行承诺
2、  博*需要被及时告知,处理和通知的Owner(Bosch建议是苏州*信客户经理)来负责case的跟踪和处理,处理状态需要及时通知和随时获取。需要知道的内容包括:目前这个case进展到什么状态,解决需要多少时间,预期多少时间能够恢复
3、  需要“网管专家服务”这边给出问题分析,分析根源,并找出预防措施或者solution进行改进,并且solution的执行Owner应该由苏州电信客户经理
4、  趋势分析有待加强,可以分析下怎么做可以减少线路down的几率
5、  涉及到停机、服务断、设备更换的情况下的大的变更需要及早通知。目前Bosch有变更窗口(每月第三个周末);苏州电信的停机或者重启应该及时通知。有很多的数据交换是在晚上做的。不能因为苏州*信认为晚上不会使用线路就能中断线路。
6、  租赁苏州*信的设备要求有AAA认证,安全问题很重要
7、  期望对路由器等网络设备的IT连续性进行灾难恢复的相关计划                  ITSS培训
8、  流量分析部分需要实现和加强:比如需要分析Top 10流量(例如60%的流量可能是email的)、各种应用的流量。






本帖关键字:ITSS




上一篇:最浅显易懂的ITSS服务管理术语解释
下一篇:服务管理的ITSS级别区分:SLM-A&SLM-B
monicazhang

写了 2297 篇文章,拥有财富 12859,被 21 人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies

成为第一个吐槽的人

Powered by ITIL  © 2001-2025
返回顶部