风控|那些年搭建风控体系所踩的坑后续_便利店|茶饮|咖啡师|便利蜂|消

编辑导读：风控流程方案设计会牵扯到多方系统，需要考虑到各方因素，踩的坑自然也会多。上篇文章分享了搭建风控体系在调研评估和埋点接入时所踩过的坑，这篇把之前在搭建过程中踩过的坑分享给大家，一起来看看吧。

文章插图
01 风控流程方案设计风控流程方案设计会牵扯到多方系统，好的设计既考虑策略的优、简、易，同时能兼顾于各系统的耦合，也是风控的重要环节之一，在设计过程中，须清楚如下两点：
1. 大方向须结合自身“资源”整个风控体系搭建的方向是针对业务关注的某类或者某几类风险，在搭建过程中一方面需要从黑产情报中获知其目前掌握的攻击技术、作案手段以及工具资源，另一方面需要掌握现有业务系统所能支撑的资源情况，比如运营资源、数据资源、处置资源等等。笔者之前参与的一个风控设计项目因为没有深入了解业务侧的实际资源情况，导致交稿方案中的名单落地因为业务方资源跟不上而被推翻。
2. 细节决定方案落地的成败每一个细节都务必与业务侧以及开发侧确认！每一个细节都务必与业务侧以及开发侧确认！每一个细节都务必与业务侧以及开发侧确认！因为笔者花费最多时间的就在这个环节，所以重要的事情说三遍。一个好的风控体系可以理解为一个资源整合优化的过程：全量的接入数据，经过复杂运算后，通过与各个系统间的耦合，将坏数据“筛选”出来。每一步都是环环相扣，承前启后的，所以设计的时候要考虑好这一步与下一步的关联以及对全局的影响。
笔者曾经在一个风控项目中在业务响应侧就出现过一个问题，由于没有过细考虑过某些维度字段的实际落地细节问题，导致开发在接入的过程中发现由于业务前端本身对接系统太多，无法采集到这个字段，最终导致该字段无法落地到名单标签中，最终导致闭环系统里里缺了这个字段，后面为了解决这个事情让项目耽误了一段时间。
02 测试联调在这个环节，业务方的开发人员已经完成基本的数据采集以及接口开发工作，后面就进入联调校验阶段，笔者的日常工作中需要使用风控引擎对接各个业务系统，风控引擎其本质是将从各个业务端输入进来的数据，经过各类数据分析计算，最终输出风控处置结果（如下图）。由于业务线复杂多变，每一次的需求变动，以及每个变量的修改/增减、规则调整、模型迭代优化或者代码的优化，都有可能影响引擎性能，因此在每次搭建的测试联调阶段都需要确认接入的数据是否满足风控需求。

文章插图
在这个过程中，笔者之前踩过的坑有如下这些：
1. 验证问题风控测试验证不是说通过业务方的测试传入几个必传参数就完事了，这里面有两点须确认：数据、决策结果。
1）关于数据
【风控|那些年搭建风控体系所踩的坑后续】如上图所示，风控接口一般会收到基础用户数据、业务参数数据、设备指纹采集数据、第三方的名单或者接口调用的数据，在这个环节需要确认数据的准确度与一致性。笔者之前经常在这个环节遇到问题，不同业务线的开发人员经常会错误理解采集点或者经常丢失，导致返回的参数始终无法命中风控策略，需要反复多次的联调验证，因为这个环节的数据将决定生产环境的上线结果，因此这一步需要格外重视。
此外，如果有客户端测试环境，建议通过该环境的操作确认风控埋点位置是否都有采集，这一步做的目的也是为了精准确认数据的采集情况。