发表于： 2019-09-05 20:22:13
1 516
今天完成的事情：
设计方式，
明天计划的事情：
泳道图只画了银行卡快捷认证的，之后有时间再画其他的吧
遇到的问题：
收获：
还是那个思路，自己做第三方，这个东西真的是把人纠结的要死要活，资料看的越多，越和产品脱离，站在一个商户的角度看问题，看着网银支付总想着会有页面跳转，看着第三方支付总想着不需要进行认证、余额、支付密码的设置，在这一块儿纠结了老久，对最后形成的效果越想越糊,还是要对逻辑多进行思考，不然可能越走越偏。
身份占用申诉一般是在未欠款和照片认证的情况下可以在前台进行申诉，出于受众以及开发成本的原因，将其全部纳入后台，让有需求的用户通过联系客服，进行修改，不纳入前台设计范围；
快捷支付方式分余额支付和银行卡支付，不使用其他方式的理由是：1.网银支付流程繁琐，且无法在移动端实现；2.代付的使用场景不适合第三方支付平台的构建；3.码支付作为辅助方式，开发难度较高，优先级靠后。
使用账户余额进行支付，可以简化支付流程，减少交易所需时间。
修改支付密码只是为了保证用户账户的自主性以及预防忘记密码的情况，当然这种可能性很低；
有余额的情况下当然需要对其进行充值和体现，让用户自由操控自己的资金。
| 系统 | 模块 | 功能 | 优先级 | 详情 | 人员分工 | 模块估时 |
| App | 账户 | 银行卡快捷认证 | P1 | 实名认证、绑定银行卡、设置支付密码 | **人天 | |
| 解绑银行卡 | P2 | |||||
| 修改支付密码 | ||||||
| 余额 | ||||||
| 支付 | 支付方式 | P1 | 余额支付、银行卡支付 | |||
| 余额充值 | ||||||
| 余额提现 |
返回列表
评论