余额安全项目总结记录
项目的问题分析：
问题一：当余额不足的情况下，用户需要输入两次支付密码（余额安全密码、百度钱包收银台支付密码），对于用户支付的行为强制增加用户体验，并且改变了用户惯用的余额使用方法，容易导致用户困惑
解决方案：将余额支付和收银台进行整合在一个页面，把订单流程中信息填写和支付平台区分开，使得用户流程更加合理页面分布也更加清晰
不可行原因：平台余额支付所走系统为百度糯米自己内部系统与收银台所走系统为百度钱包系统，两者无法合并，无法公用一个支付密码，所以无法整合到一个页面
问题二：当余额小于30时可以不用输入余额支付密码直接进入收银台页面，并且当余额大于订单金额时只需使用余额支付不会再进入收银台页面，两种情况都只需要输入一次支付密码，但是当余额小于订单金额就需要走两次支付流程
解决方案：是否可以进行判断余额是否小于订单金额，当小于订单金额时不需要输入余额支付密码可以直接进入收银台页面进行支付，同样满足了对余额支付的安全保障，并且使得用户使用合理
分析：增加余额支付安全密码的目的是为了防止黄牛盗刷现象，然而这种现象会出现的情况即为余额大于订单金额时（无需使用密码可以直接支付），其他情况都需要走支付流程，所以从用户体验的角度出发只需解决这一问题即可，后台增加一步判断减少用户使用过程中的复杂度。
不可行原因：pm说不可以进行判断
问题三：旅游品类订单填写页面较为复杂，需要填写出行联系人手机号，由于增加了余额安全支付密码需要进行手机验证这一流程，于是也再增加了一个手机号绑定过程，使得用户在同一页面需要填写两次手机号，一个用于接收订单一个用于余额支付，使得信息累赘并且容易误导用户
解决方案1：整合，即将两个手机号整合在一起，无需输入两次，统一用户习惯
不可行原因：无法同时满足特殊情况（即当用户想要分开时）
解决方案2：在两个手机号中添加补充说明信息，低成本减少用户困惑
做项目中遇到的问题：
接到项目时pm就休假了，先自己消化了需求，发现所提需求应该为平台统一安全控件不应该再设计，属于多余，于是开始寻找pm，hi打电话pm说这个是我们需要自己做的不能用平台的，并且需求交接给另一个pm，于是之后和另一个pm对接需求，同时再次问了另一个pm是否为多余需求的问题，也是同样的答复，旅游的订单是我们自己做所以余额安全也需要自己做，所以我选择了接收需求，继续前行。
设置安全支付流程的需求
首先需要从需求中把流程梳理清楚，先能够搭建出大概的流程框架，保证整个过程通顺无遗漏
然后自己走一遍流程，看看流程是否有可以改进的地方
流程确认之后进行细节填充思考
安全支付流程中需要考虑到很多的异常情况，属于弱项对于异常情况的考虑比较缺乏
所有情况都考虑过 将页面内容也大致订好就可以画图
但是在做这次的项目时候前期思考过程有点过长，主要在于与pm沟通效率问题，无法一次性沟通完还需要反复确认，并且pm不太好找导致沟通过程反复
与pm沟通效率如何提高？
1.确定项目优先级
2.根据优先级以及投入程度来排期
3.走通流程找出问题，列在纸上询问
4.流程细节问题列出询问
本周思考如何说服pm这一问题。。
