| ... |
... |
@@ -12,13
+12,6 @@ |
| 12 |
12 |
|
| 13 |
13 |
**优先级: 中** |
| 14 |
14 |
|
| 15 |
|
-**项目轨迹:** |
| 16 |
|
- |
| 17 |
|
-2019-12-30 客户 提出。 |
| 18 |
|
-2019-12-30 初步评估: |
| 19 |
|
- 1)全局情况下修改会不会影响其他运营商描述的准确性,如果影响。【技术上仅在igo显示,比如前端判断url 个性化显示,是否可行?】 |
| 20 |
|
- 2)自定义的问题中心什么时候要实现,着不着急,因为目前开发工作比较满。需要看什么时候插进去做。【优先级:中】 |
| 21 |
|
- |
| 22 |
22 |
**需求分类**(“☑”代表选定) |
| 23 |
23 |
|
| 24 |
24 |
☑ 界面 |
| ... |
... |
@@ -29,10
+29,18 @@ |
| 29 |
29 |
|
| 30 |
30 |
具体待实施细节待产品部评估后完善。 |
| 31 |
31 |
|
|
25 |
+**项目轨迹:** |
| 32 |
32 |
|
|
27 |
+2019-12-30 客户 提出。 |
|
28 |
+2019-12-30 初步评估: |
|
29 |
+ 1)全局情况下修改会不会影响其他运营商描述的准确性,如果影响。【技术上仅在igo显示,比如前端判断url 个性化显示,是否可行?】 |
|
30 |
+ 2)自定义的问题中心什么时候要实现,着不着急,因为目前开发工作比较满。需要看什么时候插进去做。【优先级:中】 |
|
31 |
+ |
|
32 |
+ |
| 33 |
33 |
= igo_requirement#6_20191106 = |
| 34 |
34 |
|
| 35 |
|
-需求:深圳地标对接 |
|
35 |
+**需求背景**: |
|
36 |
+深圳地标对接 |
| 36 |
36 |
|
| 37 |
37 |
**优先级: 待定** |
| 38 |
38 |
|
| ... |
... |
@@ -49,7
+49,8 @@ |
| 49 |
49 |
|
| 50 |
50 |
= igo_requirement#5_20191016 = |
| 51 |
51 |
|
| 52 |
|
-需求:日报表(含服务费)增加用户ID筛选条件。客户发现bo2.0没有需要增加。(bo1.0已有) |
|
53 |
+**需求背景**: |
|
54 |
+日报表(含服务费)增加用户ID筛选条件。客户发现bo2.0没有需要增加。(bo1.0已有) |
| 53 |
53 |
|
| 54 |
54 |
**优先级: 高** |
| 55 |
55 |
|
| ... |
... |
@@ -65,7
+65,8 @@ |
| 65 |
65 |
|
| 66 |
66 |
= igo_requirement#4_20191008 = |
| 67 |
67 |
|
| 68 |
|
-需求:修复异常账单可以勾选不发送微信通知(bo1.0已有,bo2遗漏) |
|
70 |
+**需求背景**: |
|
71 |
+修复异常账单可以勾选不发送微信通知(bo1.0已有,bo2遗漏) |
| 69 |
69 |
|
| 70 |
70 |
**优先级: 高** |
| 71 |
71 |
|
| ... |
... |
@@ -87,15
+87,6 @@ |
| 87 |
87 |
|
| 88 |
88 |
**优先级: 高** |
| 89 |
89 |
|
| 90 |
|
-**项目轨迹:** |
| 91 |
|
- |
| 92 |
|
-2019-7月 提出过类似场景: 运营环境有小机会出现,腾讯回调bo充值结果状态丢失,导致充值失败。需人工核对后补。 |
| 93 |
|
- |
| 94 |
|
-2019-9-19 因运营发生充值问题,反思此需求实现的优先级。列出需求雏形,交付产品部参考评估。 |
| 95 |
|
- |
| 96 |
|
-2019-9-20 完成功能,并在igo部署。指导用户功能操作。 |
| 97 |
|
- |
| 98 |
|
- |
| 99 |
99 |
**需求分类**(“√”代表选定) |
| 100 |
100 |
|
| 101 |
101 |
X 界面 |
| ... |
... |
@@ -109,9
+109,18 @@ |
| 109 |
109 |
* 当用户质疑充值账单成功状态,如mc显示充值失败,运营商可通过主动触发 去腾讯核对当次交易状态结果。 |
| 110 |
110 |
* 以上方案可解决目前出现2类场景,即,运营商管理人员自行处理数据校验。 |
| 111 |
111 |
|
|
106 |
+**项目轨迹:** |
|
107 |
+ |
|
108 |
+2019-7月 提出过类似场景: 运营环境有小机会出现,腾讯回调bo充值结果状态丢失,导致充值失败。需人工核对后补。 |
|
109 |
+ |
|
110 |
+2019-9-19 因运营发生充值问题,反思此需求实现的优先级。列出需求雏形,交付产品部参考评估。 |
|
111 |
+ |
|
112 |
+2019-9-20 完成功能,并在igo部署。指导用户功能操作。 |
|
113 |
+ |
| 112 |
112 |
= igo_requirement#2_20190907 = |
| 113 |
113 |
|
| 114 |
|
-需求:小桔(滴滴)app扫码充电超时,引起 igo存在充电账单但小桔系统不记录之问题。 |
|
116 |
+**需求背景**: |
|
117 |
+小桔(滴滴)app扫码充电超时,引起 igo存在充电账单但小桔系统不记录之问题。 |
| 115 |
115 |
|
| 116 |
116 |
**优先级: 高** |
| 117 |
117 |
|
| ... |
... |
@@ -127,12
+127,25 @@ |
| 127 |
127 |
|
| 128 |
128 |
= igo_requirement#1_20190808 = |
| 129 |
129 |
|
| 130 |
|
-**需求背景(**客户原话): |
|
133 |
+**需求背景**: |
| 131 |
131 |
|
| 132 |
132 |
回酒店站3个电桩只能指定用户账号使用充电功能。 |
| 133 |
133 |
|
| 134 |
134 |
**优先级: 高** |
| 135 |
135 |
|
|
139 |
+**需求分类**(“√”代表选定) |
|
140 |
+ |
|
141 |
+√ 界面 |
|
142 |
+ |
|
143 |
+√ 功能 |
|
144 |
+ |
|
145 |
+**详细: ** |
|
146 |
+ |
|
147 |
+功能代号:桩白名单授权个人充电 |
|
148 |
+ |
|
149 |
+* 桩白名单授权个人充电。【客户要求之需求】 |
|
150 |
+* 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求,将来计划执行】 |
|
151 |
+ |
| 136 |
136 |
**项目轨迹:** |
| 137 |
137 |
|
| 138 |
138 |
2019-8-8 提出 |
| ... |
... |
@@ -152,17
+152,3 @@ |
| 152 |
152 |
2019-9-24 完成功能部署。 **同期部署 还包括 :系统技术层面支持收钱吧,不含商务向收钱吧申请正式秘钥。** |
| 153 |
153 |
|
| 154 |
154 |
2019-9-27 向产品部了解绑定配置操作,运维部负责完善对应项操作手册(wiki路径“操作手册-桩联网系统”),指导客户如何在平台操作。 |
| 155 |
|
- |
| 156 |
|
- |
| 157 |
|
-**需求分类**(“√”代表选定) |
| 158 |
|
- |
| 159 |
|
-√ 界面 |
| 160 |
|
- |
| 161 |
|
-√ 功能 |
| 162 |
|
- |
| 163 |
|
-**详细: ** |
| 164 |
|
- |
| 165 |
|
-功能代号:桩白名单授权个人充电 |
| 166 |
|
- |
| 167 |
|
-* 桩白名单授权个人充电。【客户要求之需求】 |
| 168 |
|
-* 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求,将来计划执行】 |