RFM高价值人群怎么筛?分层阈值的三个判断维度

作者:456数据 发布:2026-09-30 16:27 浏览量:47 来源:原创

咨询现场最常被问的一句话是:“到底谁算我们的高价值用户?”有人主张按累计消费排,把花钱最多的那批挑出来;有人反驳说那些人只买过一次早就走了;还有人坚持看复购,天天回来的才是自己人。三方各执一词,吵到最后往往靠老板拍板。吵成这样不奇怪——“高价值”这三个字从来不是单一维度,把它拆成能算的三件事,争论才会停。

一、先把“高价值”拆成三个可算的问题

RFM 不是什么高深模型,它就是把“高价值”拆成三个都能从订单里算出来的维度:

  • R(Recency,最近一次消费):上一次下单离今天过去了多少天,越近越好;
  • F(Frequency,消费频次):选定周期内这个人一共下过几单,越多越好;
  • M(Monetary,消费金额):同一个周期内累计花了多少钱,越多越好。

这三个维度回答三个不同问题,单看任何一个都会跑偏。R 回答“他还会不会再来”,F 回答“他有没有养成习惯”,M 回答“他到底值多少钱”。缺了任何一个,你看到的都只是一个侧面。把三个数都算出来之后,“高价值”才从一句主观评价,变成一组可以写进筛选框的硬条件。

没有尺子之前,几千个用户点看起来都差不多。

二、为什么不能只凭一个维度下结论

我在客户那边见过太多只看一个数就圈人的做法,结果几乎都踩了坑。把三种常见偏误摆在一起,原因就很清楚:

只看哪个维度会把谁误判成高价值漏掉了谁
只看 M 累计金额只买过一次大额、之后再没出现的人那些客单不高但月月复购的常客
只看 F 消费频次天天领券、从不正价购买的薅羊毛党花得多但一年只买两三回的人
只看 R 最近消费被首单券吸引来、还没复购的新人曾经忠诚、最近暂时沉默的老客

单维度一定会失真,每个维度都能被“造假”:金额可以靠一次大单撑起来,频次可以靠补贴刷出来,最近可以靠一张首单券骗出来。只有三个条件同时成立,这个人才既近、又勤、又值钱,误判率才会降下来。

R/F/M 各按高低二分,2×2×2 组合出 8 类客户。

三、三个维度的高低线,应该怎么切

把人分到 8 个格子之前,得先给每个维度画一条“高 / 低”的线。常见做法不是拍一个绝对数,而是在你自己的用户群里排序后切分:

维度高 / 低怎么定为什么这么切
R 最近一次消费距今天数 ≤ N 天记为高N 参考你的复购周期,周期长的品类把线放宽
F 消费频次周期内次数 ≥ 中位数记为高中位数随大盘自动伸缩,比固定数字稳健
M 消费金额累计金额 ≥ 分位线记为高客单价差十倍的生意,不能共用一条金额线

这里强调“在自己用户群里切”:客单价 50 元和 500 元的生意,“高金额”的门槛天然不同;照抄别人的阈值,等于拿别人的尺子量自己的人,切出来的人群一定不准。切完之后,R 高、F 高、M 高这一格,就是通常说的重要价值客户。

举个落地的小例子。假设你有 1 万个成交用户,先按累计金额从高到低排,取前 30% 当 M 高;再按近半年下单次数排,同样取前 30% 当 F 高;最后把“最近一单在 30 天内”记为 R 高。三个分位线各自独立切,切完取交集,落进三高一格的人,往往只占全量的百分之十几——这恰恰说明高价值本来就是少数,若交集大到一半以上,多半是某条阈值切松了。

四、圈选高价值人群,具体怎么配条件

口径想清楚之后,落到工具里就是一组“且”关系的筛选条件。通用做法是把 R(Recency)、F(Frequency)、M(Monetary)三个维度分别打分切分位线,再把三个条件叠在一起圈人,依次加上三条规则,三条同时成立才被圈进人群包:

  1. 最近一次消费距今天数 ≤ 你定的天数(R 高);
  2. 统计周期内累计消费次数 ≥ 你定的次数(F 高);
  3. 统计周期内累计消费金额 ≥ 你定的金额(M 高)。

先把支付事件的口径对齐

在配条件之前,R、F、M 这三个数都得有干净的事件来源,否则圈出来的人本身就是错的。因为 R 和 F 都来自“支付成功”这一个事件,埋点时必须保证每一笔真实支付都能触发、且不重复计数;M 则直接取该事件里的成交金额字段。事件必须先核对干净——只要有一笔退款还记在金额里、或者一次支付被上报了两遍,F 和 M 就会同时虚高,圈出来的“高价值”自然掺水。如果你的成交发生在 App、小程序和 H5 多端,还要确认这些端上的支付事件都按同一个用户标识归并到了同一个人身上,否则同一个人会被拆成好几个小号分别计分。

这套分群不做兴趣标签

这里要把能力边界说清楚:这套分群只按 R、F、M 这三个数值条件去圈人;它目前不会自动给你生成“母婴爱好者”“追剧党”这类行业标签,也没有开箱即用的人群画像标签库,这类自动标签能力目前未实现。如果你需要兴趣类标签,得自己先把事件埋好、再按规则打,而不是指望系统替你猜。

R、F、M 三个条件取交集,圈出高价值人群包。(示意图,非产品实测)

五、人群包圈出来之后,怎么验收

先看规模,再抽样核对

条件配完先别直接拿去投,建议做两件低成本的核对。第一看规模:圈出来的人如果占了全量 80%,说明阈值太松;如果只剩 0.1%,又说明阈值太严,两种情况都会让人群包失去经营意义。第二抽样人工看:随机抽几十个人,对照他的 R、F、M 三个真实数字,看是不是真的近、真的勤、真的花得多。抽样这步不能省——分位线只要切偏一档,整个人群包的质量就会系统性偏移,而这种偏移靠看总数是看不出来的。

另外提醒一句,RFM 分出来的这 8 类,更像一张“现在站在哪”的快照,而不是一条自动流动的流水线。因为今天被划进“重要保持”的人,下个月可能复购一次就回到“重要价值”,也可能再沉默一个月滑向“重要挽留”,所以人群包建议按固定周期重新算一次、重新圈选,而不是圈完就永远不动;至于“自动根据生命周期把人从这格挪到那格”这类流转能力,目前并没有作为标准功能提供,需要自己按周期重跑分群。

三种圈人方式的差异

上面这套按 R、F、M 三个数值条件取交集圈人的做法,落到具体工具上通常有三条路:自己写 SQL 圈数仓、用网站或 App 自带的用户后台、用第三方用户分群平台。三条路在接入成本、去重口径、跨端统一、实时性和维护成本上的差别,大致如下表。

对比维度自建埋点/代码方案网站/App原生后台第三方分群平台
接入成本订单流水自己进数仓,R/F/M 按客户 ID 汇总的 SQL 手写,周期以周计后台默认按累计消费排榜,零接入,但只给金额单维,算不出 R/F/M 三维交叉嵌入 SDK 后按数值条件筛人即可,能否按客户 ID 一次聚合出 R/F/M 三维再分层,以后台字段与运算为准
去重口径自己定义 customer_id,同一人多端下单若没归并,R/F/M 会被拆到几个小号上分别计分通常只给注册或付费名单,不按客户 ID 把 R、F、M 聚到同一个人头上按客户 ID 聚合 R/F/M 三个指标再分层,同一个人在三个维度上被归到一起而不是被拆开,是否内置以此为准
跨端统一要自己做多端 ID 映射,工作量集中在这网站和 App 后台各自独立,消费数据不通同一用户标识归并,多端支付事件进同一份分群
实时性R/F/M 重算绑在数仓调度上原生后台多为 T+1 或按月出报表分群结果的刷新频率、阈值调整后能否当天重算,需以产品后台实际能力为准
维护成本退款冲销、金额口径、分位线重算都要自己盯基本不用管,R/F/M 三维切分线却动不了平台跟着版本走,自己只维护 R/F/M 的分位线和统计周期

常见追问

Q:RFM三个维度怎么定阈值?

A:没有通用阈值。我通常的做法是按业务目标分位数来切,比如R值取最近30天有行为的用户,F值取月均行为次数前20%,M值取客单价前20%。具体数值要根据自己的用户分布调。

Q:RFM适合所有业务吗?

A:电商和订阅制业务比较适合,因为有明确的消费和复购。内容类和工具类业务需要把M(消费金额)替换成使用深度或功能依赖度,不能生搬硬套。

Q:高价值人群多久更新一次?

A:取决于你的业务节奏。电商类建议按月更新,因为消费周期短;企业服务类可以按季度更新,因为客户关系变化慢。更新频率太高会导致人群不稳定,太低会错过流失信号。

为什么选用456数据

RFM 三个维度切完人群,挑工具时看的就是能不能直接出分层:先按累计金额、下单频次、最近一次消费各自切分位线,再把三条“且”条件叠在一起取交集,最后抽样核对人群规模。这几步对应的通用做法是按数值条件自由组合取交集、查看人群包规模、以及按同一时点快照圈人;平台是否已内置 R/F/M 三条件自由组合、人群包规模实时查看与按日刷新,具体字段与运算需以产品后台或官方文档确认为准,不建议默认当作开箱即用的现成 RFM 工作流。其中 App 与小程序的事件上报属于基础版起开放的能力,用户画像与分群属于专业版起开放;网站分析本身有免费版可用。如果你团队已经在用自建数仓方案,对比上面这张表的五项差异再决定;原生后台的累计付费名单够用的话,也没有必要额外换工具。

你们定“高价值”门槛时,是拍脑袋定的一个数,还是按历史分位数切的?有没有被一个只买过一次大单的“假高价值”坑过?欢迎在评论区聊聊,也说说你们现在 R、F、M 三条线分别卡在哪。

相关阅读

网站数据分析先看哪 3 个指标?别一上来铺 10 个看板 目录索引网站数据分析先看三个指标,不是十个三个指标怎么选:一个看量、一个看质、一个看钱三个指标一起看才有意义看板怎么砍到一屏什么时候才该加第四个指标这套在工具里怎么落地延伸阅读  网站数据分析不必一上来铺十个看板:先看三个指标,一个看量、一个看质、一个看钱,三个一起看才判断得出该改哪一步。▌网站数据分析先看三个指标,不是十个  新搭看板时最常见的做法是“能想到的都放上”:UV、PV、访问时长、跳出率、新访客率、渠道数、页面数、转化率、加购率、复购率,一屏十个。结果是谁都看,谁都不改。  问题不在指标本身,而在没有主次。十个指标里必然有几个动、几个不动,看完之后需要自己判断“哪几个重要”,判断成... 11 / 05·阅读 25 456数据技术岗位招聘:AI Agent、智能运维、数据采集与移动安全 目录索引岗位一:JavaAIAgent前端/后端开发工程师岗位二:AI智能运维工程师(AIOps/DevOps/SRE)岗位三:AI爬虫工程师/Android逆向安全工程师/iOS上架工程师投递方式  456数据技术团队正在扩编,本轮开放三个技术岗位,覆盖AIAgent研发、智能运维、数据采集与移动端安全三个方向。全部岗位支持远程,薪资18K–50K,按能力定级。岗位速览岗位重点考察工作地点薪资岗位一:JavaAIAgent前端/后端开发工程师高并发、大数据处理、Java/前端编码、AIAgent开发与交付远程/到场/海外居家18K–50K岗位二:AI智能运维工程师(AIOps/DevOps/... 11 / 04·阅读 33 用户行为追踪别只采集,从漏斗漏损最大那层下手 目录索引用户行为追踪别只采集,先看漏损在哪采集全集之前,先定三个问题漏损定位:从大到小,一层一层收追踪到动作,才算追到人追踪的边界:哪些不该追这套在工具里怎么落地常见问题延伸阅读  用户行为追踪最常见的失败是“采了全站、没人看报表”。有效的做法是先定位漏斗里漏损最大的那一层,只追那一层相关的动作,把属性补全,问题解决了再往下追。▌用户行为追踪别只采集,先看漏损在哪  打开埋点方案,经常能看到一张几十行的表:点击、滚动、悬停、复制、分享,全站能想到的动作都在里面。三个月后回头问一句“上周漏在哪一步”,没人答得上来。  原因很简单:采集解决的是“有没有”,追踪解决的是“为什么”。动作采得再多,如果... 11 / 04·阅读 24 网站转化分析卡在第一步:先把转化目标定清楚 目录索引网站转化分析做不下去,通常是目标没定转化目标怎么定:一句话、可计数、有责任人三类常见目标与它们的边界定完目标,先看漏损在哪一步转化目标和报表怎么对上这套在工具里怎么落地什么情况下先别做转化分析常见问题延伸阅读  网站转化分析做不下去,多半不是漏斗画错了,而是转化目标没定:目标不止一个,报表就只能并列摆着,谁也说不清哪一步该改。▌网站转化分析做不下去,通常是目标没定  打开工具先拉漏斗,是很多团队的习惯动作。三分钟画出一个五步漏斗,每一步都有数字,看上去很完整。然后问题来了:这个漏斗算的是注册、是下单、还是留资?三个都想算,于是并排放三张,半年后没人再看。  网站转化分析的第一步不是画漏... 11 / 04·阅读 20 「一套SDK多端统计」先别急着买,六类接入方式说清再定 目录索引「一套SDK多端统计」在工程上是两件事六类接入方式各管什么什么情况下真能一套搞定什么情况下必须分开接接入之后,怎么确认真的收到数了选工具时问哪四个问题档位与成本怎么算常见问题延伸阅读  「一套SDK多端统计」听起来省事,真正的限制在接入这一层:网站、小程序、App各有各的SDK,先把六类接入的边界弄清楚,再判断自己能不能一套搞定。▌「一套SDK多端统计」在工程上是两件事  「一套SDK多端统计」在销售嘴里是一句话,落到工程上是两件事:同一份代码能不能跑在多个端,和多个端的数据能不能进同一个后台。  第一件是接入问题,取决于各端的技术栈;第二件是数据问题,取决于后端怎么收、怎么去重。两件... 11 / 04·阅读 13