Riskified

服务商概述

Riskified 是一家以色列反欺诈服务商，2013 年由 Eido Gal 与 Assaf Feldman 创立。官网的定位是"通过 AI 让电商世界更安全"，但它的业务目标写得更具体：让商户放行更多本来会被拒的订单。

这句话是理解它的钥匙。多数风控服务商的卖点是"拦得更准"，隐含着一种取舍——为了压住欺诈率，多拒一点是合理的。Riskified 的卖点反过来：它要你把原本不敢放的单放出去，代价由它承担一部分。支撑这个承诺的商业安排就是拒付责任转移（shift fraud chargeback liability）：商户按自身风险容忍度调整策略，担保范围内的欺诈拒付损失由 Riskified 承担。

所以它的正确理解方式不是"风控工具"，而是"保险"。工具的效果由模型决定，保险的价值由承保条款决定。模型好不好，只是它能不能持续承保的前提——模型差到赔钱，条款就会收紧或涨价；模型好到赔得起，你才能拿到宽松的担保。

除支付欺诈外，它还覆盖账户盗用（ATO）防护、结账环节的支付失败治理，以及在维持消费者友好政策的前提下拦截滥用。这三条与拒付直接相关：账户被盗后的订单最终会变成拒付，结账支付失败会直接损失订单，过度收紧政策又把正常客户推走。它把这三件事放在同一个承诺下面，逻辑上是自洽的。

核心优势

• 把不可控的拒付风险变成可预算的固定成本：拒付的麻烦不只是钱，还有卡组织监控指标、罚金、账务调整与争议处理人力。担保模式下这部分转成一项可谈判的费用，财务侧可以按合同做预算，风控侧不用再为单笔订单反复权衡。
• 放行策略可按风险容忍度调：它给你的不是一个黑箱阈值，而是一个可调的旋钮——收紧则自身风险低、担保范围窄，放宽则放行率高、担保覆盖宽。这个旋钮让不同毛利的品类能各自找到经济最优区间。
• 放行率提升直接对应营收：误拒的损失在报表上不可见，但在增长压力下非常真实。对复购周期长、客单价高的品类，把被误拒的好客户放回来，收益通常大于把欺诈率再压低一点。
• 网络效应扩大识别范围：基于大数据的机器学习跨商户积累样本，同一个身份在别处的行为会帮助判断在你这里该不该放行，这对新客占比高的业务尤其关键。
• 覆盖账户盗用这一独立攻击面：ATO 的风险路径与盗刷不同——攻击者用真实账户、真实地址下单，单看交易特征很难识别。它与支付欺诈放在同一套决策里，减少了"两边都说不是自己的责任"的缝隙。
• 在消费者友好政策下拦截滥用：很多商户为了防滥用把退货与退款政策收得很紧，代价是正常客户体验下降。它的做法是在政策不变的前提下识别滥用行为，这一条对品牌调性敏感的商户价值很高。

产品生态

支付欺诈管理

核心场景。在结账环节给出放行或拒绝决策，担保范围内被判定为欺诈的拒付由服务方承担。决策依据来自跨商户数据与模型评分，商户侧一般不再叠加人工审核。

账户盗用防护（ATO）

覆盖登录、改密、改绑定等账户操作与随之而来的下单。与支付欺诈共用决策层，减少账户安全与交易风控之间的责任缝隙。

结账支付失败治理

针对支付环节本身的技术性失败——发卡行拒绝、验证流程中断、重试逻辑缺失等造成的订单流失。这块损失不进拒付报表，但同样计入转化率。

滥用拦截

在维持消费者友好政策的前提下识别促销套利、政策滥用等行为，避免靠"全面收紧规则"换取安全。

决策与担保接口

以 API 方式接入收银台或订单系统，输出单一决策结果并记录担保归属，供后续拒付发生时核对。

不足之处

• 担保不是全覆盖：合同会界定担保的品类、地区、客单价上限与除外情形（例如商户未按决策执行、自行改单、超出约定发货时效）。签约前要把例外清单逐条读完，否则出事时才发现不在范围内。
• 必须放弃最终裁决权：担保的前提是"你按它的决策执行"。如果内部风控团队习惯人工推翻模型批准的结果，那部分订单通常不在担保内，等于付了保费却没享保障。这往往与既有审批流程冲突，需要重新划分权限。
• 定价与拒付率挂钩，成本可预测性弱：拒付结构恶化时费率上行，而拒付结构又受品类、促销节奏、物流时效影响。旺季促销带来的争议上升，可能同时推高拒付率与费率。
• 数据共享与跨境合规成本：需要传输订单与消费者行为数据，跨境业务涉及 GDPR 与《个人信息保护法》的评估，数据出境还要走单独路径。合规评审常常比技术接入耗时更长。
• 模型对流量规模与数据质量有依赖：网络效应是双向的。垂直小众品类、订单量偏小的商户拿到的担保条件会更紧、费率会更高，因为承保方拿不到足够样本。
• 不覆盖受监管义务：AML 交易监控、开户审核、制裁名单筛查都不在其产品范围内，受监管主体仍要另配系统，整体风控栈变成两套。

适用场景

• 中大型跨境独立站（★★★★★）：订单量大、客单价中高、拒付成本占比明显，担保模式能把风险敞口换成可预算的支出，同时提升放行率。
• 数字商品与虚拟服务（★★★★☆）：无物流、无签收凭证，拒付举证天然吃亏，担保的价值最直接。但要先确认该品类是否在担保范围内。
• 高客单精品与奢侈品电商（★★★★☆）：单笔拒付金额大，人工审核成本高，担保能显著降低单笔风险的处理压力。
• 订阅与会员制业务（★★★☆☆）：覆盖支付欺诈与账户盗用，但续费场景的争议类型（循环扣款争议）与一次性订单不同，需确认担保是否含此类拒付。
• 中国大陆业务（★★☆☆☆）：境内主体做跨境业务时可用，但向境外传输订单与消费者数据要遵守《个人信息保护法》与数据出境相关规定，须先完成合规评估；纯境内业务不需要这类境外担保型服务，境内已有对应服务商且不存在数据出境问题。
• 月订单量很小的新站（★☆☆☆☆）：最不适合。担保溢价与网络冷启动叠加，单位成本高，且担保范围往往更窄，收益不足以覆盖保费。
• 必须保留人工终审权的团队（☆☆☆☆☆）：最不适合。人工推翻决策会让担保失效，等于买了一份用不上的保险。

价格参考

影响成本的因素包括审核订单量、GMV、担保覆盖范围（品类、地区、客单价）、拒付率水平、是否含人工调查服务与集成方式。Riskified 不公开标准费率，以上口径与最终费率均以官网当前报价和合同条款为准。

常见问题

• 担保到底保什么，不保什么？
  保的是合同约定范围内的欺诈拒付损失，通常附带品类、地区、客单价与发货时效等边界条件。不保的是商户未按其决策执行的订单、超出约定范围的情形以及它认定为非欺诈类的争议。签约前索取完整除外清单，逐条对照自己的业务。

• 我们内部还要人工审核，可以吗？
  可以审但担保会受影响。担保的前提是你按它的决策执行，人工推翻批准结果的那部分订单通常不在范围内。要么把审批权限交给模型并只处理它转出的复核单，要么接受这部分订单裸奔，两种选择都要在合同里讲清楚。

• 它和买保险一样吗？
  机制相似，区别在于承保方同时是服务提供方。它必须先通过模型把欺诈率压到可承受水平，才敢给你宽松的担保。所以谈合同时要同时看两件事：担保条款有多宽，以及模型在你这边的历史表现是否支撑这个宽度。

• 拒付率高的品类能用吗？
  能申请，但条件会更紧。拒付率高意味着承保方的赔付期望值上升，结果通常是担保范围收窄或费率上行。如果品类本身处于卡组织高风险监控里，先解决业务侧的问题（物流凭证、描述一致性、退款时效）比换服务商更有效。

• 中国大陆公司做跨境业务要注意什么？
  可以评估，但数据合规要前置。把订单与消费者行为数据传输到境外，涉及《个人信息保护法》与数据出境相关规定，需先确认是否需要安全评估、标准合同或认证路径。纯境内业务不需要这类服务，也不存在数据出境问题。

来源：16IDC 原创，产品能力、支持国家与费率口径以 Riskified 官网文档及合同为准。