惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Security Blog
Microsoft Security Blog
Apple Machine Learning Research
Apple Machine Learning Research
美团技术团队
WordPress大学
WordPress大学
酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
阮一峰的网络日志
阮一峰的网络日志
The Cloudflare Blog
J
Java Code Geeks
Martin Fowler
Martin Fowler
M
MIT News - Artificial intelligence
IT之家
IT之家
博客园 - 三生石上(FineUI控件)
月光博客
月光博客
Google DeepMind News
Google DeepMind News
小众软件
小众软件
V
V2EX
Hugging Face - Blog
Hugging Face - Blog
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Jina AI
Jina AI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
腾讯CDC
B
Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
CRM系统的数据运营
爱吐槽的徐教授 · 2024-04-12 · via 人人都是产品经理

怎样做好CRM系统的数据运营?核心在于线索数据的运营和管理。一起来看看作者的分析。

CRM运营核心,在于线索数据的运营和管理。

从CRM的线索来源进行分类,一般会区分为两大类型线索:离线数据线索和实时数据线索。

离线数据线索主要来源于企业沉淀的数仓数据,通过历史归纳出的客户标签、客户分群,经过规则筛选后,可以生产出客户离线数据线索。

实时数据线索主要来源于用户的实时行为。通过统一的埋点平台,收集来自企业内部的各个子系统的客户端埋点和服务端埋点信息,然后再根据规则生产加工后,产出实时数据线索。

一、数据的接入

线索的产生依赖于数据。大型企业内部一般都会有很多套系统,通过系统和系统的配合来去完成企业的商业目标。这样虽然能够提升企业的效率,但是也因此导致客户的数据分散在企业的各个系统内,CRM系统想要获取这些数据,就需要通用的数据接入规则。

常用的数据收集方式包括埋点数据接入和数据库数据接入。用户端产生实时行为或服务端有实时行为,都可以根据规范上报到埋点平台,再由CRM去消费这些行为事件数据。同时,企业各个模块的系统数据,也可以同步到数仓的Hive、MySQL、Oracle,这样可以打通企业内部的数据壁垒。

基于这些数据信息,CRM就可以将这些数据加工成客户线索。

二、元数据

不管是用户的数仓的数据,还是实时埋点数据,每一条数据都包含了很多元数据信息。

元数据的类型主要有:行为事件、事件属性、用户属性、物品属性。

行为事件,往往会包括用户行为事件和系统行为事件。用户的行为事件一般是取自客户端埋点数据,举例:点击浏览、加购、生成订单、支付、发起退款等。系统行为事件一般是取服务端埋点数据,举例:支付失败,核保失败,风控砍单退款,自动分配等,这些都不是用户端发起的行为事件。

每个行为事件都不是孤立存在,必然伴生了很多和行为相关的衍生信息:行为发起者的信息”用户属性”,行为自身的”事件属性”,行为的目标对象的“物品属性”。

用户属性包括:年龄、性别、地域、收入、职业等信息。

事件属性包括:访问设备、时长、IP、事件的场景、来源渠道等。

物品属性:物品的定义,可以是商品,也可以是订单或者其他的系统对象。物品属性包含:商品型号、类目、价格、库存等。

元数据信息,陈述的是一个客观事实,不会有对用户偏好性的判断。通过行为事件、用户属性、物品属性、事件属性的组合,我们就可以组装出一个单体的独立的行为事件A。

2024/4/9 21:21,一个30岁的北京地区的男性用户(用户属性)通过苹果手机在抖音渠道的电商商城(事件属性)浏览了(行为事件)型号为XXXX价格是8000元的西门子冰箱的商品详情页(物品属性)并停留了60秒(事件属性)。

三、用户分群与用户标签

之前说了,元数据信息陈述的仅仅是一个客观事实。但是基于这些客观的元数据,我们可以基于规则或者算法,判断出用户的浏览偏好、购买偏好、用户价值等信息,并将这些信息加工后归纳为用户标签与用户分群,沉淀为企业的数据资产。

比如,用户甲,年龄30岁,在最近30天内,有过30笔价格2000元以上的酒店订单。那么,我们其实就可以根据这些信息,将这个客户归纳为“高净值”、“偏好酒店住宿”、“男青年”。

很多产品经理不太能够分清用户分群和用户标签的区别,因为在实际应用场景下,好像这两者使用起来差别不是很大。但两者的确是有本质的区别的。

用户标签是我们基于用户的元数据归纳出的用户特征数据。即便是在同一个业务场景下,用户的标签也是可以重复的。比如说,一个用户他既喜欢苹果,又喜欢梨子,又喜欢菠萝,那么,在水果的偏好场景下,他可以同时拥有这三个喜好的标签。

而用户分群则不同。用户分群会基于一个维度,把目标人群划分为不同的群体。他有一个非常重要的原则,就是“相互独立,完全穷尽”。以用户性别进行分群,一个人要么是女的,要么是男的。他不可能既是女的,又是男的,所以同一个维度下,一个人不可能同时存在于两个分群内。

四、客户线索

当我们收集到用户实时埋点数据、数仓数据后,我们掌握了比较丰富的用户数据了,但是知易行难,如何将我们掌握的客户数据,转化为客户线索,是线索管理中最重要的一步。

纯粹的离线数据的筛选相对比较简单,通过设置定时的任务,批量去数仓,根据客群、标签等维度,捞取数据并同步到CRM。

实时的客户线索数据,不仅要考虑用户的实时行为,往往也会结合数仓数据进行筛选。比如上面提到的用户行为事件A,用户有“购买力强”“消费意愿强”的用户标签,那么我们可以把“浏览商品“作为触发事件,“冰箱品类商品”、”单价大于5000元““浏览时长不小于60s”、“购买力强”、“消费意愿强”作为补充判断条件,归纳出一类“深度浏览冰箱品类商品的高价值用户”这样的客户线索。

但是,单个用户行为事件归纳出的线索,会存在一些弊端。比如,用户如果在事件A发生后,自然成交了冰箱品类的商品,那么继续将这条线索筛选进CRM系统并让销售人员跟进,不仅浪费了销售的人力,也会对用户造成不必要的打扰。

所以,实际的运营场景下,我们除了以独立的行为事件A作为触发开始条件外,还经常会考虑到用户的行为序列(多个行为的排序),并细化判断进行筛选。比如用户完成了A事件之后,在30min内未完成B事件。又或者用户完成了A事件之后,又按顺序做了C,D,E事件。

五、客户触达

通过筛选后的客户线索,可以根据客户线索的类型推送到CRM的各种通道进行触达。常用的客户触达方式有:人工外呼、智能外呼、APP推送、短信、微信公众号、企微推送等。当然也允许企业自定义推送的通道,为了标准化定义推送数据线索的方式,通常会采用webhook作为通用对接方式。

六、总结

目前很多大型企业都沉淀了大量的客户数据,这些客户数据都存在很大的价值挖掘空间。通过数仓筛选,对客户进行轻量级的触达,如果用户产生实时的反馈或者交互,就可以进一步进行深度的二次触达。这样就可以有效地去利用自身的数据资产,为公司创造价值。

本文由@爱吐槽的徐教授 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。