對于產(chǎn)研同學(xué)而言，微信生態(tài)是需要關(guān)注的一環(huán)。在數(shù)據(jù)歸因中，貫穿整個流程中的線索便是數(shù)據(jù)發(fā)生時自帶的特征——Source。本文帶大家了解該賬號體系，希望對你有所幫助。

本文主要面向的對象：從事微信生態(tài)相關(guān)工作，尤其是剛接觸不久的產(chǎn)研同學(xué)。

數(shù)據(jù)歸因的過程是數(shù)據(jù)產(chǎn)生、流轉(zhuǎn)、加工、落庫的逆向工程，貫穿整個流程中的線索便是數(shù)據(jù)發(fā)生時自帶的特征——Source。

一、業(yè)務(wù)常見的單一應(yīng)用場景

1. 引流

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

2. 營銷

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

3. 客服

• 小程序客服消息來源：session-from；
• 微信客服的客戶來源：scene_param；

基于以上場景和接口能力，我們從不同的角度分析微信生態(tài)的Source，以加深大家的理解。

二、命名以切合業(yè)務(wù)為主

從以上羅列的接口可以看出，各參數(shù)雖然都具備一樣的能力，但是并沒有固定的名稱，而是切合業(yè)務(wù)場景進行命名的，比如subscribe_scene，直譯是“訂閱（公眾號的）場景”，add_way，直譯是“添加（企微的）方式”。

三、數(shù)據(jù)歸屬

個人將數(shù)據(jù)分為了官方數(shù)據(jù)和商家數(shù)據(jù)兩種。

1. 官方數(shù)據(jù)

官方數(shù)據(jù)，即官方定義的value值。是C端用戶或管理員在終端進行固定的操作之后所產(chǎn)生的，每一個value值都代表著固定的操作路徑。比如subscribe_scene（ADD_SCENE_PAID 支付后關(guān)注，ADD_SCENE_WECHAT_ADVERTISEMENT 微信廣告等）add_way（2搜索手機號，4群聊等）。

2. 商家數(shù)據(jù)

商家數(shù)據(jù)，即商家自行定義的value值，主要是用來區(qū)分同樣操作路徑或入口下不同的場景。比如key、state。

兩者最大的不同，官方數(shù)據(jù)是在固定不變的場景下產(chǎn)生的，而自定義的value值有可能會發(fā)生變化，會出現(xiàn)同一個入口會被應(yīng)用到不同的渠道中，這對產(chǎn)品形態(tài)，統(tǒng)計算法都會產(chǎn)生影響，在做功能設(shè)計和數(shù)據(jù)存儲時都需要注意。舉個地推的例子：

場景：某教育機構(gòu)在商場做掃碼（企微渠道活碼）加微送小禮品的活動，加微碼已印制成海報，周六張三負責，周日李四負責。

問題：因為海報的物料已經(jīng)形成和擴散，那在不改變物料的情況下，如何統(tǒng)計張三、李四的業(yè)績呢？

辦法：當張三負責時，value設(shè)置成張三，李四負責時value設(shè)置成李四（value的改變不會影響物料，這是企微渠道活碼的能力）。雖然是在商場做活動，但碼還是可以被拍照流傳的，不管什么時候流傳的，只要是發(fā)生加微的時刻value值是誰，則業(yè)績就歸到誰的名下。

在此場景下就會出現(xiàn)一個碼對應(yīng)多個value值。

四、數(shù)據(jù)的表現(xiàn)形式

官方的數(shù)據(jù)不必多言，都有固定的操作路徑。

商家數(shù)據(jù)根據(jù)場景可分為兩種。

1.? 引流場景

在C端用戶沒有成為粉絲（關(guān)注、加微、進直播間等）之前，線上引流場景是鏈接、消息卡片、或者按鈕的方式呈現(xiàn)給用戶的，如通過短信引導(dǎo)客戶加微的引流短鏈。

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

2. 營銷場景

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

五、數(shù)據(jù)結(jié)構(gòu)

1. 官方數(shù)據(jù)

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

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

2. 商家數(shù)據(jù)

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

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

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

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