电商风控新盲区：行为分析断层致92%转化流失

　　2025年2月那波大促，我原以为风控系统顶多卡点登录频率，结果看日志才发现——用户从「加入购物车」到「支付成功」这步，转化率直接腰斩到百分之八。更离谱的是，技术部拉出来的会话轨迹里，百分之九十二的用户卡在「验证短信发送中」这个界面，最长等了十八秒。当时运维群里有人喊“机房空调坏了”，我盯着屏幕上的超时日志，心想这他妈比空调故障更要命。

　　后来跟风控组对数据才发现，他们去年年底换了套行为分析模型，说是用机器学习替代了老规则。新模型确实能识别出“同一IP下三十个账号同时加购”这种异常，但对“正常用户连续点击三次支付按钮”这种操作，直接判定为“疑似刷单”给拦截了。更绝的是，拦截后没触发任何告警——用户看到的是“短信验证中”，系统后台却默默走了风控复核流程，等复核完，用户早他妈关页面了。

　　上周三下午三点，风控组的小张抱着笔记本冲进会议室，屏幕上全是红色告警。他说新模型上线后，误拦截率从千分之三涨到了百分之五。我指着日志里一条“用户ID12345，连续点击支付按钮四次，被判定为高频攻击”的记录问：“这他妈是攻击？用户手滑点快了而已啊！”小张挠头：“模型训练数据里，攻击样本的点击间隔中位数是零点三秒，正常用户是两秒——但咱们没考虑大促时用户手抖的情况。”

　　那天会议室空调坏了，我擦着汗看小张调模型参数。他改了“连续点击阈值”从四次降到两次，又把“间隔时间”从零点三秒放宽到一秒。改完重新跑测试数据，误拦截率降到了百分之二点一，但真攻击的识别率也跟着掉了零点八个百分点。风控总监拍桌子：“这他妈是拆东墙补西墙！”小张小声反驳：“要不咱们把大促期间的阈值单独调低？”总监白了他一眼：“那平时的数据怎么办？总不能天天手动改参数吧？”

　　我后来翻了下历史日志，发现类似的问题去年双十一也出现过。当时风控组为了防黄牛，把“同一设备半小时内登录超过五次”的账号全锁了，结果锁了三百多个正常用户——其中五十多个是外卖小哥，他们手机里装了十几个APP，半小时内切换账号领优惠券是常态。最后是客服部接到投诉炸锅，技术部连夜写了白名单规则才搞定。这次倒好，白名单没覆盖到“连续点击支付”这种场景，直接让转化率崩了。

文章配图，仅供参考

　　对了，那天会议室吵架时，行政小姑娘推门进来送咖啡，结果手滑打翻了一杯，正好泼在风控总监的键盘上。他跳起来喊“我的数据！”，小张默默递过去自己的笔记本：“先用我的吧，我备份了。”这场景现在想起来还挺黑色幽默——机器学习搞不定的问题，最后靠一杯咖啡解决了临时需求。

　　下步我打算跟产品部提个需求：在风控拦截页面加个倒计时，至少让用户知道“不是系统卡了，是你在被审核”。至于模型怎么调，我他妈真说不准——优胜劣汰的道理谁都懂，但怎么让算法学会“手滑”和“攻击”的区别，可能得等下一代技术了。现在只能先保证，下次大促时，用户别因为等短信验证等到想摔手机。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!