中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

對于產研同學而言，微信生態是需要關注的一環。在數據歸因中，貫穿整個流程中的線索便是數據發生時自帶的特征——Source。本文帶大家了解該賬號體系，希望對你有所幫助。

本文主要面向的對象：從事微信生態相關工作，尤其是剛接觸不久的產研同學。

數據歸因的過程是數據產生、流轉、加工、落庫的逆向工程，貫穿整個流程中的線索便是數據發生時自帶的特征——Source。

一、業務常見的單一應用場景

1. 引流

• 公眾號粉絲關注來源：subscribe_scene；
• 公眾號帶參二維碼：scene_id；
• 企業微信的客戶來源：add_way；
• 企業微信的渠道活碼：state；
• 企業微信的群活碼：state；
• 小程序直播的直播間小程序碼：custom_params；

2. 營銷

• 公眾號自定義菜單：key；
• 公眾號的靜默/非靜默授權：state；
• 小程序碼：scene；小程序直播分享：custom_params；
• 企業微信小程序的opengid轉chat_id；

3. 客服

• 小程序客服消息來源：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端用戶沒有成為粉絲（關注、加微、進直播間等）之前，線上引流場景是鏈接、消息卡片、或者按鈕的方式呈現給用戶的，如通過短信引導客戶加微的引流短鏈。

線下的引流場景是制作成帶二維碼的海報放在固定的場地，方便有需要的用戶掃碼。

2. 營銷場景

營銷場景中都是在C端用戶成為粉絲后，商家有了隨時觸達客戶的能力，這個時候都是鏈接、消息卡片、或者按鈕的方式呈現給用戶的，如公眾號的消息通知。在鏈接中商家可以根據業務訴求構造不同的埋參，有時候呈現給C端用戶的消息沒有視覺上的差異，但是鏈接攜帶的參數可能不一樣。

五、數據結構

1. 官方數據

對于各應用而言，絕大多數Source的數據結構只有一級，比如公眾號的粉絲來源，而只有企業微信的客戶來源渠道是兩級。以加微為例，當從視頻號加企微時（add_way=10），又通過另一官方定義的參數（follow_user.wechat_channels.source）表示視頻號加微的場景。

這一能力是在22年3月份上線的，正是騰訊主推視頻號的時候。微信生態第一次出現官方的跨應用導流互粉，在這之前全部都是由商戶自行實現的。

2. 商家數據

理論上，自定義Source是可以做無限層級的。

一般情況下，官方留給商戶自定義的位置也就僅僅是一個參數而已，甚至還會限制其長度，比如小程序碼的scene。但這絲毫不影響商戶對數據層級搭建，商戶完全可以自己維護一張樹形結構的表數據，進行業務的處理。

個人建議，在做底層數據結構搭建時，通過樹狀的表（具備id，父id字段）保留業務擴展性，前期只需要支持兩級即可。因為渠道的曝光肯定是希望暴露在首要、顯眼的位置的，層級越深意味著曝光入口越深，曝光度越低，那么ROI就越低，實際場景中商家是不會選擇的。

通過各角度的分析，希望能對大家認識微信生態中的Source有一定的幫助。