这几天被问到一个收款账户风控的问题，从两个角度聊聊我们自己的做法。
一个点是账户维护，一个点是风险预防。
账户维护这块逻辑其实不难，真实信息、真人流水。
所以在账户注册阶段，尽可能不要用到任何假资料，不然后续出了一点点问题，都会非常麻烦。
我知道现在互联网上有很多教程，教我们怎么注册某某地区的账户或者某某级别的账户，但这里面涉及到一些额外的材料是我们国内用户没办法提供的。
于是这类教程会“另辟蹊径”教我们怎么怎么搞，但说实话这类账户我是不敢使用的，尤其是将其用到生产环境中。
可能平时消费使用是没什么问题，但那些假的资料终究是个雷点，没准哪天雷炸了就会非常麻烦。
除了账户注册这个点之外，还有一点需要明确的是账户养护。
像我这几天接触到的案例就比较典型，真实身份新注册的 PP 账户，注册成功之后不久就拿来做业务收款。
即便所有资料都是真实的，但收了一笔业务款之后就立马被风控了。
所以我觉得这里面可能就涉及到一个真实用户使用的问题，需要平时多用用、多养信用记录。
就拿我自己的个人 PP 账号来说，我平时是有经常使用的，比如买服务器、买域名等这些消费场景都会用那这个账户付款。
另外就是平时的业务收款，小额度的我偶尔也会拿这个账户来收。
用着用着会陆续会收到一些平台发来的邮件通知，说我这个账户的收款信用额度更新了。
我记得最初新账户也就大几百美金左右，慢慢的涨到了现在大几万美金了。
所以对于收款账户的安全，在账户维护阶段控制好这些基础变量就做的差不多了。
至于另一个风险预防的点，就需要我们花点心思了。
举个很简单的例子来说明下这些收款风险，比如我现在是做定制类产品的，然后用 PP 来收客户的预付款。
要知道这类定制产品出问题的概率是比较大的，尤其是面对 C 端消费者时，稍有不如意就是一个消费争议。
而 PP 这类收款平台是倾向于保护消费者权益的，哪怕你后续提供了再多的证明材料，也大概率会判你败诉。
搞到最后，产品没收到钱，运费还得自己担，而且账户因为消费争议问题导致了后续安全风险也增加了。
忙活大半天，钱没赚到还惹了一身骚。
类似这样的场景有很多，我之前经常碰到的就是虚拟产品，不得不说有些地区的用户真的非常烂，即便产品没有任何问题也是直接消费争议并要求退款。
所以对于这种情况，要么不去做这种业务，要么就得转变收款思路了。
比如我们自己做的定制产品，绝大多数情况下只接受银行转账，且客户在下大货之前，我们更倾向于让客户去下打样单。
反正就是尽可能在业务流程中做得更详细一些，来降低后续引发争议的风险。
