From version < 15.1
edited by superadmin
on 2024/10/25, 21:50
To version < 12.1 >
edited by superadmin
on 2024/10/25, 21:46
<
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Content
... ... @@ -2,13 +2,13 @@
2 2  
3 3  为了提升XX电信企信部运维服务质量,保障对所支持系统和业务的及时响应,改善事件的处理效率,参考ITIL最佳实践并结合XX电信企信部目前的运维现状,对事件处理的过程进行梳理,并形成管理规范和操作指导。
4 4  
5 -== ==
5 +== ==
6 6  
7 7  == **1.1.本文适用对象** ==
8 8  
9 9  本文作为XX电信事件管理流程的参考,供XX电信参与到事件管理流程中的人员和相关的管理层使用。
10 10  
11 -== ==
11 +== ==
12 12  
13 13  == **1.2.前提与假设** ==
14 14  
... ... @@ -36,6 +36,7 @@
36 36  |支持人员|进行事件处理的支持人员,通常对应于XX电信一线二线支持人员
37 37  |事件经理|负责协调事件管理的日常操作步骤,并管理工作的时间安排
38 38  
39 +
39 39  == **1.4.阅读指南** ==
40 40  
41 41  本文所有工作流程均使用Line of Visibility Engineering Methodology (LoVEM)描述。LoVEM 可提供工作流程的图形化表述。流程中涉及的角色(Roles)定义于左列,还包括用户等其他内容;右侧是流程的每个步骤或环节。
... ... @@ -51,6 +51,7 @@
51 51  
52 52  = **第2章概述** =
53 53  
55 +
54 54  == **2.1.流程目的** ==
55 55  
56 56  事件管理的主要目标是争取在最短的时间内解决、恢复,尽量避免或减少事件对用户造成影响。事件管理需要保留事件的有效记录,给其他的服务管理流程提供相关的信息,以及正确报告进展情况。
... ... @@ -65,6 +65,7 @@
65 65  
66 66  = **第3章角色与职责** =
67 67  
70 +
68 68  == **3.1.领导小组** ==
69 69  
70 70  **担任者:**
... ... @@ -75,7 +75,7 @@
75 75  
76 76  负责对重大事件实施应急处理的决策和应急资源统一指挥调配,及时向上级机关汇报情况,执行上级领导的命令。
77 77  
78 -== ==
81 +== ==
79 79  
80 80  == **3.2.事件管理流程负责人** ==
81 81  
... ... @@ -111,9 +111,6 @@
111 111  * 在适当的情况下,事件管理流程负责人可以把部分责任委任给其他人员执行。
112 112  )))
113 113  
114 -(% class="wikigeneratedid" %)
115 -== ==
116 -
117 117  == **3.3.事件经理 ** ==
118 118  
119 119  
... ... @@ -150,8 +150,6 @@
150 150  * 解决问题(Issue)
151 151  )))
152 152  
153 -(% class="wikigeneratedid" %)
154 -== ==
155 155  
156 156  == **3.4.服务台** ==
157 157  
... ... @@ -159,13 +159,13 @@
159 159  
160 160  服务台人员由IT运行保障部服务台担任,主要操作人员包括:省客服接口岗、监控操作岗、服务受理岗、服务质监岗和服务分析岗
161 161  
162 -=== ===
160 +=== ===
163 163  
164 164  === **3.4.1.省客服接口岗** ===
165 165  
166 166  承接省客服工作要求、进行分解和分派、对分派工作进行跟踪管理(五个一工程、全业务服务达标、“天翼腾飞”劳动竞赛等)
167 167  
168 -=== ===
166 +=== ===
169 169  
170 170  === **3.4.2.监控操作岗** ===
171 171  
... ... @@ -182,9 +182,6 @@
182 182  * 机房出入管理
183 183  )))
184 184  
185 -(% class="wikigeneratedid" %)
186 -=== ===
187 -
188 188  === **3.4.3.服务受理岗** ===
189 189  
190 190  服务受理岗承接内部和外部客户投诉故障申报,对投诉故障分类和分派,工单跟踪管理,确保投诉处理工作按时、按质完成。
... ... @@ -209,9 +209,6 @@
209 209  * 更新和关闭事件单
210 210  )))
211 211  
212 -(% class="wikigeneratedid" %)
213 -=== ===
214 -
215 215  === **3.4.4.服务质监岗** ===
216 216  
217 217  服务质监岗主要负责重点事件的质量跟踪和监管以及服务台内部质量管理工作,对服务质量指标监控、督促和考核;升级与紧急事件督办;投诉与重要问题回复;配合客户服务分析工作。
... ... @@ -225,9 +225,6 @@
225 225  * 必要时承担服务分析岗工作
226 226  )))
227 227  
228 -(% class="wikigeneratedid" %)
229 -=== ===
230 -
231 231  === **3.4.5.服务分析岗** ===
232 232  
233 233  服务分析岗主要负责重大问题的逐级上报和编写对外通知;服务处理报告编写和分析;服务质量回顾分析;故障回顾分析和规律发现;配合质监岗工作。
... ... @@ -242,8 +242,6 @@
242 242  * 必要时负担服务质监岗工作
243 243  )))
244 244  
245 -(% class="wikigeneratedid" %)
246 -== ==
247 247  
248 248  == **3.5.支持人员** ==
249 249  
... ... @@ -264,13 +264,13 @@
264 264  
265 265  企信部各部门按照各自负责的技术领域进行技术支持分工,具体如下:
266 266  
267 -==== ====
254 +==== ====
268 268  
269 269  ==== **3.5.1.1.计费账务组** ====
270 270  
271 271  受理因计费账务出错导致的前台业务类故障和投诉
272 272  
273 -==== ====
260 +==== ====
274 274  
275 275  
276 276  ==== **3.5.1.2.计费应用组** ====
... ... @@ -277,7 +277,7 @@
277 277  
278 278  负责处理计费域应用系统故障,范围包括:计费系统(HB)、OCS、ABM和联机采集系统,以及计费域(除CRM系统外)的中间件平台
279 279  
280 -==== ====
267 +==== ====
281 281  
282 282  
283 283  ==== **3.5.1.3.结算组** ====
... ... @@ -284,7 +284,7 @@
284 284  
285 285  负责处理结算域业务故障和应用系统故障,范围包括:应用系统的范围:综合结算、代理商系统和智能交换平台
286 286  
287 -=== ===
274 +=== ===
288 288  
289 289  
290 290  === **3.5.2.应用开发维护部** ===
... ... @@ -294,7 +294,7 @@
294 294  
295 295  负责维护CRM域业务故障和应用系统故障,应用系统的范围:CRM系统、SPS系统和TSAP系统
296 296  
297 -==== ====
284 +==== ====
298 298  
299 299  
300 300  ==== **3.5.2.2.非CRM组** ====
... ... @@ -319,7 +319,8 @@
319 319  |终端维护岗|负责维护本部门办公网和省公司大楼终端,发现和处理故障
320 320  |数据备份岗|负责存储和备份系统,发现和处理故障
321 321  
322 -==== ====
309 +(% class="wikigeneratedid" %)
310 +==== ====
323 323  
324 324  ==== **3.5.3.2.支持组** ====
325 325  
... ... @@ -338,15 +338,9 @@
338 338  |网络支持岗|负责网络系统技术支持
339 339  |信息安全岗|企信部范围内系统的信息安全管理
340 340  
341 -(% class="wikigeneratedid" %)
342 -= =
343 -
344 -(% class="wikigeneratedid" %)
345 -= =
346 -
347 347  = **第4章事件管理流程说明** =
348 348  
349 -== ==
331 +== ==
350 350  
351 351  == **4.1.事件出入口** ==
352 352  
... ... @@ -367,8 +367,6 @@
367 367  |(% style="width:90px" %)问题单|故障在处理过程中分析并未找到很好的故障解决办法,或者只能通过变通手段对故障进行临时性的解决,则需要基于此事件单创建问题单留待后续做根源性的分析和解决,同时关闭事件单
368 368  |(% style="width:95px" %)事件协同|(% style="width:90px" %)任务管理|事件在处理过程中发现需要其他小组人员帮助一起协查或处理,则可以基于此事件单创建多张任务单分派至不同小组
369 369  
370 -(% class="wikigeneratedid" %)
371 -== ==
372 372  
373 373  == **4.2.事件管理流程概述** ==
374 374  
... ... @@ -438,9 +438,9 @@
438 438  
439 439  2.根据唯一的客户信息识别并验证客户信息,需要尽量多地获取客户基本信息:
440 440  
441 -* 客户姓名(必填)
421 +* [[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml368584\wps3.png]]客户姓名(必填)
442 442  * 客户标识(普通员工、主管、经理等)
443 -* 电话号码(手机)(二者必填一项)
423 +* [[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml368584\wps4.png]]电话号码(手机)(二者必填一项)
444 444  * 分机号码
445 445  * 员工当前所在地点
446 446  * 邮件地址
... ... @@ -522,6 +522,7 @@
522 522  * 事件范围大,一个部门以上的用户使用收到影响需要通知的
523 523  * 信息类,需要向一个以上部门发出通知或者解释说明的
524 524  
505 +
525 525  |**1.7 通知用户**|**执行者:服务台 **
526 526  
527 527  1.通知用户并关闭事件
... ... @@ -532,8 +532,6 @@
532 532  * 电话通知
533 533  * 短信通知
534 534  
535 -(% class="wikigeneratedid" %)
536 -=== ===
537 537  
538 538  === **4.3.2.事件分类与初步支持 ** ===
539 539  
... ... @@ -553,7 +553,7 @@
553 553  
554 554  根据“事件检测与记录”的事件单、处理过程中回退和处理完成后重新打开的请求,实施判断请求类型、判断事件严重性优先等级与分类、关联到主事件、更新主事件信息、查找可能的解决方案、尝试解决、实施解决方案、事件分派、进行事件分析、执行升级、直接转派等措施,输出已分派的事件工单、已解决的事件工单和提交关闭
555 555  
556 -==== ====
535 +==== ====
557 557  
558 558  ==== **4.3.2.3 具体步骤:** ====
559 559  
... ... @@ -568,7 +568,7 @@
568 568  
569 569  |**2.2判断事件严重性、优先等级、分类**|** 执行者:服务台**
570 570  
571 -1.查询事件的表现症状,所需要的信息如下:
550 +1.[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml368584\wps5.png]]查询事件的表现症状,所需要的信息如下:
572 572  
573 573  * 事件简要描述
574 574  * 可能影响了什么服务
... ... @@ -580,6 +580,7 @@
580 580  * 对事件进行准确分类 是事件能够得到快速解决的前提
581 581  * 具体分类规则参见5.1.5 事件分类
582 582  
562 +
583 583  2.记录事件的表现症状根据事件描述状况进行事件分类
584 584  
585 585  3.如果是客户报告的事件请求,了解该事件对服务可能产生的影响
... ... @@ -586,7 +586,7 @@
586 586  
587 587  4.如果是运维人员报告的事件请求,运维人员在提交事件请求时根据5.6“优先级”定义设定事件的优先级
588 588  
589 -5.如果是监控系统产生的告警事件,根据5.6“优先级”定义设定事件的优先级(注,目前湖南电信尚没有监控系统,此处为为未来系统接口做的扩展考虑)
569 +5.[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml368584\wps6.png]]如果是监控系统产生的告警事件,根据5.6“优先级”定义设定事件的优先级(注,目前湖南电信尚没有监控系统,此处为为未来系统接口做的扩展考虑)
590 590  
591 591  6.依据预定义的事件优先级业务规则,在事件单中记录优先级(事件的优先级表应根据实际情况实时修改)
592 592  
... ... @@ -599,6 +599,7 @@
599 599  
600 600  * 类似事件通常表现为由于某个原因导致的多个客户出现的同一症状的服务不可用
601 601  
582 +
602 602  |**2.3关联到主事件 & 2.4 更新主事件单**|**执行者:服务台**
603 603  
604 604  1.如事件单为重复或类似的未解决的事件,将新的事件单关联到原有事件单,原有事件单进行更新。
... ... @@ -640,7 +640,7 @@
640 640  
641 641  |**2.8 分派事件**|**执行者:服务台**
642 642  
643 -1.根据事件分类不同,进行事件分派;
624 +1.[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml368584\wps7.png]]根据事件分类不同,进行事件分派;
644 644  
645 645  * 不同的事件工单会有不同的事件类别和所属地点属性;
646 646  * 根据事件类别和地点属性不同,事件工单会被直接分派到相应的技能组/支持人员,转至环节2.9“进行事件分析”;
... ... @@ -685,8 +685,6 @@
685 685  * 事件经理对事件处理过程不满意,事件单功能升级后,工单派至相应分析员重新进行补充处理
686 686  * 用户对事件处理结果不满意,事件单进行功能升级后,事件记录员退回工单至相应的处理人员,重新进行处理
687 687  
688 -(% class="wikigeneratedid" %)
689 -=== ===
690 690  
691 691  === **4.3.3.事件调查和诊断** ===
692 692  
... ... @@ -704,7 +704,7 @@
704 704  
705 705  根据初步分类的事件单、分析员主动发现的事件、未成功解决的事件单、知识库现有知识、事件数据库中的现有解决方案,实施事件分析和评估、收集分析相关信息、再次确认严重等级及分类、进行关联、诊断、试图解决事件的措施,得出“解决和恢复”工单、需要升级的工单或事件关闭的工单
706 706  
707 -==== ====
686 +==== ====
708 708  
709 709  ==== **4.3.3.3 具体步骤:** ====
710 710  
... ... @@ -770,7 +770,7 @@
770 770  
771 771  === **4.3.4.解决和恢复** ===
772 772  
773 -==== ====
752 +==== ====
774 774  
775 775  ==== **4.3.4.1.描述:** ====
776 776  
... ... @@ -780,13 +780,13 @@
780 780  (% style="text-align:center" %)
781 781  [[image:1729862863138-519.png]]
782 782  
783 -==== ====
762 +==== ====
784 784  
785 785  ==== **4.3.4.2.流程主要内容:** ====
786 786  
787 787  根据“调查与诊断”事件工单、解决方案/变通方法,实施沟通决绝方案/变通方法、创建变更请求、创建需求请求、任务分解并分派、采取恢复操作、验证解决结果,输出沟通后部实施解决方案/变通方法的事件进入“分类与初步支持”、解决失败的事件进入“调查与诊断”已经恢复的事件进入“事件关闭”、需要通过变更解决的事件/流转至变更管理流程/发起变更申请。
788 788  
789 -==== ====
768 +==== ====
790 790  
791 791  ==== **4.3.4.3.具体步骤** ====
792 792  
... ... @@ -847,7 +847,7 @@
847 847  
848 848  === **4.3.5.事件关闭** ===
849 849  
850 -==== ====
829 +==== ====
851 851  
852 852  ==== **4.3.5.1.描述:** ====
853 853  
... ... @@ -862,7 +862,7 @@
862 862  
863 863  根据“1检测与记录”“2分类与初步支持”“3调查与诊断”“4解决与恢复”的事件、已经完成的变更、用户对解决情况的反馈,实施验证并检查记录、更新工单记录、与用户沟通、关闭相应公告、关闭工单等措施,输出已关闭的事件单、经过检查没有解决的事件单以及用户不满意的事件单
864 864  
865 -==== ====
844 +==== ====
866 866  
867 867  ==== **4.3.5.3.具体步骤** ====
868 868  
... ... @@ -910,7 +910,7 @@
910 910  
911 911  === **4.3.6.跟踪回顾** ===
912 912  
913 -==== ====
892 +==== ====
914 914  
915 915  ==== **4.3.6.1.描述:** ====
916 916  
... ... @@ -926,7 +926,7 @@
926 926  
927 927  根据未解决的事件、客户提出的查询请求和升级的事件单,实施选择事件、跟踪/回归过程、要求更新工单、更新信息、交流事件状态,得出更新记录的事件单和进一步升级的事件单
928 928  
929 -==== ====
908 +==== ====
930 930  
931 931  ==== **4.3.6.3.具体步骤** ====
932 932  
... ... @@ -973,7 +973,7 @@
973 973  
974 974  2.交流结束后,跟踪回顾结束
975 975  
976 -=== ===
955 +=== ===
977 977  
978 978  === **4.3.7.重大(危机)事件** ===
979 979  
... ... @@ -987,15 +987,15 @@
987 987  
988 988  重大故障的组织和协调机制,参见《湖南电信重大故障管理办法》
989 989  
990 -= =
969 += =
991 991  
992 -= =
971 += =
993 993  
994 994  = **第5章业务规则** =
995 995  
996 996  注:所有在本章节所提及的日期和时间是指“经过的(elapsed)”的日期和时间。
997 997  
998 -== ==
977 +== ==
999 999  
1000 1000  == **5.1.总体业务规则** ==
1001 1001  
... ... @@ -1055,9 +1055,6 @@
1055 1055  |规范五|对于事件(故障)现象填写出错并由此造成的分派错误,二线处理小组有权将事件单退回服务台,退回时必须说明理由
1056 1056  |规范六|发生三次以上分派、转派和回退的事件将自动通知事件经理,由事件经理协调处理
1057 1057  
1058 -(% class="wikigeneratedid" %)
1059 -=== ===
1060 -
1061 1061  === **5.1.4.代办业务规则** ===
1062 1062  
1063 1063  考虑到XX电信在人员组织方面的实际情况,可以允许在事件处理过程中实现代办功能,代办原则如下:
... ... @@ -1065,9 +1065,6 @@
1065 1065  * 服务台和支持人员,由于某些原因(例如出差,休假,培训等)离开本岗位时,必须确保将未处理完毕的事件单重新分派到本岗位其他事件处理人员;如果
1066 1066  * 本岗位只有自己一人,则通过指定代办人的方式,确保在代办期间,由代办人处理该岗位的各项工作;
1067 1067  
1068 -(% class="wikigeneratedid" %)
1069 -=== ===
1070 -
1071 1071  === **5.1.5.优先级** ===
1072 1072  
1073 1073  1. 事件的优先级表明了支持人员对事件工单处理的优先程度。它是评定事件处理优先等级的一个重要指标。
... ... @@ -1075,7 +1075,7 @@
1075 1075  1. 优先级在事件的生命周期中是可以改变的。关于更改事件单优先级的原因和行为应该在事件单中记录。
1076 1076  1. 事件的优先级通常由两方面的指标共同决定:事件影响度及事件紧急程度。
1077 1077  
1078 -==== ====
1051 +==== ====
1079 1079  
1080 1080  ==== **5.1.5.1.事件影响程度** ====
1081 1081  
... ... @@ -1084,13 +1084,8 @@
1084 1084  ** 规则二:事件影响程度定义如下表所示
1085 1085  * 我们可以根据一个表格来制定湖南电信事件的影响程度,在下表中对事件的影响程度按照四个等级进行划分,每个等级中对事件的表象进行了描述,服务台可以根据影响程度的定义对事件进行影响度的划分:
1086 1086  
1060 +[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml368584\wps8.jpg]]
1087 1087  
1088 -(% style="text-align:center" %)
1089 -[[image:1729864146488-525.png]]
1090 -
1091 -(% class="wikigeneratedid" %)
1092 -==== ====
1093 -
1094 1094  ==== **5.1.5.2.事件紧急程度** ====
1095 1095  
1096 1096  1. 事件紧急程度规则
... ... @@ -1102,8 +1102,7 @@
1102 1102  
1103 1103  示例表:
1104 1104  
1105 -(% style="text-align:center" %)
1106 -[[image:1729864165904-928.png]]
1073 +[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml368584\wps9.jpg]]
1107 1107  
1108 1108  具体参见《事件管理设计信息表》
1109 1109  
... ... @@ -1141,7 +1141,7 @@
1141 1141  
1142 1142  **表 3-4. 事件目标时间业务规则**
1143 1143  
1144 -=== ===
1111 +=== ===
1145 1145  
1146 1146  === **5.1.7.等待规则** ===
1147 1147  
... ... @@ -1155,9 +1155,6 @@
1155 1155  |规范四|事件进入等待状态必须填写等待代码,自动进入等待的事件单由系统自动填写等待代码
1156 1156  |规范五|等待中的事件单不计入目标时间考核
1157 1157  
1158 -(% class="wikigeneratedid" %)
1159 -=== ===
1160 -
1161 1161  === **5.1.8.通知业务与升级业务规则** ===
1162 1162  
1163 1163  1. 规范一:根据湖南电信管理现状,事件升级将执行事件上报通知,以及将紧急程度置为“高”
... ... @@ -1165,7 +1165,7 @@
1165 1165  1. 规范三:事件上报通知对象必须包括事件经理。在必要时,除事件经理外还可包括相关部门领导
1166 1166  1. 事件通知触发条件和通知对象:
1167 1167  
1168 -**图例:  **U:相关用户;C:事件记录员;E:支持人员;M:事件经理
1132 +**图例: **U:相关用户;C:事件记录员;E:支持人员;M:事件经理
1169 1169  
1170 1170  
1171 1171  |严重等级
... ... @@ -1177,7 +1177,7 @@
1177 1177  
1178 1178  **表 3-6. 通知业务规则**
1179 1179  
1180 -=== ===
1144 +=== ===
1181 1181  
1182 1182  === **5.1.9.标准的通知内容** ===
1183 1183  
... ... @@ -1189,7 +1189,7 @@
1189 1189  * 联系服务台咨询更多信息的方法
1190 1190  * 通知方式可以考虑通过短信或邮件方式自动进行。
1191 1191  
1192 -=== ===
1156 +=== ===
1193 1193  
1194 1194  === **5.1.10.重复业务规则** ===
1195 1195  
... ... @@ -1204,14 +1204,11 @@
1204 1204  |(% rowspan="2" %)配套措施|系统需要建立重复事件判断条件的配置功能,维护多个判断重复事件的条件,当满足条件时系统会弹出窗口提示操作者有哪些事件单可能是重复事件。可以选择是否关联或者主从
1205 1205  |重复事件的主从关系允许拆解
1206 1206  
1207 -(% class="wikigeneratedid" %)
1208 -=== ===
1209 -
1210 1210  === **5.1.11.复发业务规则 ** ===
1211 1211  
1212 1212  1. 如果报告的事件与已经关闭的事件相同(查询范围含时间),该事件被认为是“复发”的事件单。这意味着为了解决事件而采取的解决措施失败了。此时应当创建一个新的事件单,复制原始事件单的内容,并说明这是复发的事件。
1213 1213  
1214 -=== ===
1175 +=== ===
1215 1215  
1216 1216  === **5.1.12.事件单关闭业务规则** ===
1217 1217  
... ... @@ -1227,8 +1227,6 @@
1227 1227  |规范六|事件单在关闭前,必须填写关闭代码,自动关闭的事件单由系统自动填写关闭代码。
1228 1228  |规范七|已关闭的事件单不允许重新打开
1229 1229  
1230 -(% class="wikigeneratedid" %)
1231 -= =
1232 1232  
1233 1233  = **第6章质监合规与分析考核** =
1234 1234  
... ... @@ -1281,7 +1281,7 @@
1281 1281  
1282 1282  具体考核指标内容可参见《XX电信企信部指标体系》
1283 1283  
1284 -== ==
1243 +== ==
1285 1285  
1286 1286  == **6.3故障分析** ==
1287 1287  
... ... @@ -1403,9 +1403,6 @@
1403 1403  |故障通告|系统故障,对用户造成较大影响时,比如影响程度为1的事件|受影响用户|故障解决后
1404 1404  |停机通告|影响为1和2的变更在执行前,需要发出停机通告|受影响用户|变更完成后
1405 1405  
1406 -(% class="wikigeneratedid" %)
1407 -=== ===
1408 -
1409 1409  === **1.3.2公告用语** ===
1410 1410  
1411 1411  公告包括“标题”“正文”“落款”三个组成部分。
... ... @@ -1505,8 +1505,6 @@
1505 1505   ~*~*~*~*-~*~*-~*~*
1506 1506  )))
1507 1507  
1508 -(% class="wikigeneratedid" %)
1509 -= =
1510 1510  
1511 1511  = **附录二:服务台运行管理要求** =
1512 1512  
... ... @@ -1535,7 +1535,7 @@
1535 1535  
1536 1536  服务台经理对整个服务台的事件处理情况负责。
1537 1537  
1538 -=== ===
1492 +=== ===
1539 1539  
1540 1540  === **1.1.5投诉升级机制** ===
1541 1541  
... ... @@ -1543,7 +1543,7 @@
1543 1543  
1544 1544  事件超时时会自动升级至事件经理,事件经理通常是服务台经理兼任,事件经理有责任和权利协调资源优先处理升级事件,包括与二线团队协调资源。
1545 1545  
1546 -=== ===
1500 +=== ===
1547 1547  
1548 1548  === **1.1.6报告机制** ===
1549 1549  
... ... @@ -1551,7 +1551,7 @@
1551 1551  
1552 1552  服务台建议设置周报和月报制度,每周和每月定时将报告汇总给服务台经理。
1553 1553  
1554 -=== ===
1508 +=== ===
1555 1555  
1556 1556  === **1.1.7回访处理** ===
1557 1557  
... ... @@ -1562,31 +1562,31 @@
1562 1562  
1563 1563  以下为对于服务台人员在处理投诉时的基本方法建议,实际上这些建议对于非投诉类Case的处理一样适用。
1564 1564  
1565 -=== ===
1519 +=== ===
1566 1566  
1567 1567  === **1.2.1用心聆听** ===
1568 1568  
1569 1569  聆听是一门艺术,从中你可以发现客户的真正需求,从而获得处理投诉的重要信息。
1570 1570  
1571 -=== ===
1525 +=== ===
1572 1572  
1573 1573  === **1.2.2表示道歉** ===
1574 1574  
1575 1575  如果你没有出错,就没有理由惊慌,如你真的出错,就得勇于面对。请记住客户之所以动气是因遇上问题,你漠不关心或据理力争。找借口或拒绝,只会使对方火上加油,适时的表示歉意会起到意想不到的效果。
1576 1576  
1577 -=== ===
1531 +=== ===
1578 1578  
1579 1579  === **1.2.3仔细询问** ===
1580 1580  
1581 1581  引导用户说出问题重点,有的放矢。表示同情如果对方知道你的确关心他的问题,也了解他的心情,怒气便会消减一半。找出双方一起同意的观点,表明你是理解他的。
1582 1582  
1583 -=== ===
1537 +=== ===
1584 1584  
1585 1585  === **1.2.4记录问题** ===
1586 1586  
1587 1587  对于投诉类的问题,必须忠实详尽的记录投诉者、投诉的原因、被投诉者、内容、处理过程、解决情况等信息。
1588 1588  
1589 -=== ===
1543 +=== ===
1590 1590  
1591 1591  === **1.2.5解决问题** ===
1592 1592  
Icon 1729864146488-525.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -66.6 KB
Content Icon
Icon 1729864165904-928.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -48.9 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司