从版本 1.1 >
shi chuck编辑
在2019/09/02 20:00上
到版本
shi chuck编辑
在2020/02/10 20:56上
>
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -2,59 +2,65 @@
2 2  {{toc/}}
3 3  {{/box}}
4 4  
5 -= 摘要 =
6 6  
7 -记录客户日常运营问题、沟通、分析、解决。建议使用以工单模板进行沟通
6 +**当前页为各项子页业务支撑之摘要,一般情况: 子项有更新,此摘要页内容也需周期性(如,暂定每周五班前需更新,详细见[[点击查看>>doc:技术.Case摘要.WebHome]])。**
8 8  
9 9  
10 -== 工单模板 ==
9 +**售后支撑问题类型:**
11 11  
12 -~#~# 平台相关工单(请尽量详尽填写)
13 -日期:
14 -城市:
15 -运营商: 
16 -桩站名称:
17 -手机号:
18 -订单号: 
19 -充电桩号: 
20 -充电枪号:
21 -开始充电时间: 
22 -充电结束时间: 
23 -充电时长:
24 -充电电量:
25 -订单金额:
26 -问题描述:
27 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
28 -运营商初步排查结果:
11 +* 平台操作相关
12 +* 运营问题排查
29 29  
30 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
14 +**售后支撑流程:**
31 31  
16 +1. 客户提出问题
17 +1. 确定问题类型:
18 +1*. 平台操作相关:
19 +1**. 可直接告知流程。如有疑问,可向施工或产品部确认细节。
20 +1**. wiki【操作手册-桩联网系统】 中完善注意点。
21 +1**. wiki【产品FAQ】中寻找问题,如有必要可在FAQ中补充完善。
22 +1*. 运营问题排查:
23 +1**. 评估客户提供信息是否足够,建议客户按[[工单模板>>doc:技术.工单模板.WebHome]]反馈。
24 +1**. 如客户无视工单提示,先通过1问1答了解问题发生之账单号等信息,我方先汇总梳理成工单。
25 +1**. wiki 路径【技术运维-业务支撑-客户】记录工单,跟踪-分析,尝试排查问题,如需研发配合则转给研发部分析。
26 +1**. 跟踪记录初步排查结论后,答复客户前通过wiki案件号或邮件告知施工当前处理结果,得到确认后可将处理结果已工单模式反馈客户。
27 +1**. 询问客户“此处理结果是否解决您当前问题”,记录结果,客户确认已解决,则在案件下注明“已解决”处理结果。
28 +1**. 对当前问题,如果客户最初未按照“工单模板”提供,待问题解决后,再次发送工单模板和示例给客户,配文:为了更高效的解决运营问题,今后的问题建议按照工单模板反馈,感谢理解和支持。
32 32  
33 -== 工单示例 ==
30 +**售后支撑原则:**
34 34  
35 -日期:2019/8/10
36 -城市:深圳市
37 -运营商: xxx(根据实际替换)
38 -桩站名称:平湖中泰站
39 -手机号: 135xxxxxx
40 -订单号: 20190830211644614873
41 -充电桩号:35010400080000200015
42 -充电枪号:1号枪(根据实际替换)
43 -开始充电时间: 2019-08-09 19:53:19
44 -充电结束时间: 2019-08-09 21:02:46
45 -充电时长:1 小时 9 分钟 27 秒
46 -充电电量:22.37
47 -订单金额:34.9
48 -问题描述:用户表示相近时间内产生多笔订单,要求核实,同意把号码1307xxxx382告知运营商。
49 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
50 -运营商初步排查结果:
51 -运营商调取监控,初步判断第一笔账单:用户和旁边另一网约车几乎同时开进车位准备充电,用户充的是200045,旁边为200044号桩,大概率是用户自己扫码时把旁边的二维码当成自己充电枪号扫码了,然后给旁边车辆充电了(因为该充电时间旁边200044号桩无充电记录)。
52 -~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~--
53 -客服外呼用户,告知用户结果,用户表示当时是另一个师傅先扫码的,不可能扫码错误,对订单1表示是充电成功的,订单3是不可能充到这么多电量的,对此结果不认可。需要运营商联系告知具体情况
32 +* 工单处理工程中,记录问题信息,未得到明确结果前,不可以任何方式给到客户判断性结论。
33 +* 如客服催促,可有这些答复方式:
34 +** 正在紧急处理中,请耐心等待。
35 +** 您的问题需要进一步分析,请耐心等待。
36 +* 如案件已完结,可将客户案件号对应的案件内容复制告知客户。不可将wiki中连接直接发送客户。
54 54  
55 -=== 待补充 ===
38 +**建议的分析思路:**
56 56  
57 -内容
40 +1. 理解问题,如为复杂问题,可将其拆分,逐个分析。
41 +1. 展示分析数据,,如 单号 等关键数据列,描述初步分析结果。如需要进一步支持,转研发分析。
42 +1. 针对客户问题,进行解答,一般情况不用提供分析过程描述,除非客户要求才提供。
58 58  
44 += 客户案件对照表 =
59 59  
60 -= =
46 +**案件号规则:**客户简称_case#X_当天日期。示例:zsjx_case#1_20190903。其中每个独立客户case#X ,  X为数字从1开始,渐增。
47 +**页面case数量限制:**考虑单个页面过大问题, 暂时先定单运营商单个页面case数量: 每40个case,新开一个页面。
48 +**页面规则:**1)作为子级页面。2)命名 xx_1,比如 igo_1
49 +
50 +(% border="1" %)
51 +|=(% style="width: 208px;" %)客户|=(% style="width: 208px;" %)案件号
52 +|(% style="width:208px" %)中山坚信|(% style="width:208px" %)zsjx_case#数字_日期
53 +|(% style="width:208px" %)IGO/通途汽贸|(% style="width:208px" %)igo_case#数字_日期
54 +|(% style="width:208px" %)永达/南方众悦|(% style="width:208px" %)nfzy_case#数字_日期
55 +|(% style="width:208px" %)金凯瑞|(% style="width:208px" %)jkr_case#数字_日期
56 +|(% style="width:208px" %)颂盛|(% style="width:208px" %)gdss_case#数字_日期
57 +|(% style="width:208px" %)云浮|(% style="width:208px" %)gdyf_case#数字_日期
58 +|(% style="width:208px" %)方硕|(% style="width:208px" %)fzfs_case#数字_日期
59 +|(% style="width:208px" %)莆田云创|(% style="width:208px" %)ptyc_case#数字_日期
60 +|(% style="width:208px" %)展鹏达|(% style="width:208px" %)zpd_case#数字_日期
61 +|(% style="width:208px" %)方兴|(% style="width:208px" %)szfx_case#数字_日期
62 +|(% style="width:208px" %)广东云创|(% style="width:208px" %)gdyc_case#数字_日期
63 +|(% style="width:208px" %)中山三乡|(% style="width:208px" %)zssx_case#数字_日期
64 +
65 +=
66 + =
1569115533285-324.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.ShiChuck
Size
... ... @@ -1,0 +1,1 @@
1 +1.2 KB
Content