今天完成的事情：

学习支付体现模块

部分需求功能表

明天计划的事情：继续任务十

存在的问题：暂无

收获：

1.体现输入规则

可输入小数点，小数点后可输入2位数，第3位输入无效；小数点只在手动输入时显示，if快捷充值金额选中时，输入框不显示小数点（即充值按钮也不显示小数点）；输入数字必须大于等于5，否则点击充值按钮，toast显示“充值金额不能少于5元”，3s隐藏。

输入框实时校验，当输入数据大于999999.99，toast显示“金额最大999999.99”，且输入框数字变为999999.99

注：最大数字的判断一般分为2种，一种是位次判断（即输入多少位的后，再输入数字无效），还有一种是数字值判断（以上原型属于数字值判断）。

要看业务的要求，但是规则一般都要经清楚。

而输入金额：金额的类型也要判断，可用金额和冻结金额等。

2.充值的交互与规则

点击充值是否要，文字提示为充值的金额已让客户再次确认呢？

充值失败和充值成功的提示去向等；充值成功之后反馈提示，是跳转新页面提示充值成功，还是该页面按钮变为充值成功，自动跳转余额页面，反馈的方式有很多，需要产品经理想细致，prd标注清楚。

充值成功最好要有客户可以直接去投资的地方，并且最好有推荐的项目，提高转化率，吸引客户进行投资。

充值流程不管时支付平台和其他平台一般都是一样的流程，下面截图一张：

1. 三、充值体现应该考虑的内容
2. 产品类型
3. 目标用户
4. 业务逻辑
5. 注重细节

不同的产品类型需要考究不同的充值提现需求。

比如支付平台类的产品，充值数字的灵活性，需要用到输入金额充值，以及输入金额的额度需要根据产品类型和业务而定；

比如O2O类的产品，主要目的是为了消费，一般只会在发起消费需求的时候直接利用第三方支付平台支付，而不会先提前充余额，那么有些产品为了达到用户充余额的运营效果，会出现快捷充值按钮，并附赠“充50充50”等运营活动。

金融产品一般都需要先进行充值操作这和平台账户体系和业务有关，但是我觉得可以考虑快捷支付的形式，作为一个运营方案等。

互联网产品向来准则是用户至上，那么你的产品目标用户是什么样的人，面对不同的目标群里，充值提现也会有不同。

比如：你的目标是企业，那么金额的限制就会不一样，或者会在C端用户中加入企业兑换码充值。

充值提现的业务逻辑一定要梳理通，画好充值提现以及资金去向的流程图，有些产品需要加入“冻结金额”的概念，可能用户端前台不展示，但是在开发上需要这样设计。

充值提现的功能使用条件，触发条件，充值提现的页面设计都需要根据产品业务来整理，需要做到业务流畅。做到资金流的去向要梳理清楚，账户的逻辑要梳理好。

4.流程