业务线事故分级响应规范

上传人:第*** 文档编号:36294556 上传时间:2018-03-27 格式:DOC 页数:7 大小:26.45KB
返回 下载 相关 举报
业务线事故分级响应规范_第1页
第1页 / 共7页
业务线事故分级响应规范_第2页
第2页 / 共7页
业务线事故分级响应规范_第3页
第3页 / 共7页
业务线事故分级响应规范_第4页
第4页 / 共7页
业务线事故分级响应规范_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《业务线事故分级响应规范》由会员分享,可在线阅读,更多相关《业务线事故分级响应规范(7页珍藏版)》请在金锄头文库上搜索。

1、业务线事故分级响应规范业务线事故分级响应规范版本修订记录编写人员编写时间备注1.0初稿Suki2011/9/29 一、目的.2 二、事故定义及评级 .2 1、事故概述:.2 2、事故级别:一级事故、二级事故、三级事故.2 3、事故详情定义: .3 三、事故处理流程及要求 .4 1、产品需求有缺陷、运营监控不到位.4 2、对阵匹配错误 .4 3、稿件出现错误 .4 4、人为失误撤单 .4 5、人为失误多出票或少出票.5 6、人为失误多派奖或少派奖.5 7、忘了做某项操作 .5 8、用户投诉.5 9、忘了做某项工作 .6 四、事故奖罚制度: .6 五、事故记录归档.7一、目的一、目的为保障网站各项

2、服务正常运营,给用户带来良好的产品体验,统一业务线事故评级及处理规范,并帮助我们彻底地分析及改善问题,特制订此规范。二、事故定义及评级二、事故定义及评级1、事故概述:、事故概述:由于人为失误或监控不到位,导致给用户带来极不好的产品体验或经济损失,或给网站带来不好的负面影响,或给网站带来直接的经济损失。2、事故级别:一级事故、二级事故、三级事故、事故级别:一级事故、二级事故、三级事故一级事故:一级事故:由于人为失误或监控不到位导致同时投诉的用户在 50 人以上,或给网站带来的经济损失在 1 万以上。二级事故:二级事故:由于人为失误或监控不到位导致同时投诉的用户在 50 至 20 人之间,或给网站

3、带来的经济损失在 1 万至 5000 元之间。三级事故:三级事故:由于人为失误或监控不到位导致同时投诉的用户在 20 至 5 人之间,或给网站带来的经济损失在 5000 至 2000 元之间。3、事故详情定义:、事故详情定义:1) 彩种组:产品需求有缺陷、运营监控不到位。彩种组:产品需求有缺陷、运营监控不到位。需求缺陷:需求缺陷:所提的产品需求有明显的逻辑错误或漏洞,导致产品上线后,给用户带来不好的影响,或给网站带来直接的经济损失。运营监控:运营监控:已在正常运营的产品有明显的逻辑错误或隐患,却一直没发现或发现了没驱动优化,导致后续给用户带来不好的影响,或给网站带来直接的经济损失。2) 编辑组

4、:对阵匹配错误、稿件出现错误编辑组:对阵匹配错误、稿件出现错误对阵匹配错误:对阵匹配错误:由于人为操作不细心,导致对阵匹配错,引起大量用户要求撤单,给用户带来极不好的影响,或给网站带来直接的经济损失。稿件出现错误:稿件出现错误:由于人为不细心导致新闻稿件出现严重错误,引起大量用户投诉或媒体曝光,给网站带来不好的负责影响或直接的经济损失。3) 出票组:人为失误撤单、人为失误多出票或少出票、人为失误多派奖或少派奖、出票组:人为失误撤单、人为失误多出票或少出票、人为失误多派奖或少派奖、忘了做某项操作忘了做某项操作人为失误撤单人为失误撤单:由于人为失误将不应该撤销的方案进行了撤单处理,如:未到截止时间

5、就将合买未满员的方案进行了撤单,或将已满员未出票的方案进行了撤单。 (判断撤单失误时,需根据是否能补救来判断情况的轻重,可补救的严重程度较轻,不可补救的严重程度较重)人为失误多出票或少出票人为失误多出票或少出票:由于人为失误操作多出票或少出票。多出票需根据金额来判断情况的严重程度,少出票需根据是否有及时撤单来判断情况的严重程度。人为失误多派奖或少派奖人为失误多派奖或少派奖:由于人为失误,导致多派奖或少派奖。情况严重程度根据金额来判断,具体标准以一、二、三级事故金额定义为准。忘了做某项操作忘了做某项操作:由于主观原因,导致忘记做某项操作,如:忘记派奖、忘记切换期号、销售截止后忘记撤单等,并引起用

6、户投诉。4) 客服组:用户投诉、忘了某项工作客服组:用户投诉、忘了某项工作用户投诉用户投诉:由于自身的业务知识不熟练、工作流程错误或态度恶劣,导致给用户带来极不好的影响,并引起用户的强烈投诉,且在用户表明不满后没有及时补救或道歉,给网站带来极不好的负面影响。忘了做某项工作忘了做某项工作:正常上班时间由于主观原因,没有上在线客服、没有回复留言板,且时间超过了 1 小时。三、事故处理流程及要求三、事故处理流程及要求1、产品需求有缺陷、运营监控不到位、产品需求有缺陷、运营监控不到位处理流程处理流程:事故发生后,第一时间确认事故原因,并及时提交修改方案,转交技术进行修复。技术修改后随时关注运营情况。由

7、此产生的用户投诉,第一时间给予处理方案。时限要求时限要求:发现的问题并确认问题后,2 小时内给予解决方案,并转交技术修复,当在的问题当天修复解决,若因特殊原因当天未能解决,需向相关领导及同事说明。2、对阵匹配错误、对阵匹配错误处理流程处理流程:接到用反馈后,第一时间去官网确认对阵,并尽快修改对阵。处理完后总结对阵错误原因,能系统控制的情况第一时间提需求进行优化,若是完全的人为原因,总结错误的原因,下次避免。时限要求时限要求:从接到客服反馈到修改完对阵,需在 15 分钟之内完成。3、稿件出现错误、稿件出现错误处理流程处理流程:发现问题后,根据情况第一时间修改错误或撤下相应的稿件,若因此产生非常不

8、好的影响,第一时间确认弥补方法。并总结原因,下次避免。时限要求时限要求:发现问题后,在 20 分钟内修改错误的地方或撤下稿件。在当天总结出原因和改进方法。4、人为失误撤单、人为失误撤单处理流程处理流程:发现撤错单后,第一时间确认撤单的数量和金额,并查看期次是否还能补救,若能补救,第一时间联系客服,通知用户重新发单。不能补救的情况,根据金额和数量再判断是否要通知用户,若数量较多,则不通知(超过 10 单) ,若数量较少则通知。时限要求时限要求:从发现撤错单后,到确认信息联系客服通知用户,不能超过 20 分钟。客服通知用户,需赶在销售截止前。5、人为失误多出票或少出票、人为失误多出票或少出票处理流

9、程处理流程:少出票的方案,第一时间进行撤单返款处理,再根据撤单数量判断是否要通知用户,若数量较多,则不通知(超过 10 单) ,若数量较少则通知。多出票的情况需发送邮件说明,并总结失误原因,下次避免。时限要求时限要求:少出票的方案需在开奖前进行撤单返款,并联系客服在开奖前通知用户。6、人为失误多派奖或少派奖、人为失误多派奖或少派奖处理流程处理流程:多派奖的情况,第一时间联系技术,核实用户数量及金额,并请示领导处理方法,且在同时要联系财务关注多派奖用户的账户,若这些用户有提款暂时不处理。少派奖情况在发现问题后,第一时间进行补派,并联系客服通知用户致歉。时限要求时限要求:多派奖需在 2 小时内反馈

10、情况并征求得处理方案;少派奖情况需在发现问题后 30 分钟内补派。7、忘了做某项操作、忘了做某项操作处理流程处理流程:第一时间补做相应工作,并分析问题的严重性,有带来多少用户影响,能否补救。不清楚的情况及时请示领导。时限要求时限要求:发现漏做后,第一时间补做相应工作。若因为漏做导致了其他遗留工作,需在 1 小时处理完毕。8、用户投诉、用户投诉处理流程处理流程:接到用户投诉后,第一时间反馈用户的投诉信息,由客服组其他同事回复用户致歉,针对用户的业务问题第一时间支持解决。安抚好用户后整理邮件注明情况,并确认内部处理方案。时限要求时限要求:当天的投诉当天处理完毕,若是晚上 18 点后的投诉第二天回复处理。若情况特殊需较长时间后才能回复用户,需在和用户沟通时就说明清楚时间。9、忘了做某项工作、忘了做某项工作处理流程处理流程:第一时间补做相应的工作,因为漏做而带来的用户影响,第一时间回复用户解释道歉,处理完毕后,发送邮件说明情况。处理时限处理时限:发现漏做后,第一时间补做相应

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 办公文档 > 其它办公文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号