... |
... |
@@ -3,41
+3,21 @@ |
3 |
3 |
{{/box}} |
4 |
4 |
|
5 |
5 |
|
6 |
|
-= 运营工作流程 = |
7 |
|
- |
8 |
|
-1. 记录案件 |
9 |
|
-1. 案件分类 |
10 |
|
-1*. 界面操作指导。 |
11 |
|
-1*. 功能培训。 |
12 |
|
-1*. 运营经验培训。 |
13 |
|
-1*. 系统异常,此项需进入第3步和以后。 |
14 |
|
-1. 分析案件(此项所有案件需转产品部门跟踪,详细见“异常分类”) |
15 |
|
-1*. 产品设计缺陷。 |
16 |
|
-1*. 功能缺陷。 |
17 |
|
-1*. 第三方系统缺陷。 |
18 |
|
-1. 案件跟踪 |
19 |
|
-1*. 与产品、研发部沟通,了解案件最新进展 |
20 |
|
-1*. 跟踪执行计划 |
21 |
|
-1*. 功能测试 |
22 |
|
-1*. 上线交付 |
23 |
|
-1*. 功能培训 |
24 |
|
- |
25 |
|
----- |
26 |
|
- |
27 |
27 |
= 异常分类 = |
28 |
28 |
|
29 |
|
-== 产品设计 == |
|
8 |
+=== 产品设计 === |
30 |
30 |
|
31 |
31 |
* 场景不全 |
32 |
32 |
* 客户新需求 |
33 |
33 |
|
34 |
|
-== 功能缺陷 == |
|
13 |
+=== 令狐充系统 === |
35 |
35 |
|
|
15 |
+* 场景不全 |
36 |
36 |
* 代码缺陷 |
37 |
37 |
* 功能部署升级缺陷 |
38 |
38 |
* 技术组件集成运用不完善 |
39 |
39 |
|
40 |
|
-== 第三方系统 == |
|
20 |
+=== 第三方缺陷 === |
41 |
41 |
|
42 |
42 |
* 桩程序缺陷 |
43 |
43 |
** 100%复现 |
... |
... |
@@ -44,7
+44,7 @@ |
44 |
44 |
** 概率性出现:运营环境比工厂环境复杂,厂里调试不能发现处理。 |
45 |
45 |
* 停车系统 |
46 |
46 |
* 地锁系统 |
47 |
|
-* 待补充 |
|
27 |
+* 其他系统待补充 |
48 |
48 |
|
49 |
49 |
---- |
50 |
50 |
|
... |
... |
@@ -51,9
+51,9 @@ |
51 |
51 |
= 异常影响界别 = |
52 |
52 |
|
53 |
53 |
* 高,对应场景: |
54 |
|
-** 全平台故障,如:阿里云平台(如mns)、平台全局bug、平台性能、域名故障等。 |
|
34 |
+** 全平台故障,如:阿里云mns、平台全局bug、域名故障等。 |
55 |
55 |
** 单运营商故障。(如:BO) |
56 |
|
-** 微信(或APP)终端,用户在操作充电过程中出现异常后影响后续正常充电,如:场景缺失导致bug。 |
|
36 |
+** 微信(或APP)终端,用户在操作充电过程中出现异常后影响后续正常充电。 |
57 |
57 |
** 平台管理端(MC、小程序或BO)异常,包括: |
58 |
58 |
*** 页面无法打开。 |
59 |
59 |
*** 功能操作无效(如:修改操作不能保存,出错)。 |
... |
... |
@@ -62,15
+62,9 @@ |
62 |
62 |
** 电桩端故障,如:程序bug(包括概率性出现bug)。 |
63 |
63 |
** 运营商电站环境出现:断电、断网、网络不稳定。 |
64 |
64 |
* 低,对应场景: |
65 |
|
-** 运营商 运营过程中要求实现之新功能。 |
|
45 |
+** |
66 |
66 |
** 查询数据不符合预期,和客户协商可在约定时间内解决。 |
67 |
67 |
|
68 |
|
-**处理原则:** |
69 |
|
- |
70 |
|
-高:需协调公司资源立刻跟踪,直到问题解决。 |
71 |
|
-中:协助分析问题根源,催促相关单位跟进处理。 |
72 |
|
-低:按客户协商结果、及时安排执行计划 |
73 |
|
- |
74 |
74 |
---- |
75 |
75 |
|
76 |
76 |
= 解决方案 = |