网络维护与服务岗位认证教材1Word格式.docx
- 文档编号:8095321
- 上传时间:2023-05-10
- 格式:DOCX
- 页数:59
- 大小:605.74KB
网络维护与服务岗位认证教材1Word格式.docx
《网络维护与服务岗位认证教材1Word格式.docx》由会员分享,可在线阅读,更多相关《网络维护与服务岗位认证教材1Word格式.docx(59页珍藏版)》请在冰点文库上搜索。
2.3.5专项服务活动工作要求49
2.3.6售后服务危机干预与服务跟踪预警工作要求51
2.3.7政企客户售后服务资料管理工作要求53
2.3.8报告编写工作要求58
2.3.9重要时期通信保障工作要求61
2.3.10应急预案演练工作要求65
2.3.11交流活动工作要求66
【思考题】68
第三章政企客户跨域协同支撑69
3.1政企客户跨域协同支撑工作的定义69
3.2政企客户跨域协同工单操作规范69
3.2.1行业服务类工单69
3.2.2项目管理工单70
3.2.3差异化营销支撑类工单70
【思考题】70
第四章政企客户沟通和礼仪71
4.1客户工程师的基本沟通技能71
4.1.1沟通的定义和功能71
4.1.2沟通的七个要素72
4.1.3沟通的分类73
4.1.4沟通的三大阶段73
4.1.5沟通的注意事项80
4.2社交礼仪81
4.2.1礼仪的涵义81
4.2.2社交礼仪81
【思考题】91
附件92
参考资料93
第一章概述
政企客户网络维护与服务工作是指各级网运部门按照“一点响应、全网协同”的原则,以“三个面向”为导向,建立集团、省、本地网三级政企客户维护服务支撑体系,有效地支撑企业转型和发展;
同时要求各级网运部门建立以客户为视角、以客户满意度为导向的工作驱动机制,使维护服务队伍能够根据客户满意度的变化主动动态调整自身服务行为,从而实现客户服务工作可量化、价值可体现、感知可管理,在激烈的竞争环境中始终保持中国电信政企客户服务满意度国内领先。
客户网络维护与服务工作主要涉及售前售中售后三个阶段。
售前工作主要包括参与分析和确定客户需求,提供技术支持,组织提出客户解决方案;
确认项目涉及调度或使用的网络资源;
确认为客户提供的服务内容及标准;
参与编写标书和应标等工作。
售中工作主要包括定单审核、制定实施方案、详细资源勘查、项目施工,进度反馈、预警、业务调试、竣工交付,即目前中国电信从客户可感知角度及业务规范性和专业性角度出发,固化售中关键动作和必要操作的七个关键步骤——七步法。
售后工作主要包括故障受理和处理、疑难故障处理、割接通知服务、走访(回访)、专项服务活动、售后服务危机干预与服务跟踪预警、应急演练、政企客户售后服务资料管理等。
为保证客户服务质量,目前采用的重要举措是嵌入式工作机制。
嵌入式工作机制可以通过团队式嵌入、流程式嵌入、项目式嵌入(针对具体项目组成虚拟团队)等多种方式实现。
各级分公司在项目式嵌入的基础上,实现工作流程嵌入,积极践行团队嵌入的工作机制,落实政企客户项目的售前、售中、售后全过程的服务支撑任务,建立前后端协同工作流程,重点加强政企客户项目的售前技术支撑工作。
中国电信首席客户工程师团队负责高质量地响应政企客户营销支撑与服务落地需求,以提升运维体系面向政企客户的服务水平和跨域协同能力。
首席客户工程师团队是由客户总部及相应分支机构所在地维护部门人员参加,一点接应首席客户经理需求,承担具体政企客户营销支撑任务和服务落地工作的虚拟团队。
首席客户工程师团队成员包括首席客户工程师、(区域或分支)客户工程师(以下简称客户工程师),采取首席客户工程师负责制。
原则上首席客户工程师与首席客户经理成对设置、协同工作。
凡设置首席客户经理的客户总部所在地,应同时设置首席客户工程师。
政企客户跨域协同支撑工作通过政企客户支撑模块来实现和落实,中国电信集团电子运维系统“政企客户支撑”模块(以下简称“模块”)是中国电信政企客户支撑团队在营销支撑、项目实施管控、客户服务等工作中的操作和管理平台,是客户工程师团队开展跨域协同、扁平化支撑工作的唯一工单流转平台。
客户工程师一点接应客户经理需求后,如涉及团队跨域协同支撑,须登录电子运维“政企客户支撑模块”,负责进行任务执行过程中的跟踪、管控,任务执行完毕后,一点回复客户经理。
跨域协调工单目前包含三大类工单,分别是行业服务工单、项目管理工单和差异化营销支撑工单。
第二章政企客户网络维护与服务支撑
2.1售前工作要求
2.1.1售前工作要求
售前工作主要包括如下五方面:
一、一点接应并协助客户经理了解、分析和确定客户的真实需求,形成需求文档;
二、牵头确认项目涉及地网络资源和服务资源,并根据实际情况提出解决方案或建议;
三、牵头提供客户需求涉及的与大网和运维相关的服务标准和能力信息;
参与项目实施合作方的选定,重点对合作方的服务能力进行确认并反馈意见;
四、参加标书编写、技术应答等商机转化工作,对拟签订的合同维护及服务条款、对应的维护与服务成本等逐一梳理,重点把握服务界面、服务内容、服务指标等内容,并针对维护条款和服务条款反馈意见,对于现有能力确实无法满足的,建议政企部做商务处理;
五、对于售前环节中发现的问题进行整理、细化,形成问题清单文档,并在商机挖掘和签约支撑(含合同谈判环节)中,做好客户需求及期望值管理,思考适合客户、符合项目特点的解决办法,力争在项目签约前合理规避问题隐患。
2.1.2售前工作的关键点
项目售前支撑过程中的主要环节,可指导各级运维部门、(首席)客户工程师团队、项目组在项目承接、需求调研、问题管理、合同签约支撑、资源核查、技术方案制定等6个关键环节的实施动作。
售前支撑具体实施要点:
1.项目承接
1)负责承担侧重在大网相关的政企客户的营销支撑职能,牵头落实网运部门在售前/售中阶段的介入安排和工作着力点、以及在售后交付的关键环节。
2)负责做好三方面的协同工作:
(首席)客户工程师与(首席)客户经理之间的横向协同、(首席)客户工程师为龙头的纵向支撑团队与(首席)客户经理为龙头的纵向营销团队间的协同、(首席)客户工程师团队内的协同。
3)对于传统业务支撑需求,由客户工程师团队基于现有流程提供支撑。
4)对于ICT、IDC和行业应用等支撑需求,由客户工程师团队采用项目运作、团队支撑的方式提供支撑,并按照“大运维”的理念,从“统筹”政企客户售后运营的角度开展工作,进一步积极主动地了解首席客户经理的支撑需求,通过请政企部门开放CRM系统商机模块权限,及时获取相关商机信息,并提前准备支撑资源,实现对ICT、IDC和行业应用的及早介入。
2.需求调研
1)(首席)客户工程师在接到(首席)客户经理的项目支撑需求后,及时加入项目组并全面参与项目的调研与支撑工作,通过与政企部门沟通,及时获取项目信息,及时与对应(首席)客户经理取得联系,共同对项目需求进行了解、分析,形成《项目需求书》,并取得客户确认,以期在项目签约、项目实施、后期运营时与客户有共识、有沟通基础。
2)项目需求调研需重点摸清:
客户的业务与应用需求、客户的管理需求、客户的组网需求、项目进度需求、客户的服务需求等。
3.问题管理
1)项目需求调研中,(首席)客户工程师牵头制定《问题管理表》,明确项目问题的具体管理安排(例如:
问题描述、解决目标、解决时间点、责任人等),重点抓落实,将问题执行效果与管理目标紧密挂钩。
2)在后续项目需求调研、合同谈判中,结合存在问题合理引导客户及业务部门,做好客户需求及期望值管理,思考适合客户、符合项目特点的解决办法,力争在项目签约前合理规避问题隐患。
3)(首席)客户工程师牵头项目组动态收集、整理项目营销过程中已出现或可预见的相关问题,及时更新并发布《问题管理表》,会同政企部、集成公司及项目合作方共同讨论并逐项确定问题的解决建议、责任人、计划解决时间、当前状态等,并在项目实施过程中实时更新。
4.合同签约支撑
1)项目签约前,结合中国电信、集成公司及项目合作方的能力,(首席)客户工程师协助政企部共同对合同条款进行审核,重点把握服务界面、服务内容、服务指标等内容,并针对维护条款和服务条款反馈意见。
同时,针对现网能力确实无法满足的,建议政企部做商务处理,并跟踪合同签约情况(签约时间、履约条款、服务主体、服务费用等)。
2)合同签约完成后,政企部将合同原件、合同内所有非标准化的服务指标或服务条款以《合同执行单》传递到网运部。
网运部对合同中的服务条款、维护条款、验收标准、服务主体及服务费用等进行确认、整理后,并结合政企部门提供《合同执行单》中的特殊需求制定项目实施要求,最终形成《项目实施安排》并下发至各涉及地网运部门,做到项目实施工作责、权、利透明化。
5.资源核查
1)售前阶段资源核查工作通过(首席)客户经理下达业务需求单触发(含B端资源核查单),包括资源核查和结果反馈等环节,核查范围为客户端红线(客户自维)外部分,不涉及物业。
2)售前阶段业务需求单分为查询型需求单和定单型需求单两类,资源核查信息有效期为各级政企客户业务资源管理的相关部门完成涉及段落资源核查信息填报反馈后的1个月内。
3)针对资源反馈“不具备”或项目实施工期“不满足”的需求单单,(首席)客户工程师依据项目合同承诺并结合(首席)客户经理下发的资源核查需求,牵头组织客户工程师团队或项目组落实涉及地项目资源的二次核查。
4)根据已设定的资源预警门限值,对资源储备情况低于预定门限的节点,由(首席)客户工程师向前对(首席)客户经理进行预警,同时,协同首席客户经理共同向涉及地网发部门触发建设工作。
6.技术方案制定
1)基于《项目需求书》,(首席)客户工程师协同政企部(首席客户经理)、项目合作方共同制定可在大网落地、后期可运营的项目技术方案,并牵头重点对方案涉及的网络能力、服务能力进行把关。
2)结合《项目需求书》和《问题管理表》及资源情况等,客户工程师牵头组织对项目技术方案进行审定。
【思考题】
售前工作包括哪些关键环节,这些环节的主要工作内容有哪些?
2.2售中工作要求
为实现快速、准确、及时地提供业务,需要从客户可感知角度出发,规范关键动作,精确控制电路开通中的各个环节,从而体现中国电信在业务提供中的规范性和专业性。
为保证客户服务质量,目前常采用的重要措施是七步法,即定单审核、详细资源勘查、制定实施方案、项目施工及进度反馈、预警、业务调试和竣工交付。
2.2.1定单审核
本地网售中牵头实施部门在接到定单后,要对定单中相关内容进行审核。
对于有问题的定单提前反馈业务经理并做退单处理。
2.2.2详细资源勘查
确定项目经理,由项目经理根据客户装机地址组织各实施部门在2个工作日内进行资源的详细施工勘察,勘察中如果存在物业问题,项目经理要及时通知客户经理协调解决。
2.2.3制定实施方案
项目经理汇总勘察后的详细资源情况,根据项目复杂程度在1-2个工作日内制定实施方案,实施方案以简单实用为主,在要求完成期限的前提下分解各段工期、提出实施要求,并统一纳入本地网售中管控。
2.2.4项目施工,进度反馈
为进一步加强客户感知和售中实施的过程管控,及时按需地提供电路进度报告,提前对实施中的问题进行预警,进一步减少因问题预警不及时而影响按时开通的情况发生。
进度报告模版包括三方面内容:
本周工作内容、下周工作计划、需预警内容。
跨域项目每周进度报告需在集团CRM系统中填写。
各实施单位按照本地实施流程启动项目施工;
按照实施方案反馈进度。
对于标准工期的项目,可以每周提供进展情况;
对于加急项目,可结合客户需求,按要求提供进度报告。
2.2.5预警
各实施单位要在要求完成时间前一周(加急电路提前3天)对于不能完成的情况提前预警,以便项目经理及时将情况反馈发起方客户经理,由发起方客户经理及时做好客户解释工作,并按流程进行延期。
重要预警需按升级制度逐级上报,通过部门、公司层面协调问题妥善解决。
预警工作的具体要求如下:
系统按照要求完成时间自动计算预警,所有不要求填报进度报告的电路在距要求完成时间的10个工作日进行预警,并将要预警电路放入“服务定单”下的“电路预警”栏中,操作人员从中选择需要预警的电路进行填报。
按时完成的电路无需预警。
(特殊情况:
加急工单完成时间少于10个工作日的,如果没有要求填写进度报告,则在转定后直接进入服务定单下面的电路预警池子中。
)
预警工作的三种处理流程:
1.服务定单→功能树→待我处理订单→增加电路预警任务
2.服务定单→处理→填报电路预警,预警信息为进度报告中的预警类型
3.(本地网用户)订单管理→功能树→待我处理订单→增加电路预警任务订单管理;
“电路预警”显示服务定单填写过来的需要预警的电路,在竣工之后预警待处理消失掉;
在订单明细增加“电路预警”按钮,显示服务定单填写过来的需要预警的电路“定单管理”下的“电路预警”栏中包括进度报告中填写预警的电路和无进度报告需求的电路按时序规则提前预警的电路。
对于预警电路系统自动发邮件给相关的客户经理、业务经理和网运支撑经理,各省分公司要及时跟踪电路预警情况,加强与政企客户部门的沟通,直到电路完成交付。
电路竣工后“定单管理”下的“电路预警”栏中的预警电路将自动消失。
针对电路预警功能,因明确只有客户原因才能申请延期,预期可以正常完成的电路不需要预警;
对于电路开通中的正常工作环节如调单下发、工单流转、资源调度等不属于电路预警事项。
同时,电路预警时尽量不选择“其他”原因。
对于预警后的电路,各分公司要继续跟踪情况直至开通完成,对于客户原因的预警,要积极推动业务经理或客户经理及时将预警信息反馈给客户,并与客户沟通协商,做好延期变更。
【案例】:
电路开通过程中的预警
案例描述:
流水号为XXXXXX的电路,要求2011年4月15日完成,虽然某本地网在4月15日当天进行了“用户原因”的“未完成”回单填报,但之前没有做任何进度报告和预警的反馈和填报。
后遭到客户的投诉,认为中国电信到期未开通不履约。
经核实确认,属于典型的到期未完成且又未事先预警的情况,并在预警运行情况中进行全网通报。
●问题处理:
对于不能按期开通的,要提前5个工作日(加急项目提前三天)进行预警。
●跟踪落实:
客户原因的电路开通未完成,应及时通知发起方客户经理及时做好客户解释工作,并按流程进行延期。
2.2.6业务调试
项目经理依据项目进展情况,与客户预约上门业务调试时间;
测试合格后,要按照《客户端作业规范》对线路进行绑扎并标上标签。
具体的测试要求如下:
1.A端电路、MSTP、中国电信发起去联通单必须做端到端测试;
2.有端到端测试要求的必须按工单要求执行;
3.必须做到无缝隙测试,不能只测试本地段,要测试到对端出口;
4.对于总部型业务,建议总部所在地网管环回,由对端以收环方式测试。
【案例】加强测试,保证电路质量
某电路,于2010-12-24日全程报竣。
后客户一直未用,到3月24日客户使用时发现不通,客户报障,经故障排查,发现A省和B省两端的时隙都没有对上,根本就没有开通!
最终B省修改时隙后业务恢复正常。
按照填报要求的规定,电路全程测试合格后,才允许进行全程报竣。
该案例中显示两端时隙未对上的问题应该在全程测试中发现,该电路显然未按要求完成端到端测试。
根据考核文件中关于“虚假填报”的考核规定,特对相关省进行考核扣分。
正确做法
1、跨域电路开通的测试要求:
1)、A端电路、MSTP、中国电信发起去联通单以及有端到端要求的电路必须做端到端测试。
2)、其余电路必须做无缝隙测试,不能只测试本地段,要测试到对端出口。
2、跨域电路开通的填报要求
1)、测试合格后,涉及地要及时在系统中分段填报竣工,以便业务领导局或发起地组织全程测试。
2)、全程测试合格后,由牵头测试单位在系统中填报全程报竣、上传测试报告。
2.2.7竣工交付
1)竣工交付的流程
1.开通交付报告签字后,分别留存客户、客户部门、运维部门。
针对跨域电路,后台接到测试报告后2个工作日内在长途资源系统进行竣工填报;
2.如果客户不签字,向客户经理说明情况,由客户经理协调客户解决,系统报竣可选择客户不签字和客户及客户经理均不签字;
3.竣工后,1个工作日内在CRM系统输出竣工交付单并交付业务部门;
4.对于客户设备未到的情况,可以留存售中固定协调电话或项目经理联系电话,供客户联调时问题咨询和解决。
超大客户项目交付还要注意按照交付规范向各级售后维护服务部门和合作方进行业务和服务交付,以便售后维护服务工作的顺利开展。
2)竣工交付的要求
测试合格后,涉及地要及时在系统中分段填报竣工,以便业务领导局或发起地组织全程测试。
全程测试合格后,由牵头测试单位在系统中填报全程报竣、上传测试报告。
业务开通的标志是指整条电路全程测试完成后在系统中全程填报竣工,具体完成时间取全程报竣的完成时间。
业务领导局排序原则
1.数字及基础数据网电路
(1)省会局站之间自高到低排序:
北京、上海、武汉、沈阳、西安、成都、南京、广州、天津、兰州、重庆、石家庄、济南、太原、郑州、长春、哈尔滨、合肥、杭州、长沙、南昌、福州、贵阳、南宁、海口、昆明、呼和、西宁、乌鲁木齐、银川、拉萨;
(2)省会与非省会局站间:
省会局站为业务领导局;
(3)不同省的非省会局站间:
所在省省会局排序在先的为业务领导局;
(4)出入口局间:
上海、广州、北京;
(5)海外公司与境内公司之间的领导关系,暂时按照具体业务涉及的出入口局之间的领导关系进行确定,由出入口局负责代理组织;
(6)海外公司从高到低的排序为:
香港、美洲、欧洲。
2.IP虚拟专网电路网络级测试的业务领导局为集团NOC。
3.业务领导局或发起地作为电路测试责任单位,协调、组织、督促各涉及地进行相应测试,并进行全程报竣。
什么是业务开通七步法?
开通各步骤中的主要工作内容是什么?
2.3售后工作要求
以客户为视角、以客户满意度为导向的工作驱动机制,根据客户满意度的变化主动动态调整自身服务行为,强化服务操作作业管理。
按照“一点响应、全网协同”的原则,将客户服务的具体要求落实到维护服务的每一项工作中。
售后服务工作主要包括如下内容:
受理和处理客户故障申告、重大疑难故障处理、割接通知服务、客户走访(巡检)、专项服务活动、售后服务危机干预与服务跟踪预警、客户网络隐患排查及优化、重要通信保障、客户售后资料管理、应急演练等。
2.3.1故障受理和处理工作要求
2.3.1.1政企客户故障定义
政企客户故障是指中国电信为客户提供的业务或产品超出规定性能指标,造成客户不能正常使用的情况。
政企客户故障处理总原则:
“一站受理、全程配合、分工协作、差异服务、闭环管理、统一回复”。
该项工作涉及故障受理、处理、信息反馈和故障升级等多个环节。
2.3.1.2故障受理和处理要求
1)集团级和跨省政企客户故障申告的受理与处理(除移动业务外)统一在集团电子运维客户保障模块中进行派单、协调跟踪故障处理和信息反馈。
移动业务故障在电子运维客户保障模块和网络保障模块中进行派单与处理。
2)省内本地间故障通过省内系统,进行故障工单派发和处理。
3)各级故障受理部门值班人员应在40秒内接听客户故障申告电话,引导并记录客户报障信息。
记录内容至少包括:
客户标识码、业务类型、电路代号、客户名称、业务通达方向,故障发生时间,故障现象描述,申告人或联系人等信息。
4)各级专业生产维护操作部门(机房等)在接到客户直接报障时,要按“首问负责制”原则进行故障处理,同时对客户做好引导工作并立即替客户申告到故障统一受理部门。
5)本地网受理的跨省大客户电路故障申告,应先对本地段进行初步排查,确认本地段无障碍后再向省公司派发故障工单,省工位进行审核并确认省内无障后,应在5分钟内并行派发给故障涉及省、本地和骨干处理工位,处理工位应在5分钟内接收确认。
6)政企客户故障处理按照“先业务恢复,后故障修复”原则进行。
故障的处理时限严格按照相关产品规定的时限要求执行。
7)客户故障处理的第一责任人负责故障处理全程的跟踪、指挥、协调和反馈。
8)政企客户故障处理过程中,必须按照“先电信侧,后用户侧”的原则进行分段测试,故障判定测试须留存测试报告,判定和反馈电信段无故障时须附带测试报告。
9)处理单位在确保电信侧维护段内无故障后,需用户端配合测试时,对于因用户自身原因无法进行配合的情况,要向故障派发方申请工单挂起,派发方与故障申告客户协调确认后,允许工单挂起。
工单挂起时段将按最终结单原因判断是否为免责时段。
10)处理单位每30分钟向派发方反馈处理进展,并对信息真实性负责。
11)受理人统一向申告客户反馈故障处理进展,避免故障处理过程中各级人员向申告客户反复确认而影响客户感知的现象发生。
具体时限要求为:
首次反馈应在故障受理后30分钟内完成,之后每2个小时向故障派发方进行故障处理进展情况的反馈。
12)受理人与客户确认故障恢复并做结单处理,经测试判定属客户原因的故障,且因客户自身原因不能立即恢复的,经受理端向客户确认说明并在系统中记录后,可以进行结单处理。
【案例】在受理故障时客户情绪激动
事件描述:
XX省地税客户,主备用电路发生故障,客户情绪比较激动,要求在比服务协议时间更短的时间内解决故障。
处理方式:
客户工程师第一时间联系客户,了解详细的故障信息,根据客户提供的信息,先派单,同时根据现有客户电路信息进行资源核查,以获得有效信息,之后同客户及时沟通,及时汇报故障处理进展情况;
迅速协调相关技术部门查找故障点;
同申告受理工位、相关技术部门、客户经理统一口径,跟客户保持紧密沟通,安抚客户情绪;
在故障处理完成后,出具正式的详实的故障报告。
2.3.1.3故障信息反馈要求
故障受理与处理管控部门的工位根据各级处理工位客户故障工单系统中反馈的处理进展,向申告客户一点反馈故障处理信息,并在客户故障工单系统中记录反馈内容、反馈时间、客户联系人、联系方式(或故障受理单位、人员工号)及客户针对信息反馈的意见和建议。
一、客户故障申告与处理中涉及需反馈信息的部门
1)政企客户故障申告受理与处理管控部门。
根据业务与分工的不同,该部门包括集团公司、省公司、本地网负责政企客户故障受理热线与处理管控的部门。
2)政企客户所对应的(首席)客户工程师所在单位。
包括集团、省、本地网政企客户支撑中心、客户网络维护中心等部门。
3)政企客户故障处理部门。
包括集团、省、本地等该故障处理的各个参与部门。
二、信息反馈的要求:
1)各故障处理部门的故障处理工位须及时将本端处理单位、人员与客户或用户联系确认的信息、与客户联系及处理操作过程中发生的主要事件及联系沟通的其他有用信息及时反馈给故障受理与处理管控部门的工位;
2)反馈内容包括但不限于客户联系人及方式,通报信息内容、通报人、通报时间、主要操作内容过程与结果、与客户沟通过的信息、客户要求和答复情况。
如通报内容为中间过程判断,通报人务必向接受人说明“该判断非最终故障原因,最终故障原因以
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 网络 维护 服务 岗位 认证 教材