起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識淺析大小號系統的設計思路
編輯導讀：經常刷視頻的童鞋可能會發現，一些公司旗下有很多賬號，包括一個粉絲較多的大號和其他小號。而作為平臺，為了更公平的流量扶持，對大小號要進行識別。那么，如何設計大小號識別系統呢？本文將從五個方面展開分析，希望對你有幫助。
由于公司業務需要，最近在設計大小號的判斷系統，但網上幾乎沒有查到相關的資料。我打算把整個摸索過來的過程，總結一下，希望對后來者有所幫助。
如果你是在某平臺多賬號運營的人員，也可以通過產品設計思路，想辦法怎么規避被識別成大小號風險。
一、適用場景
電商行業和游戲行業，為了節省運營成本；購票、醫療、銀行和保險行業，為了提升用戶體驗；短視頻行業，為了更公平的流量扶持等等。
我們來看下電商行業的新人福利和視頻行業的流量扶持，兩個場景下的需求。
場景一：電商行業，節省拉新成本
近兩年抖音和快手通過直播賣貨，在快速發展自己的電商和支付業務。如果你第一次使用抖音支付，可以 1 分錢購買價值 10 元的商品?？焓只旧弦彩侨绱?。
在直播帶貨的元年（ 2020 年），還上演一場社區團購的補貼大戰，新用戶 1 分錢可以購買一籃子菜。
還有被稱為“民族之光”，割資本主義“韭菜”的瑞幸，新人注冊即可免費喝咖啡吃輕食。
以上都屬于電商行業的新人福利。
作為用戶：用戶心里是，免費的不搞白不搞，薅羊毛可是我們的最愛，畢竟大多數人都有兩個及以上的手機號。
作為平臺：希望控制拉新和留存成本，能 10 塊錢搞進來的用戶，為什么還要花 20 、 30 呢?
場景二：短視頻行業，公平的流量扶持
這種場景沒有第一種效果來的直接，但是長久下來，可以構建更良好的創作生態，產品成長的更健康。
現在有很多人選擇短視頻創業，在某一個細分領域進行創作，從而獲得流量和影響力，以此變現。
作為創作者：大多創作者會停留在中腰部，很難做到一個頭部號。既然如此，如果多開幾個號，做視頻矩陣號，使得累計粉絲量增長，也可以實現收入的翻倍。
作為平臺：希望構建良好的創作者生態，降低頭部賬號的流量扶持，把流量用于有潛力的新號，或者中腰部的賬號，讓更多的人進行創作。
但是有經驗的多賬號創作者的作品，很容易被系統識別為流量扶持對象，這樣流量和用戶又流向了少部分人，所以平臺需要識別大小號，給大號正常流量，給小號限流，從而使得創作生態更加健康。
需求和場景很明確，平臺該如何設計功能呢?
二、信息收集
用戶信息采集分兩種：第一種是用戶行為數據，第二種是用戶自主維護信息。
第一種：用戶行為數據
獲取 APP 注冊用戶，在平臺訪問時的基本行為數據，比如最近登錄時間、每日訪問時長等。
哪些行為數據對判斷大小號有用呢？
比如：IP 信息（注冊、訪問首頁所使用的 IP ）、設備號（領取新人福利時記錄設備號）等。
第二種：用戶自主維護信息
收集用戶維護的身份信息數據，從身份信息去判斷賬號之間的關系。
銀行卡：產品內含有支付相關的功能，并且需要綁定銀行卡；
身份證：招聘軟件需要讓招聘者和求職者的信息更加真實，會增加實名認證的功能。銀行產品、證券交易產品也都需要實名認證；
收貨地址：電商產品需要維護收獲地址，才能寄出包裹。
產品不同，能收集到的用戶信息也不同。我們需要讓開發把這些數據存儲下來，用于后續分析和使用。
三、如何定義大小號
根據上一篇收集到的用戶信息，可以把信息分為：確定大小號和疑似大小號。
確定大小號：通過收集到的用戶信息，發現身份信息相同、設備信息相同等，能準確判斷兩個賬號為同一個人使用。
身份信息相同：用戶在實名認證時填寫的身份證信息，支付或者提現時綁定的銀行卡號等等。
因為身份證、銀行卡的唯一性，能非常清晰的指向同一個人。
設備信息相同：登錄、下單與歷史的設備號做對比。
二手車、二手房交易的很多，但是 95% 以上的人不會購買別人使用很久的二手手機，絕大多數情況下手機是跟著一個人或一個家庭在使用。
不考慮極端情況，一部手機只關聯一個人，同一部手機登錄多個賬號，可認定為大小號。
舉個栗子，在某團優選下單時，會記錄下單所使用的設備號，當你在同一個手機上換一個賬號下單時，會出現下方截圖的提示。
疑似大小號：有些賬號間的信息雖然相同，但是無法直接斷定為大小號，需要更多維度的信息輔助判斷。比如收貨地址、登錄 IP 等等。
收貨地址相同：網購時都需要填寫收貨地址，當兩個用戶的收貨地址相同時，需要基于場景去判斷。
比如很多人會把快遞寄到公司，下班拿回家。也有很多快遞不會送上門，需要在指定地點領取，導致用戶填寫的收貨地址只有小區名稱。
IP 相同：適用所有行業的產品，在用戶注冊、登錄、訪問首頁時，獲取用戶的 IP 地址，辨識出相同信息。
IP 出現相同場景很容易，我們去餐館吃飯時，為了省流量會使用餐館的無線網。
雖然一條疑似大小號的信息無法斷定，但是當有多條相同信息時，就比較容易判斷。
四、可視化功能
管理后臺中，需要把大小號列表與用戶列表分開展示，這樣功能相對干凈，可拓展性強。
完成功能至少需要 4 個列表（相同賬號、疑似賬號、剔除相同賬號、剔除疑似賬號）和一些操作。
4 個列表需要與用戶信息關聯，記錄用戶ID、注冊時間、最近登錄時間等等，做到方便查閱和可跳轉。
列表的數據需要打標簽，比如疑似賬號列表中， 用戶 A 因為登錄時的 IP，與用戶 B 相同，可以查看此 IP 下所有的相同用戶。
相同賬號列表作用：通過相同信息確定為大小號，記錄在這個列表，作為大小號的池子，可用于后續接入用戶權限系統。
當然系統的規則判斷不一定準確，還需要 “解除大小號” 和 “加入大小號” 的操作，人工干預增加大小號池子的靈活性。
疑似賬號列表作用：命中了疑似大小號的信息，記錄在這個列表，是進一步確定大小號的備用池子。
運營人員對這個列表操作會比較多，操作人員根據其他的用戶信息判斷是否為大小號，列表需要有 “確認大小號” 和 “解除疑似賬號” 的操作。
剔除相同賬號和剔除疑似賬號：顧名思義被人工解除嫌疑的賬號，會流轉到這個池子，是給操作人員反悔用的。
賬號使用一段時間后，運營人員發現，已經被排除嫌疑的賬號，確實為大小號，還可以再添加進來。
五、預上線
以上步驟走完，就可以投入開發。但開發完畢，就直接上線使用嗎？在投入使用之前，還有一個過度環節，目的是驗證大小號系統的準確性。
具體操作：
- 開發完畢上線后，只做數據采集和打標簽，收集 1 周左右的數據；
- 重點關注“相同賬號列表”，抽樣驗證，系統判定為大小號的用戶是否正確，需要設定一個通過指標，比如系統判定錯誤率小于 5%；
- 根據結果進行優化（一般控制都是太死了，誤殺了部分用戶），把之前判斷為“相同賬號”的數據，變為“疑似賬號”的數據等。
反復幾次，直到通過設定的指標，就可以與用戶權限系統打通，控制用戶的登錄、下單、領取福利等。
注意：在需求評審環節，一定要給團隊預防針，告訴他們開發完畢后，需要多次調整才能正式使用。不然你的專業度會被質疑，團隊士氣也因此被消耗。
看完之后，是不是覺得很像警匪片中，確定嫌疑人的過程。
作者：歌昂，一位在通往高階產品道路上，摸索前行的產品經理。公眾號：歌昂? （以產品為筆，與世界對話）
本文由 @歌昂 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
- 目前還沒評論，等你發揮！
