1

微信生态账号体系—Source

 1 year ago
source link: https://www.woshipm.com/data-analysis/5751651.html
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.

对于产研同学而言,微信生态是需要关注的一环。在数据归因中,贯穿整个流程中的线索便是数据发生时自带的特征——Source。本文带大家了解该账号体系,希望对你有所帮助。

vAduE35K9z9qvMVr6snj.png

本文主要面向的对象:从事微信生态相关工作,尤其是刚接触不久的产研同学。

数据归因的过程是数据产生、流转、加工、落库的逆向工程,贯穿整个流程中的线索便是数据发生时自带的特征——Source。

一、业务常见的单一应用场景

  • 公众号粉丝关注来源:subscribe_scene;
  • 公众号带参二维码:scene_id;
  • 企业微信的客户来源:add_way;
  • 企业微信的渠道活码:state;
  • 企业微信的群活码:state;
  • 小程序直播的直播间小程序码:custom_params;
  • 公众号自定义菜单:key;
  • 公众号的静默/非静默授权:state;
  • 小程序码:scene;小程序直播分享:custom_params;
  • 企业微信小程序的opengid转chat_id;
  • 小程序客服消息来源:session-from;
  • 微信客服的客户来源:scene_param;

基于以上场景和接口能力,我们从不同的角度分析微信生态的Source,以加深大家的理解。

二、命名以切合业务为主

从以上罗列的接口可以看出,各参数虽然都具备一样的能力,但是并没有固定的名称,而是切合业务场景进行命名的,比如subscribe_scene,直译是“订阅(公众号的)场景”,add_way,直译是“添加(企微的)方式”。

三、数据归属

个人将数据分为了官方数据和商家数据两种。

1. 官方数据

官方数据,即官方定义的value值。是C端用户或管理员在终端进行固定的操作之后所产生的,每一个value值都代表着固定的操作路径。比如subscribe_scene(ADD_SCENE_PAID 支付后关注,ADD_SCENE_WECHAT_ADVERTISEMENT 微信广告等)add_way(2搜索手机号,4群聊等)。

2. 商家数据

商家数据,即商家自行定义的value值,主要是用来区分同样操作路径或入口下不同的场景。比如key、state。

两者最大的不同,官方数据是在固定不变的场景下产生的,而自定义的value值有可能会发生变化,会出现同一个入口会被应用到不同的渠道中,这对产品形态,统计算法都会产生影响,在做功能设计和数据存储时都需要注意。举个地推的例子:

场景:某教育机构在商场做扫码(企微渠道活码)加微送小礼品的活动,加微码已印制成海报,周六张三负责,周日李四负责。

问题:因为海报的物料已经形成和扩散,那在不改变物料的情况下,如何统计张三、李四的业绩呢?

办法:当张三负责时,value设置成张三,李四负责时value设置成李四(value的改变不会影响物料,这是企微渠道活码的能力)。虽然是在商场做活动,但码还是可以被拍照流传的,不管什么时候流传的,只要是发生加微的时刻value值是谁,则业绩就归到谁的名下。

在此场景下就会出现一个码对应多个value值。

四、数据的表现形式

官方的数据不必多言,都有固定的操作路径。

商家数据根据场景可分为两种。

1.  引流场景

在C端用户没有成为粉丝(关注、加微、进直播间等)之前,线上引流场景是链接、消息卡片、或者按钮的方式呈现给用户的,如通过短信引导客户加微的引流短链。

C2EF1H7izfUqswodGR4W.png

线下的引流场景是制作成带二维码的海报放在固定的场地,方便有需要的用户扫码。

2. 营销场景

营销场景中都是在C端用户成为粉丝后,商家有了随时触达客户的能力,这个时候都是链接、消息卡片、或者按钮的方式呈现给用户的,如公众号的消息通知。在链接中商家可以根据业务诉求构造不同的埋参,有时候呈现给C端用户的消息没有视觉上的差异,但是链接携带的参数可能不一样。

fuwIIByJBrBNxjHsanXd.jpeg

五、数据结构

1. 官方数据

对于各应用而言,绝大多数Source的数据结构只有一级,比如公众号的粉丝来源,而只有企业微信的客户来源渠道是两级。以加微为例,当从视频号加企微时(add_way=10),又通过另一官方定义的参数(follow_user.wechat_channels.source)表示视频号加微的场景。

这一能力是在22年3月份上线的,正是腾讯主推视频号的时候。微信生态第一次出现官方的跨应用导流互粉,在这之前全部都是由商户自行实现的。

2. 商家数据

理论上,自定义Source是可以做无限层级的。

一般情况下,官方留给商户自定义的位置也就仅仅是一个参数而已,甚至还会限制其长度,比如小程序码的scene。但这丝毫不影响商户对数据层级搭建,商户完全可以自己维护一张树形结构的表数据,进行业务的处理。

个人建议,在做底层数据结构搭建时,通过树状的表(具备id,父id字段)保留业务扩展性,前期只需要支持两级即可。因为渠道的曝光肯定是希望暴露在首要、显眼的位置的,层级越深意味着曝光入口越深,曝光度越低,那么ROI就越低,实际场景中商家是不会选择的。

通过各角度的分析,希望能对大家认识微信生态中的Source有一定的帮助。

本文由 @好美呀,你! 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自Unsplash,基于 CC0 协议

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

给作者打赏,鼓励TA抓紧创作!

About Joyk


Aggregate valuable and interesting links.
Joyk means Joy of geeK