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