风控方案在评审会上被一句“留存掉几个点”卡住，背后是增长与安全两本账的错位。本文从KPI设计、定义权与激励结构切入，提出将风控从“成本项”转为“资产项”的破局思路，并给出可落地的组织调整建议。

一个风控负责人，在评审会上被一个问题卡住了。

问题很简单：”这套规则上线后，次日留存掉几个点？”

他答不上来。不是因为不专业，而是风控的价值，从来就不在”留存”这个坐标系里。

评审结束，PRD被打回。这是行业多个项目里反复出现的一类典型情景，并非特指某一家公司。一段时间之后，这款产品因交互带来的用户风险问题面临合规整改压力，事后整改成本是当初做风控投入的数倍。

风控推不动，恰恰说明你们的KPI设计得太”合理”了——每个部门都在理性追求自己的最优解，合起来把风控逼进了死胡同。

两本账，两套无法互通的评价语言

产品部门的账本上，写的是留存、时长、活跃度。风控部门的账本上，写的是安全、合规、风险兜底。

两本账各自都算得清，但合在一起，就成了组织里最拧巴的对冲。

产品总监问”掉几个点”，是在用增长的账本提问。风控负责人说”长期来看用户心理层面的健康更重要”，是在用安全的账本回答。两种语言之间，没有翻译器。

所以评审会上最常出现的结局是：谁的账本在组织里权重更高，谁的方案就通过。而”留存”这本账，在大多数公司里，天然比”安全”更重。

这不是哪个部门的问题。问题在于，这两种东西不能用同一把尺子去量——留存涨了不代表安全风险降了，风控做好了也不直接带来留存提升。它们是两种完全不同的账，遵循不同的逻辑。但你硬把它们塞进同一个绩效考核体系，必然互斥。

这里并不是否定增长的价值。对很多创业产品而言，活下去是一切合规的前提。矛盾点在于：组织缺少一套机制，在增长生存和长期安全之间做权衡，而不是让两个部门各自单打独斗。

不是不想做，是”想做”和”真的做”之间隔着一个灰色地带

“知道要做”和”真的去做”之间，有一个巨大的拉扯区。

产品部门说”等技术排期”，技术部门说”等产品定方案”，运营部门说”等法务确认”，法务说”等管理层拍板”。每个人都在自己的环节上”尽力了”，但风控在跨部门的传递中被层层打折，最后落地时只剩一层皮。

这和家庭里的一个现象是同构的：所有人都知道孩子需要陪伴，但爸爸觉得妈妈会管，妈妈觉得奶奶在带，奶奶觉得孩子大了自己玩就行。最后孩子缺少有效陪伴，出现成长方面的问题，每个人都觉得自己没有做错什么。

到最后，这件事的责任就被彻底弥散掉了。责任一旦弥散，风控就从一个”必须有人负责的事”，变成了一个”大家都在等别人先动的事”。

风控被提前定义成了什么，比风控做了什么更重要

比KPI错位更深的问题，是定义权。

在那个评审会上，风控被定义成了”可能影响留存的成本项”——它是一个需要被计算的风险，而不是一道不可触碰的底线。

当风控被放在”增长账”里做加减法，它注定输给增长。因为增长是确定的、可量化的、立刻见效的；风控是不确定的、难量化的、长期见效的。

更关键的是：一旦风控被定义为”成本项”，所有围绕风控的讨论都会变成”值不值”——花这么多钱做风控，能换回多少留存？这个账算不过来，所以风控永远排不上优先级。

但如果换个定义呢？把风控定义为”资产项”，问题就变成了：不做风控，我们会损失多少用户生命周期价值？一个因为过度依赖而流失的用户，或者一个因为产品被约谈而下架的功能，损失远大于前期做风控的投入。

同样的行为，被定义成成本还是资产，结局完全不同。

真正有效的做法，不是”加强协同”

很多文章会告诉你：要加强跨部门协同，建立联合KPI。

但如果风控已经被定义为”成本项”，协同会议开得再多，也只是让各部门更精准地互相甩锅。问题不在协同，在定义。

真正有效的做法，是改变激励结构：

第一，把风控指标写进产品部门的KPI。

不是”安全不出事”这种模糊指标，而是”用户依赖风险评分低于X分””现实引导触达率高于Y%”这种可量化的硬指标。让产品部门在做增长决策时，必须同时算安全账。具体阈值需要结合自身产品用户基线做统计，没有全行业统一标准。

第二，建立风控相关事项的独立否决权。

在成熟组织，可以把该权力赋予独立风控部门；创业小团队，则由创始人承担这一角色。

在涉及用户心理层面的重大决策上，拥有否决权的一方可以直接叫停，不需要经过业务部门同意。这不是降低效率，是建立集体纠错机制。很多创业公司的风控失效，不是因为人不专业，是因为权力结构有问题——创始人同时掌握提案权和执行权，没有独立的否决权制衡。

当然，否决权不等于无限一票否决。重大否决决策需要同步留存书面理由与风险评估，避免权力被随意使用。

第三，建立风控与业务的联合复盘机制。

不是”出事之后互相甩锅”，而是”每个月坐在一起，看数据、看案例、看风险趋势”。让风控从”事后救火”变成”事前共建”。

但我必须加一个现实约束：这套方案不是拿来就可以直接抄。

它受公司规模、股权结构、团队成熟度的约束。小创业公司很难直接照搬大集团这套机制。对于小团队更现实的做法，是由创始人亲自握住风控的否决权，从早期产品决策就把风控纳入，不要等团队扩张之后再亡羊补牢。

如果什么都改变不了，至少先做一件事

上面说的三步，听起来很对，但落地难度极高。产品总监凭什么同意改KPI？创始人自己就是最大的风控绕行者。联合复盘开多了，很容易变成形式主义。

如果你现在什么都推动不了，至少做一件最小的事：在规则允许调整会议流程的前提下，在下次评审会上，让风控负责人第一个发言，而不是最后补充。

顺序的改变，就是定义权的微小转移。

当风控从”被追问的对象”变成”先定调的人”，它的位置就在组织里前移了一寸。这一寸，可能就是从”成本项”到”资产项”的起点。

风控要从”成本项”变成”资产项”

最后说一个认知升级。

很多企业把风控当成”不得不花的成本”——做了风控，用户体验可能下降，留存可能受影响，所以能少做就少做。

但这个定义是错的。

风控的真正价值，不是”避免损失”，而是”延长用户生命周期”。

风控的投入产出，不是计算题，是定义题。你把它定义成成本，它就永远不够；你把它定义成资产，它才值得投入。

重新定义风控的价值，比增加风控的人手重要十倍。

写在最后

前几篇我们聊完了风控功能该怎么搭建，但很多团队就算照着文档做完，依然推不动。

因为规则文本只是第一步。规则能不能落地，取决于组织怎么定义风控的位置、怎么分配风控的权力、怎么设计风控的激励。

当然，以上都是组织层面的理想调整。如果你只是团队里一名普通执行者，没有权限改动KPI与权力架构，现实会艰难很多，后续我也会聊聊个体可以做的局部破局手段。

下一篇，我们聊另一个更深层的问题：为什么买了合规文档、开了整改会、改了关键词，企业还是做不好？

因为管理层以为”认知到位”就等于”落地完成”，但组织不是个人——个人可以顿悟，组织只能缓慢消化。

—

你们公司的风控方案，在评审会上被业务侧问得最多的问题是什么？是留存影响，还是成本预算？欢迎在评论区聊聊你的真实场景。

我整理了一份风控组织对齐方案目录，感兴趣的同行可以评论区扣【合规】。

—

免责声明：本文仅为产品设计思路参考，不构成法律意见或监管验收指导意见。企业落地整改建议同步咨询法务与属地监管部门专业人员。