Hide last authors
| |
2.1 | 1 | {{box cssClass="floatinginfobox" title="**Contents**"}} |
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| |
2.4 | 5 | = igo_requirement#2_20190919 = |
| 6 | |||
| 7 | |||
| 8 | **需求背景**: | ||
| 9 | |||
| 10 | 充值账单丢失,需研发导清单转客户人工逐个处理。见:[[igo_case#5_20190919>>doc:技术.业务支撑.igo.WebHome]] | ||
| 11 | |||
| 12 | |||
| 13 | **优先级: 高** | ||
| 14 | |||
| 15 | |||
| 16 | **项目轨迹:** | ||
| 17 | |||
| 18 | 2019-7月 施文俊 提出过类似场景: 运营环境有小机会出现,腾讯回调bo充值结果状态丢失,导致充值失败。需人工核对后补。 | ||
| 19 | |||
| 20 | 2019-9-19 因运营发生充值问题,反思此需求实现的优先级。列出需求雏形,交付产品部参考评估。 | ||
| 21 | |||
| 22 | |||
| 23 | **需求分类**(“√”代表选定) | ||
| 24 | |||
| 25 | X 界面 | ||
| 26 | |||
| 27 | √ 功能 | ||
| 28 | |||
| 29 | |||
| 30 | **详细: ** | ||
| 31 | |||
| 32 | 功能代号:增加bo主动查询腾讯商户交易数据 | ||
| 33 | |||
| 34 | * 当用户质疑充值账单成功状态,如mc显示充值失败,运营商可通过主动触发 去腾讯核对当次交易状态结果。 | ||
| 35 | * 以上方案可解决目前出现2类场景,即,运营商管理人员自行处理数据校验。 | ||
| 36 | |||
| 37 | |||
| |
1.4 | 38 | = igo_requirement#1_20190808 = |
| |
1.1 | 39 | |
| 40 | |||
| |
1.4 | 41 | **需求背景(**客户原话): |
| |
1.1 | 42 | |
| |
2.3 | 43 | 回酒店站3个电桩只能指定用户账号使用充电功能。 |
| |
1.1 | 44 | |
| 45 | |||
| |
1.4 | 46 | **优先级: 高** |
| 47 | |||
| 48 | |||
| |
2.2 | 49 | **项目轨迹:** |
| |
1.4 | 50 | |
| 51 | 2019-8-8 提出 | ||
| 52 | |||
| 53 | 2019-9-11 确认需求,要求令狐充执行。 | ||
| 54 | |||
| |
2.2 | 55 | 2019-9-12 令狐充给出执行时间。【jingle、john】 |
| |
1.4 | 56 | |
| |
2.2 | 57 | 2019-9-12 计划在2.0系统中进行此功能,和客户协商升级2.0系统时间。 |
| |
1.4 | 58 | |
| |
2.2 | 59 | 2019-9-18/20 预期完成,时间依赖于2.0系统升级时间。 |
| 60 | |||
| 61 | |||
| |
1.4 | 62 | **需求分类**(“√”代表选定) |
| 63 | |||
| |
1.1 | 64 | X 界面 |
| 65 | |||
| 66 | √ 功能 | ||
| 67 | |||
| 68 | |||
| |
1.4 | 69 | **详细: ** |
| |
1.1 | 70 | |
| |
1.4 | 71 | 功能代号:桩白名单授权个人充电 |
| |
1.1 | 72 | |
| |
1.4 | 73 | * 桩白名单授权个人充电。【客户要求之需求】 |
| 74 | * 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求】 |