最近用户多起来了后，反馈绑卡失败的用户也同样多起来了。起初这部分问题工单是直接反馈给了运维组，运维反馈的结果是——这些用户要么是自己的信息填写错误，要么就是没有在银行开通无卡支付。
好吧，运维组反馈的结果就是，都是用户自己的问题。这样跟用户说可不成，用户不炸锅才怪。为了排查原因，我做了一个简单的绑卡失败原因调查（和记录）。
为了便于表达，我将绑卡操作绘制在一个页面上：
在我们现有的流程设计中，绑卡页面会自动带出用户实名认证的信息（这部分信息接下来会被用作鉴权），用户需要填写的信息仅为银行卡信息和手机号。
用户填写信息后，需要通过短信验证码校验来用作账户安全验证。在账户安全验证后，将开始鉴权。
流程如下：
假设所有的接口都是稳定且无变化的，那么在绑卡流程中，有可能影响结果的，只有：
1.用户填写的基本信息
相关性：此为用户录入的信息，我方无法控制信息正确性，此为可能鉴权失败的原因；
优化：前端给用户尽可能明确的提示，告知用户需要录入自己的银行卡号、确定的银行和在银行预留的手机号。录入银行卡号时尽量使用户选择OCR，来确保银行卡号正确。
2.第三方鉴权通道收到请求，发起银行鉴权
相关性：第三方反馈与银行接口稳定，此与鉴权结果无关；
3.银行鉴权
相关性：结果为失败后，出于安全原因不会返还失败原因，此与鉴权结果有关；
——
明确了可能导致鉴权失败的原因后，现在我们需要对看似无规律的失败数据进行统计。
首先，鉴权失败没有明显的高发时间段，没有明显的周期性。
其次，鉴权失败共涉及10+家银行卡。通过数据统计发现：失败率较高的银行卡A行为3.08%、B行为1.87%、C行为1.56%、D行为0.45%。
在咨询第三方鉴权通道后，我们得知，A行、B行均为银行卡鉴权失败率高的常规银行（由第三方鉴权提供的多家鉴权失败数得出）。给A行、B行的客服分别打电话，客服告知，无卡支付功能是需要在用户主动开通的，并非默认开通。其余主流银行客服分别表示，他们没有“无卡支付”的功能。
“不默认开通无卡支付功能”，此为可能引发绑卡失败的原因。而其余主流银行客服对“无卡支付”功能不了解，能部分的判断，该银行极少遇到因“无卡支付”未开通而绑卡失败的案例。并在实际绑卡操作中，验证出这些主流银行默认开通“无卡支付”功能。
A行绑卡失败率高，且实际绑卡人数少，可以考虑从前端绑卡支持银行中移除，试验一段时间后观察其他银行的绑卡成功率。
此次简单的调查结果为：
1.绑卡失败的主要原因有两个，一为用户信息填写错误，二为未开通无卡支付。
2.部分银行不默认开启无卡支付，且绑卡失败率较高；
此次结论为：
1.前端上明确告知用户填写相应信息；
2.前端禁止用户绑定部分失败率较高且用户数较少的银行卡。
