由 superadmin 于 2024/10/25, 21:50 最后修改
修改评论
该版本没有评论
Summary
Details
- 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 ... ... @@ -37,6 +37,7 @@ 37 37 |事件经理|负责协调事件管理的日常操作步骤,并管理工作的时间安排 38 38 39 39 40 + 40 40 == **1.4.阅读指南** == 41 41 42 42 本文所有工作流程均使用Line of Visibility Engineering Methodology (LoVEM)描述。LoVEM 可提供工作流程的图形化表述。流程中涉及的角色(Roles)定义于左列,还包括用户等其他内容;右侧是流程的每个步骤或环节。 ... ... @@ -78,7 +78,7 @@ 78 78 79 79 负责对重大事件实施应急处理的决策和应急资源统一指挥调配,及时向上级机关汇报情况,执行上级领导的命令。 80 80 81 -== == 82 +== == 82 82 83 83 == **3.2.事件管理流程负责人** == 84 84 ... ... @@ -114,6 +114,7 @@ 114 114 * 在适当的情况下,事件管理流程负责人可以把部分责任委任给其他人员执行。 115 115 ))) 116 116 118 + 117 117 == **3.3.事件经理 ** == 118 118 119 119 ... ... @@ -151,6 +151,7 @@ 151 151 ))) 152 152 153 153 156 + 154 154 == **3.4.服务台** == 155 155 156 156 **担任者:** ... ... @@ -157,13 +157,13 @@ 157 157 158 158 服务台人员由IT运行保障部服务台担任,主要操作人员包括:省客服接口岗、监控操作岗、服务受理岗、服务质监岗和服务分析岗 159 159 160 -=== === 163 +=== === 161 161 162 162 === **3.4.1.省客服接口岗** === 163 163 164 164 承接省客服工作要求、进行分解和分派、对分派工作进行跟踪管理(五个一工程、全业务服务达标、“天翼腾飞”劳动竞赛等) 165 165 166 -=== === 169 +=== === 167 167 168 168 === **3.4.2.监控操作岗** === 169 169 ... ... @@ -180,6 +180,7 @@ 180 180 * 机房出入管理 181 181 ))) 182 182 186 + 183 183 === **3.4.3.服务受理岗** === 184 184 185 185 服务受理岗承接内部和外部客户投诉故障申报,对投诉故障分类和分派,工单跟踪管理,确保投诉处理工作按时、按质完成。 ... ... @@ -204,6 +204,7 @@ 204 204 * 更新和关闭事件单 205 205 ))) 206 206 211 + 207 207 === **3.4.4.服务质监岗** === 208 208 209 209 服务质监岗主要负责重点事件的质量跟踪和监管以及服务台内部质量管理工作,对服务质量指标监控、督促和考核;升级与紧急事件督办;投诉与重要问题回复;配合客户服务分析工作。 ... ... @@ -217,6 +217,7 @@ 217 217 * 必要时承担服务分析岗工作 218 218 ))) 219 219 225 + 220 220 === **3.4.5.服务分析岗** === 221 221 222 222 服务分析岗主要负责重大问题的逐级上报和编写对外通知;服务处理报告编写和分析;服务质量回顾分析;故障回顾分析和规律发现;配合质监岗工作。 ... ... @@ -232,6 +232,7 @@ 232 232 ))) 233 233 234 234 241 + 235 235 == **3.5.支持人员** == 236 236 237 237 **担任者:** ... ... @@ -249,49 +249,48 @@ 249 249 * 厂商管理 250 250 ))) 251 251 259 + 252 252 企信部各部门按照各自负责的技术领域进行技术支持分工,具体如下: 253 253 254 -==== ==== 262 +==== ==== 255 255 256 256 ==== **3.5.1.1.计费账务组** ==== 257 257 258 258 受理因计费账务出错导致的前台业务类故障和投诉 259 259 260 -==== ==== 268 +==== ==== 261 261 262 - 263 263 ==== **3.5.1.2.计费应用组** ==== 264 264 265 265 负责处理计费域应用系统故障,范围包括:计费系统(HB)、OCS、ABM和联机采集系统,以及计费域(除CRM系统外)的中间件平台 266 266 267 -==== ==== 274 +==== ==== 268 268 269 - 270 270 ==== **3.5.1.3.结算组** ==== 271 271 272 272 负责处理结算域业务故障和应用系统故障,范围包括:应用系统的范围:综合结算、代理商系统和智能交换平台 273 273 274 -=== === 280 +=== === 275 275 276 - 277 277 === **3.5.2.应用开发维护部** === 278 278 284 +==== ==== 279 279 280 280 ==== **3.5.2.1.CRM组** ==== 281 281 282 282 负责维护CRM域业务故障和应用系统故障,应用系统的范围:CRM系统、SPS系统和TSAP系统 283 283 284 -==== ==== 290 +==== ==== 285 285 286 - 287 287 ==== **3.5.2.2.非CRM组** ==== 288 288 289 289 负责维护电子渠道、MSS域和OSS域应用系统,发现和处理故障 290 290 291 291 292 - 293 293 === **3.5.3.IT运行保障部** === 294 294 299 +==== ==== 300 + 295 295 ==== **3.5.3.1.运行组** ==== 296 296 297 297 统一受理所有IT运行保障部职责范围内的事件单,主要指基础架构环境相关的系统故障等,组内岗责划分如下: ... ... @@ -306,8 +306,6 @@ 306 306 |终端维护岗|负责维护本部门办公网和省公司大楼终端,发现和处理故障 307 307 |数据备份岗|负责存储和备份系统,发现和处理故障 308 308 309 -(% class="wikigeneratedid" %) 310 -==== ==== 311 311 312 312 ==== **3.5.3.2.支持组** ==== 313 313 ... ... @@ -317,6 +317,7 @@ 317 317 * 重大故障 318 318 * 升级并引起关注的故障 319 319 324 + 320 320 支持组组内岗责划分如下: 321 321 322 322 ... ... @@ -326,9 +326,11 @@ 326 326 |网络支持岗|负责网络系统技术支持 327 327 |信息安全岗|企信部范围内系统的信息安全管理 328 328 334 + 335 + 329 329 = **第4章事件管理流程说明** = 330 330 331 -== == 338 +== == 332 332 333 333 == **4.1.事件出入口** == 334 334 ... ... @@ -350,6 +350,7 @@ 350 350 |(% style="width:95px" %)事件协同|(% style="width:90px" %)任务管理|事件在处理过程中发现需要其他小组人员帮助一起协查或处理,则可以基于此事件单创建多张任务单分派至不同小组 351 351 352 352 360 + 353 353 == **4.2.事件管理流程概述** == 354 354 355 355 下图从总体上描述了事件管理流程、执行步骤和各步骤执行的顺序。 ... ... @@ -493,6 +493,7 @@ 493 493 494 494 1. 通知并等待用户提供进一步信息 495 495 504 + 496 496 |**1.6 创建公告**|**执行者:服务台 ** 497 497 498 498 1.如果事件影响较小,不会造成大范围的影响,则不需要创建公告。 ... ... @@ -503,6 +503,7 @@ 503 503 * 信息类,需要向一个以上部门发出通知或者解释说明的 504 504 505 505 515 + 506 506 |**1.7 通知用户**|**执行者:服务台 ** 507 507 508 508 1.通知用户并关闭事件 ... ... @@ -514,6 +514,7 @@ 514 514 * 短信通知 515 515 516 516 527 + 517 517 === **4.3.2.事件分类与初步支持 ** === 518 518 519 519 ... ... @@ -532,7 +532,7 @@ 532 532 533 533 根据“事件检测与记录”的事件单、处理过程中回退和处理完成后重新打开的请求,实施判断请求类型、判断事件严重性优先等级与分类、关联到主事件、更新主事件信息、查找可能的解决方案、尝试解决、实施解决方案、事件分派、进行事件分析、执行升级、直接转派等措施,输出已分派的事件工单、已解决的事件工单和提交关闭 534 534 535 -==== ==== 546 +==== ==== 536 536 537 537 ==== **4.3.2.3 具体步骤:** ==== 538 538 ... ... @@ -553,6 +553,7 @@ 553 553 * 可能影响了什么服务 554 554 * 必要时提供软件和硬件配置信息 555 555 567 + 556 556 备注: 557 557 558 558 * 事件信息的准确记录十分关键 ... ... @@ -560,6 +560,7 @@ 560 560 * 具体分类规则参见5.1.5 事件分类 561 561 562 562 575 + 563 563 2.记录事件的表现症状根据事件描述状况进行事件分类 564 564 565 565 3.如果是客户报告的事件请求,了解该事件对服务可能产生的影响 ... ... @@ -575,11 +575,13 @@ 575 575 * 如果存在类似的事件单,转入环节“2.3 关联到主事件”。 576 576 * 如果不存在类似的事件单,进入“2.5 查找可能的解决方案”。 577 577 591 + 578 578 提示: 579 579 580 580 * 类似事件通常表现为由于某个原因导致的多个客户出现的同一症状的服务不可用 581 581 582 582 597 + 583 583 |**2.3关联到主事件 & 2.4 更新主事件单**|**执行者:服务台** 584 584 585 585 1.如事件单为重复或类似的未解决的事件,将新的事件单关联到原有事件单,原有事件单进行更新。 ... ... @@ -603,6 +603,7 @@ 603 603 * 如果存在解决方案/变通方法,转至“2.7 实施解决方案” 604 604 * 如果没有找到解决方案/变通方法,转至环节“2.6 尝试解决”; 605 605 621 + 606 606 |**2.6 尝试解决**|**执行者: 服务台** 607 607 608 608 1.服务台人员根据自身所拥有的技能尝试确定“解决方案或变通方法”,进行事件解决; ... ... @@ -610,6 +610,7 @@ 610 610 * 如果可以解决,转至转至“2.7 实施解决方案” 611 611 * 如果不能解决,转至环节“2.8 事件分派”; 612 612 629 + 613 613 |**2.7 实施解决方案**|**执行者: 服务台** 614 614 615 615 1.在系统中实施临时措施或解决方案,使服务得到恢复。 ... ... @@ -633,6 +633,7 @@ 633 633 634 634 * 根据XX电信目前事件分配状况,按事件工单分类不同分派到不同的技能组 635 635 653 + 636 636 |**2.9 进行事件分析**|**执行者: 支持人员** 637 637 638 638 1.得到事件工单分派的通知,进行事件检查,并确认是否接受分派的事件工单 ... ... @@ -643,6 +643,7 @@ 643 643 * 如果不具备,需要升级,转至环节“2.10 执行升级” 644 644 * 如果不具备,无需升级,转至环节“2.11直接转派” 645 645 664 + 646 646 |**2.10 执行升级**|**执行者: 支持人员** 647 647 648 648 1.执行升级的情况如下: ... ... @@ -651,6 +651,7 @@ 651 651 * 派单次数超过3次,升级至相关事件经理及相应直属领导 652 652 * 事件经理或客户对事件处理过程不满意,要求支持人员重新处理事件,需要升级至相关事件经理及相应直属领导 653 653 673 + 654 654 |**2.11 直接转派**|**执行者: 支持人员** 655 655 656 656 1.对于支持人员之间的转派,可以直接实现,组内转派到人,组间转派到组 ... ... @@ -667,6 +667,7 @@ 667 667 * 用户对事件处理结果不满意,事件单进行功能升级后,事件记录员退回工单至相应的处理人员,重新进行处理 668 668 669 669 690 + 670 670 === **4.3.3.事件调查和诊断** === 671 671 672 672 ... ... @@ -683,7 +683,7 @@ 683 683 684 684 根据初步分类的事件单、分析员主动发现的事件、未成功解决的事件单、知识库现有知识、事件数据库中的现有解决方案,实施事件分析和评估、收集分析相关信息、再次确认严重等级及分类、进行关联、诊断、试图解决事件的措施,得出“解决和恢复”工单、需要升级的工单或事件关闭的工单 685 685 686 -==== ==== 707 +==== ==== 687 687 688 688 ==== **4.3.3.3 具体步骤:** ==== 689 689 ... ... @@ -749,7 +749,7 @@ 749 749 750 750 === **4.3.4.解决和恢复** === 751 751 752 -==== ==== 773 +==== ==== 753 753 754 754 ==== **4.3.4.1.描述:** ==== 755 755 ... ... @@ -759,13 +759,13 @@ 759 759 (% style="text-align:center" %) 760 760 [[image:1729862863138-519.png]] 761 761 762 -==== ==== 783 +==== ==== 763 763 764 764 ==== **4.3.4.2.流程主要内容:** ==== 765 765 766 766 根据“调查与诊断”事件工单、解决方案/变通方法,实施沟通决绝方案/变通方法、创建变更请求、创建需求请求、任务分解并分派、采取恢复操作、验证解决结果,输出沟通后部实施解决方案/变通方法的事件进入“分类与初步支持”、解决失败的事件进入“调查与诊断”已经恢复的事件进入“事件关闭”、需要通过变更解决的事件/流转至变更管理流程/发起变更申请。 767 767 768 -==== ==== 789 +==== ==== 769 769 770 770 ==== **4.3.4.3.具体步骤** ==== 771 771 ... ... @@ -782,6 +782,7 @@ 782 782 * 是否需要配合完成,进入环节“4.4 任务分解并分派” 783 783 * 如果不需要,进入环节“4.5 采取恢复操作” 784 784 806 + 785 785 |**4.2创建变更请求**|**执行者:支持人员** 786 786 787 787 1.创建变更请求单,进入变更管理流程 ... ... @@ -826,7 +826,7 @@ 826 826 827 827 === **4.3.5.事件关闭** === 828 828 829 -==== ==== 851 +==== ==== 830 830 831 831 ==== **4.3.5.1.描述:** ==== 832 832 ... ... @@ -841,7 +841,7 @@ 841 841 842 842 根据“1检测与记录”“2分类与初步支持”“3调查与诊断”“4解决与恢复”的事件、已经完成的变更、用户对解决情况的反馈,实施验证并检查记录、更新工单记录、与用户沟通、关闭相应公告、关闭工单等措施,输出已关闭的事件单、经过检查没有解决的事件单以及用户不满意的事件单 843 843 844 -==== ==== 866 +==== ==== 845 845 846 846 ==== **4.3.5.3.具体步骤** ==== 847 847 ... ... @@ -889,7 +889,7 @@ 889 889 890 890 === **4.3.6.跟踪回顾** === 891 891 892 -==== ==== 914 +==== ==== 893 893 894 894 ==== **4.3.6.1.描述:** ==== 895 895 ... ... @@ -905,7 +905,7 @@ 905 905 906 906 根据未解决的事件、客户提出的查询请求和升级的事件单,实施选择事件、跟踪/回归过程、要求更新工单、更新信息、交流事件状态,得出更新记录的事件单和进一步升级的事件单 907 907 908 -==== ==== 930 +==== ==== 909 909 910 910 ==== **4.3.6.3.具体步骤** ==== 911 911 ... ... @@ -952,7 +952,7 @@ 952 952 953 953 2.交流结束后,跟踪回顾结束 954 954 955 -=== === 977 +=== === 956 956 957 957 === **4.3.7.重大(危机)事件** === 958 958 ... ... @@ -966,15 +966,15 @@ 966 966 967 967 重大故障的组织和协调机制,参见《湖南电信重大故障管理办法》 968 968 969 -= = 991 += = 970 970 971 -= = 993 += = 972 972 973 973 = **第5章业务规则** = 974 974 975 975 注:所有在本章节所提及的日期和时间是指“经过的(elapsed)”的日期和时间。 976 976 977 -== == 999 +== == 978 978 979 979 == **5.1.总体业务规则** == 980 980 ... ... @@ -1034,6 +1034,7 @@ 1034 1034 |规范五|对于事件(故障)现象填写出错并由此造成的分派错误,二线处理小组有权将事件单退回服务台,退回时必须说明理由 1035 1035 |规范六|发生三次以上分派、转派和回退的事件将自动通知事件经理,由事件经理协调处理 1036 1036 1059 + 1037 1037 === **5.1.4.代办业务规则** === 1038 1038 1039 1039 考虑到XX电信在人员组织方面的实际情况,可以允许在事件处理过程中实现代办功能,代办原则如下: ... ... @@ -1041,6 +1041,7 @@ 1041 1041 * 服务台和支持人员,由于某些原因(例如出差,休假,培训等)离开本岗位时,必须确保将未处理完毕的事件单重新分派到本岗位其他事件处理人员;如果 1042 1042 * 本岗位只有自己一人,则通过指定代办人的方式,确保在代办期间,由代办人处理该岗位的各项工作; 1043 1043 1067 + 1044 1044 === **5.1.5.优先级** === 1045 1045 1046 1046 1. 事件的优先级表明了支持人员对事件工单处理的优先程度。它是评定事件处理优先等级的一个重要指标。 ... ... @@ -1048,7 +1048,7 @@ 1048 1048 1. 优先级在事件的生命周期中是可以改变的。关于更改事件单优先级的原因和行为应该在事件单中记录。 1049 1049 1. 事件的优先级通常由两方面的指标共同决定:事件影响度及事件紧急程度。 1050 1050 1051 -==== ==== 1075 +==== ==== 1052 1052 1053 1053 ==== **5.1.5.1.事件影响程度** ==== 1054 1054 ... ... @@ -1108,7 +1108,7 @@ 1108 1108 1109 1109 **表 3-4. 事件目标时间业务规则** 1110 1110 1111 -=== === 1135 +=== === 1112 1112 1113 1113 === **5.1.7.等待规则** === 1114 1114 ... ... @@ -1115,6 +1115,7 @@ 1115 1115 1. 事件可能会超过目标时间上限,但这些原因有一些是客观的,无法预期的,当事件由于这些原因进入等待状态时,等待中的时间将不计入目标时间计算中。 1116 1116 1. 等待需要遵循以下规则: 1117 1117 1142 + 1118 1118 |等待规范|描述 1119 1119 |规范一|事件记录员、支持人员和事件经理可将事件置为等待状态 1120 1120 |规范二|事件创建维护性需求时,事件自动进入等待状态 ... ... @@ -1122,6 +1122,7 @@ 1122 1122 |规范四|事件进入等待状态必须填写等待代码,自动进入等待的事件单由系统自动填写等待代码 1123 1123 |规范五|等待中的事件单不计入目标时间考核 1124 1124 1150 + 1125 1125 === **5.1.8.通知业务与升级业务规则** === 1126 1126 1127 1127 1. 规范一:根据湖南电信管理现状,事件升级将执行事件上报通知,以及将紧急程度置为“高” ... ... @@ -1141,7 +1141,7 @@ 1141 1141 1142 1142 **表 3-6. 通知业务规则** 1143 1143 1144 -=== === 1170 +=== === 1145 1145 1146 1146 === **5.1.9.标准的通知内容** === 1147 1147 ... ... @@ -1153,7 +1153,7 @@ 1153 1153 * 联系服务台咨询更多信息的方法 1154 1154 * 通知方式可以考虑通过短信或邮件方式自动进行。 1155 1155 1156 -=== === 1182 +=== === 1157 1157 1158 1158 === **5.1.10.重复业务规则** === 1159 1159 ... ... @@ -1168,11 +1168,12 @@ 1168 1168 |(% rowspan="2" %)配套措施|系统需要建立重复事件判断条件的配置功能,维护多个判断重复事件的条件,当满足条件时系统会弹出窗口提示操作者有哪些事件单可能是重复事件。可以选择是否关联或者主从 1169 1169 |重复事件的主从关系允许拆解 1170 1170 1197 + 1171 1171 === **5.1.11.复发业务规则 ** === 1172 1172 1173 1173 1. 如果报告的事件与已经关闭的事件相同(查询范围含时间),该事件被认为是“复发”的事件单。这意味着为了解决事件而采取的解决措施失败了。此时应当创建一个新的事件单,复制原始事件单的内容,并说明这是复发的事件。 1174 1174 1175 -=== === 1202 +=== === 1176 1176 1177 1177 === **5.1.12.事件单关闭业务规则** === 1178 1178 ... ... @@ -1189,6 +1189,7 @@ 1189 1189 |规范七|已关闭的事件单不允许重新打开 1190 1190 1191 1191 1219 + 1192 1192 = **第6章质监合规与分析考核** = 1193 1193 1194 1194 ... ... @@ -1240,7 +1240,7 @@ 1240 1240 1241 1241 具体考核指标内容可参见《XX电信企信部指标体系》 1242 1242 1243 -== == 1271 +== == 1244 1244 1245 1245 == **6.3故障分析** == 1246 1246 ... ... @@ -1362,6 +1362,7 @@ 1362 1362 |故障通告|系统故障,对用户造成较大影响时,比如影响程度为1的事件|受影响用户|故障解决后 1363 1363 |停机通告|影响为1和2的变更在执行前,需要发出停机通告|受影响用户|变更完成后 1364 1364 1393 + 1365 1365 === **1.3.2公告用语** === 1366 1366 1367 1367 公告包括“标题”“正文”“落款”三个组成部分。 ... ... @@ -1391,6 +1391,7 @@ 1391 1391 ~*~*~*~*-*-~*~* 1392 1392 ))) 1393 1393 1423 + 1394 1394 |**种类**|信息公示 1395 1395 |**内容要求**|需说明信息内容,信息所针对范围,信息生效和失效时间。 1396 1396 |**范例**|((( ... ... @@ -1411,6 +1411,7 @@ 1411 1411 ~*~*~*~*-~*~*-~*~* 1412 1412 ))) 1413 1413 1444 + 1414 1414 |**种类**|操作指导 1415 1415 |**内容要求**|需要说明系统名称,发布操作指导的原因和使用场景。 1416 1416 |**范例**|((( ... ... @@ -1429,6 +1429,7 @@ 1429 1429 ~*~*~*~*-~*~*-~*~* 1430 1430 ))) 1431 1431 1463 + 1432 1432 |**种类**|故障通告 1433 1433 |**内容要求**|需要说明故障原因,影响范围,预期解决时间,当然还要表示歉意 1434 1434 |**范例**|((( ... ... @@ -1445,6 +1445,7 @@ 1445 1445 ~*~*~*~*-~*~*-~*~* 1446 1446 ))) 1447 1447 1480 + 1448 1448 |**种类**|停机通告 1449 1449 |**内容要求**|需要说明停机原因,影响范围,预期恢复时间,当然还要表示歉意 1450 1450 |**范例**|((( ... ... @@ -1462,6 +1462,7 @@ 1462 1462 ))) 1463 1463 1464 1464 1498 + 1465 1465 = **附录二:服务台运行管理要求** = 1466 1466 1467 1467 ... ... @@ -1489,7 +1489,7 @@ 1489 1489 1490 1490 服务台经理对整个服务台的事件处理情况负责。 1491 1491 1492 -=== === 1526 +=== === 1493 1493 1494 1494 === **1.1.5投诉升级机制** === 1495 1495 ... ... @@ -1497,7 +1497,7 @@ 1497 1497 1498 1498 事件超时时会自动升级至事件经理,事件经理通常是服务台经理兼任,事件经理有责任和权利协调资源优先处理升级事件,包括与二线团队协调资源。 1499 1499 1500 -=== === 1534 +=== === 1501 1501 1502 1502 === **1.1.6报告机制** === 1503 1503 ... ... @@ -1505,7 +1505,7 @@ 1505 1505 1506 1506 服务台建议设置周报和月报制度,每周和每月定时将报告汇总给服务台经理。 1507 1507 1508 -=== === 1542 +=== === 1509 1509 1510 1510 === **1.1.7回访处理** === 1511 1511 ... ... @@ -1516,31 +1516,31 @@ 1516 1516 1517 1517 以下为对于服务台人员在处理投诉时的基本方法建议,实际上这些建议对于非投诉类Case的处理一样适用。 1518 1518 1519 -=== === 1553 +=== === 1520 1520 1521 1521 === **1.2.1用心聆听** === 1522 1522 1523 1523 聆听是一门艺术,从中你可以发现客户的真正需求,从而获得处理投诉的重要信息。 1524 1524 1525 -=== === 1559 +=== === 1526 1526 1527 1527 === **1.2.2表示道歉** === 1528 1528 1529 1529 如果你没有出错,就没有理由惊慌,如你真的出错,就得勇于面对。请记住客户之所以动气是因遇上问题,你漠不关心或据理力争。找借口或拒绝,只会使对方火上加油,适时的表示歉意会起到意想不到的效果。 1530 1530 1531 -=== === 1565 +=== === 1532 1532 1533 1533 === **1.2.3仔细询问** === 1534 1534 1535 1535 引导用户说出问题重点,有的放矢。表示同情如果对方知道你的确关心他的问题,也了解他的心情,怒气便会消减一半。找出双方一起同意的观点,表明你是理解他的。 1536 1536 1537 -=== === 1571 +=== === 1538 1538 1539 1539 === **1.2.4记录问题** === 1540 1540 1541 1541 对于投诉类的问题,必须忠实详尽的记录投诉者、投诉的原因、被投诉者、内容、处理过程、解决情况等信息。 1542 1542 1543 -=== === 1577 +=== === 1544 1544 1545 1545 === **1.2.5解决问题** === 1546 1546 ... ... @@ -1591,4 +1591,5 @@ 1591 1591 )))|二线支持团队 1592 1592 |日常培训|即为传统意义上的“传帮带”|服务台日常工作熟练|服务台资深员工 1593 1593 1628 + 1594 1594