起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識AXB號碼隱私保護產品解析
本篇文章將詳細分析號碼隱私保護產品，作者通過產品定位、鏈路和應用模式三個層面介紹分析，能給產品設計的伙伴們提供一些設計思路，希望本篇文章能對你有所幫助。
介紹CPaaSS，曾多次提到AXB，整理下對AXB的一些研究，分享給有需要的朋友。
一、AXB的產品定位
說起AXB，大部分人一臉懵，那么比較為大眾所知的是：號碼隱私保護。
來看下號碼隱私保護產品的定義：
號碼隱私保護(Phone Number Protection)是一款基于基礎運營商通信網絡能力的互聯網產品，可以幫助使用本產品的企業保護其客戶電話號碼不泄露、通過對虛擬號碼服務過程進行錄音來管理客戶電話服務質量，同時該產品適用于出行、物流、外賣、招聘等多種業務場景，API接口簡單易用，可以快速實現平臺客戶保護用戶隱私的需求。
號碼隱私保護產品模式包括但是不限于：AXB、AX、AXYB、AXG…等模式，后續簡單展開，幫助大家理解。
作為CPaaS產品中的一員，AXB屬于CPaaS產品中的一種，有可能也是最重要的一種。
相比于同門師兄弟語音通知類產品、短信類產品，在互聯網平臺型應用方興未艾的時代，AXB可謂是通信產品最廣泛的應用，堪稱CPaaS通信產品牌面。
二、AXB呼叫鏈路分析
帶大家深水區游一圈，來具體分析一個典型AXB平臺呼叫信令媒體的情況，幫助了解背后技術原理。
首先區分下A，X，B三個字母的指代：
- A是A路呼叫，一般是手機號碼。
- B是B路呼叫，也經常是手機號碼。
- X常稱為虛擬號碼，隱私保護號碼或者“小號”，必須是手機號碼。
AXB實現的效果，一句話概括就是從A端發起的呼叫到X，從X再呼叫到B，B端顯示X的號碼，隱藏A路真實主叫。
具體實現原理請看下圖：
因為AXB本質上一定是某本地運營商實現的，所以從本圖中，可以看見A、X、B號碼的網間呼叫關系，我盡力用通俗語言帶大家了解下。
假設本圖為某本地運營商AXB虛擬小號平臺。
1. 設置綁定關系
AXB的呼叫，發起之前起手動作是綁定關系的建立。這個是AXB產品的核心區別。
發起呼叫前，必須通過接口將發起方A、虛擬號碼X、被叫方B進行綁定關系的建立，并發送給AXB虛擬小號平臺。
此綁定關系可以短暫存在，呼叫后解綁，也可以長期保持，后面會講解為什么。
2. A路發起呼叫
AXB綁定關系建立好后，A路將首先發起呼叫，呼叫到X虛擬號碼上。
本圖中可以區分從本網或異網發起的不同A路呼叫，當然本網的呼叫傳輸更簡單，資費也更有優勢一些。
不管是本網還是異網A路呼叫發起都首先尋址到X號碼所在的運營商落地端局，如果是正常呼叫，則X振鈴接通，完成一次標準的呼叫。
但是X號碼是AXB虛擬小號平臺的專屬號碼，且綁定關系已建立，小號平臺校驗成功后，接管此呼叫。
3. X號碼發起呼叫到B端
AX呼叫接通后，按綁定關系指定的B號碼，AXB虛擬小號平臺立刻發起呼叫到B端。此圖中僅列出了B端被叫號碼為本網號碼的情況。
實際上AXB也不限于必須本網，那樣應用效果太狹窄。
4. AB接通
B端號碼此時顯示X號碼的來電號碼顯示。
X虛擬號碼呼叫B端號碼如振鈴未接通、被叫掛機等情況，則掛機返回信令通知A路拆線。
如B端呼叫振鈴接通后，則橋接A和X路呼叫通話，A和X開始進行正常的通話。
通話結束后，無論A還是B端掛機，都完成本次AXB呼叫。
AXB虛擬小號平臺記錄完整的呼叫情況，形成通話記錄和錄音，并通過接口形式，推送或者提供查詢能力給調用端。
以上為一次標準AXB呼叫的全過程。
如果是B號碼呼回的情況，我們逆向整個過程，X號碼呼回B端號碼，如果綁定關系仍然存在的前提下。X號碼發起呼叫回A號碼，接通后實現雙方通話。
三、AXB類產品的應用模式分析
1. AXB
通過以上解析，我們可以了解到，AXB模式最大的應用之處就是通過X號碼的居間，實現了雙向隱藏主叫號碼的目的。
A和B為相互保密的兩個業務受益用戶，A和B用戶都不知道對方真實號碼的存在，為了雙方的真實號碼不被泄露，在隱私保護通話平臺為A和B用戶綁定一個虛擬號碼X，A和B用戶對對方只呈現X號碼，A和B之間的通信都是通過X號碼進行轉接。
如果企業有以上的業務場景，就可以通過AXB實現。
在我們實際生活中，打車、外賣、快遞等等場景，都可以看見AXB的身影。
當平臺商家、專車司機、騎手和用戶進行聯系時，都會通過X號碼的中轉，實現雙向隱藏。
既保護了平臺商家的信息，更重要的是也保護了用戶的隱私。
打車軟件訂單AXB綁定關系舉例
談談AXB綁定關系的限制問題。
我們都知道，對于大型的中間平臺來說，有大量的活躍訂單，那么必然需要大量的AXB綁定關系存在。
一個A號碼如果有多個業務關系，那么需要綁定不同的X號碼，比如AX1B，AX1C。實現商家對多訂單的同時綁定。
同時、AXB的X號碼也可以同時被多組主被叫所綁定，只要AB是不重復，也就是說，可以支持AXB和CXD這樣的綁定關系同時存在。
一個X號碼，可以同時支持500組以上的綁定關系。這樣就能幫助企業實現X號碼的最大復用，減少X號碼的消耗。
2. AX（AXN）
我們再看一種AXB的變種：AX模式。
虛擬小號平臺為某用戶綁定一個中間號X，所有人均可撥打X聯系A，保護A的真實號碼不被泄露。
在AX模式綁定生效情況下，可以實現在一對N場景下對單方號碼進行隱私保護，A對外的號碼都以X替代，所有與A的通話都通過X建立，保護A號碼不泄露。
當A需要發起對某個B的呼叫時，會通過調用臨時被叫接口，指定呼叫對象為B完成通過A呼叫X到B的呼出。
AX模式比較常見的應用場景，是門戶類網站的商家聯絡、廣告平臺的廣告展示、房源展示等。
比如某用戶瀏覽網站看到一套心儀的房子，通過查看頁面上的X號碼，作為B端，直接手機點擊呼叫發起到X，此時呼叫會送到房源對應的經紀人手機上。經紀人接聽后解答客戶問題。但是經紀人真實的號碼未被泄露，經紀人如果要外呼此客戶，也可以不泄露真實號碼。
非廣告貼，不貼應用效果圖了，大家可以根據日常生活經驗來體會下。
3. AXYB
我們再看下最復雜的一種模式：AXYB 。
AXYB是為了保護一對多專屬服務且服務周期較長的場景中的用戶A、服務方B的隱私，服務方B可以通過不同的X來區分不停的用戶A，從而為A、B這一對通話的專屬隱私保護功能。
實現方式是：A為銷售真實號碼，X為銷售虛擬號碼，Y為客戶虛擬號碼，B為客戶真實號碼，A呼叫Y轉接到B，外顯X，B回撥/撥打X轉接到A，外顯Y。
此模式主要針對企業嚴格把控企業會員隱私情況而設定，適用場景較符合當前市場的房產中介類企業，主要用于房產中介、營銷公司等。
相比上面我介紹到的AX模式，此模式更適合于高意向客戶的成交追蹤等環節。
因為對X、Y號碼這2個虛擬號碼的用量較大，且綁定占用周期較長，企業成本壓力也相對大一些，所以這種場景，實際上會更為罕見一些。
一般僅用于非常嚴格的數據號碼保護情況下才出現。大家僅做了解就可以了。
4. AXG
最后我們介紹下AXG模式。
針對有用戶分級需求、限制呼叫范圍、限制搶單等場景的客戶需求提供的號碼隱私保護解決方案，其中G代表一個號碼組，可以根據需要添加號碼。
當A號碼和Group內的聯系號碼都是已知的情況下，可以使用AXG。
那么什么業務場景需要AXG呢？
一言以概括下，“一組人為一個人服務”，當然也可以反過來，“一個人為一組人服務”。
我們來舉幾個栗子：
比如某互聯網招聘平臺，A為求職者真實號碼，X為虛擬號碼，G為招聘者號碼組，只有組內的號碼撥打X號碼才能轉接到A。
注冊到平臺的企業，設置的不同人員，都可以跟指定的求職者A進行溝通。A聯系企業，通過一定的規則分配機制，也可以和組內的某人進行溝通，中間通過X號碼雙向保護隱私。
同樣，這種模式也可以在物流、貨運、家裝、裝修等一對多服務場景下生效。
注意區別和AX模式的情況下，A是守株待兔，等待未知的B，而AXG的G是已知的服務團隊人員。
四、總結
最后，課代表給大家列表總結下號碼隱私保護產品的要點、模式介紹，針對的場景和建議的使用方式。希望能夠幫助大家加深了解。
附幾朵云上關于號碼隱私保護產品的介紹，注意各模式名稱有所不同，請自行鑒別。
阿里云：
https://www.aliyun.com/product/pls?spm=a2c4g.59736.0.0.51cb95efiNvhc1
騰訊云：
https://cloud.tencent.com/act/pro/privacy?from=20691
百度云：
https://cloud.baidu.com/product/pns.html
專欄作家
通信產品的那些事，公眾號：通信產品的那些事，人人都是產品經理專欄作家。通信產品老兵。當過正規軍，干過游擊隊。智能客服、呼叫中心產品磚家。致力于大語言模型在行業的落地應用實踐。
本文原創發布于人人都是產品經理，未經作者許可，禁止轉載。
題圖來自Unsplash，基于CC0協議。
該文觀點僅代表作者本人，人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論，等你發揮！
