近期在做金融类方面的App，发现过程中涉及到用户状态及其对应的不同用户行为比自己以往接触的领域要复杂的多，接下来我会从业务和体验两方面谈一谈绑卡体验设计。
为什么要绑卡？
绑定银行卡从根本上来说，是让银行完成对用户的认证，建立起用户-手机-银行顺畅的信任关系。
如果没有绑卡这一操作，用户需要每次输入卡号及密码等一些操作，对用户来说有很大的不便，而对银行来说则是用户金融交易意愿下降，所以无论对用户体验还是业务，绑卡都是简化操作流程，提升交易量的必要环节。
绑卡时机
绑卡流程和登录／注册过程有些类似，出现的时机应该满足如下条件：用户自己选择绑卡或交易过程中需要获取用户信息
所以，不推荐在用户首次进入app就提示进行绑卡
绑卡流程
1.从时间上区分
分为“首次绑卡”和“再次绑卡”两种，不同使用行为对应不同类型用户，所以设计流程时也应该有所区分。
“首次绑卡”承担着验证用户身份的功能，填写敏感信息的步骤一般需要后置，虽然有用户填错信息需要重新输入的情况，但为保证信息安全，牺牲部分体验是必要的。
“再次绑卡”针对的用户主要是高级用户，并且这一操作不再承担验证身份的目的， 如果用户已经登录，密码输入这一步可直接过掉。
2.从银行卡来源区分
可以分为他行和自家银行两种，自家银行可以从自身数据库提取用户开卡时注册的相关信息，所以理应在流程上比他行绑卡流程更加精简。
招商银行再次绑卡（其他行）流程：增加银行卡-填写卡号-填写验证码-填写支付密码-绑定完成
招商银行再次绑卡（招商银行）流程：增加银行卡-填写支付密码-填写卡号-填写验证码-填写取款密码-绑定完成
掌上生活（招商）和支付宝绑卡流程：增加银行卡-填写卡号-填写验证码-绑定完成
对比来看，这两款支付类App和前面提到的银行类App在绑卡流程中去掉了银行卡支付密码的这一步骤，因为这一场景下的绑定只要确定该手机是不是用户本身操作即可，没必要提前让用户填写密码，因为每次支付操作都需要通过银行来请求数据，如果添加了这一步骤既增加了服务器数据泄漏风险也使用户操作更佳繁琐，实在得不偿失。
可见，同样是绑卡这一操作，对应的不同的时间，用户，及使用场景，流程也应有所不同。
