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

C端用戶中心既關聯用戶基本信息，也管理各種關聯關系，在日常業務中發揮著相應的管理職能和對業務系統的支撐服務職能。這篇文章里，作者就對C端用戶中心及OneID服務等內容做了講解，一起來看一下。

作為整個平臺最核心、最基礎的業務系統，C端用戶中心統一管理C端用戶基礎信息、賬戶安全、通用配置等，并發揮著C端用戶、賬戶以及關聯關系的管理職能和對業務系統的支撐服務職能。

一、業務定義

客戶、用戶、會員、粉絲，這些詞放在單個場景中溝通時，大家會很清晰的理解指的是什么，但在沒有限定的場景下，就容易混淆。所以，有必要把這4個之間的區別講清楚。

1. 客戶、用戶、會員、粉絲的區別

雖然是4個不同的定義，但在營銷服平臺中，使用同一個業務實體進行管理。

部分高單價商品或服務中，對C端客戶還會多一個分類：即匿名用戶、普通用戶、意向用戶、訂金用戶、成交用戶。

2. 常見的C端客戶、會員、用戶的關系

• C端客戶是最大集：聚合了所有有手機號的（也包括未注冊的用戶）、只有類似微信Unionid的匿名用戶等。
• 從業務增長角度，期望客戶量、會員量越大越好。
• 從觸達和轉化角度，期望小程序用戶、企微-外部聯系人越來越多，接近會員量。
• 從深度服務和用戶價值挖掘角度，期望APP用戶量越來越大，活躍度越高越好。

二、系統功能

C端用戶中心既關聯用戶基本信息，也管理各種關聯關系，以及用戶的個性化設置。核心功能如下：

1. 基礎管理

提供客戶OneID服務，保障整個平臺使用統一管理、唯一的客戶數據；管理客戶基本信息，如昵稱、性別、城市等基礎信息，用戶的常用地址進行管理。需要特別說明的2點：

• 客戶類型分普通消費者、內部員工、伙伴員工，需要時還可增加集團員工類型。與B端用戶中心的數據聯動。客戶類型的配置是為了區分普通消費者和員工，可以有針對性的設置營銷活動。
• 用戶的真實姓名、證件號、生日、性別等C端維護的信息，如果沒有實名認證環節，則B端也需要維護一套，如性別、生日。

2. 賬戶管理

統一管理C端用戶的賬戶，包括賬戶密碼服務、驗證服務、找回服務、服務協議簽署、賬戶注銷等。業務與安全策略較高的金融類業務還有一人多賬戶、賬戶與設備強綁定等功能。

• 密碼服務：分登錄密碼、服務密碼、安防密碼。服務密碼在強服務場景的行業中使用，安防密碼則是針對智能設備的操作而設置的安全防護密碼，如對智能汽車的指定操作所需的安全密碼。
• 驗證服務：與密碼服務配套使用，進一步確認用戶身份，比如登錄驗證碼、找回密碼的驗證服務等。
• 賬戶注銷：用戶在應用端發起，請求用戶中心服務端、核驗完成后，按照約定的時間周期自動注銷。
• 賬戶安全：實名信息提交認證、人臉認證確認身份，并可設置多種登錄方式，如密碼登錄、劃線登錄、指紋登錄、聲音登錄等?？稍O置是否開啟NFC。
• 系統權限：用戶授權APP獲取系統權限，如定位、相機、文件存儲等。
• 賬戶授權：用戶授權當前APP與三方平臺使用用戶信息。

3. 隱私管理

隨著個人信息保護相關法律的實施和人們隱私保護意識的提升，C端產品必須透明化對隱私的保護和授權策略。

• 常用隱私設置：加好友是否驗證、是否公開真實姓名、動態不可見等。
• 廣告推薦設置：用戶可開啟或關閉C端產品個性化推薦、平臺的廣告推薦。
• 信息收集清單：明確告知用戶已收集到的信息，比如身份信息、位置信息、設備信息、搜索信息、人臉信息等。
• 信息共享清單：授權給第三方的信息說明，包括三方授權說明、SDK說明、共享服務說明等。
• 隱私協議：最新品牌方隱私協議說明、更新公告，直接關聯方隱私政策說明。運營商授權用戶使用手機號便捷登錄的授權協議。

4. 通用管理

• 用戶可以設置語言、字體、皮膚，以及配置常用頁面、能否使用剪貼板內容等。
• 人與設備：統一管理人人關系、人設備的關系，以及授權記錄。如車主通過授權某輛車的一些功能給朋友，讓朋友可以使用車輛。并管理個人使用偏好，如汽車的座椅位置、后視鏡角度、氛圍燈等。

三、整體架構

• 應用平臺：已存在的平臺或業務協同的三方平臺。
• 業務中心：進行業務處理的各業務中心，比如線索中心、會員中心、權益中心等。
• 生態服務：與品牌方協同，為C端消費者提供服務的服務商，如銀行、保險等。
• 共享服務：業務環節中提供某項服務的服務平臺，如身份驗證、電子簽名等。

四、ER模型

• 證件信息：常用的有身份證、護照、軍官證、港澳臺居住證。
• 應用賬戶信息：用戶在不同平臺的賬戶信息，比如微信公眾號、小程序、企微、抖音等應用賬戶id，都需要記錄。
• 企微員工關系：一個C端用戶與多個員工添加企微好友，記錄好友關系。
• 門店客戶：客戶是品牌的，也是門店的。用戶與門店發生互動，可成為門店的客戶。
• 賬戶授權記錄：記錄賬戶信息授權給哪些三方平臺了。
• 協議簽署記錄：用戶服務協議、隱私政策等更新后，用戶新的簽署記錄（有區分是否強制簽署）。
• 商家員工關系：一個C端用戶會在多個商家任職或服務，需要記錄關聯關系，品牌商家活動中會應用到。
• 人人關系：對人與人的關系進行統一管理。人人關系類型有4大類：親友、粉絲、分享、分銷。
• 人設備關系：1個用戶擁有或被授權不同設備，需要管理人與設備的關系，比如手機、汽車、智能門鎖等。
• 設備授權記錄：設備主可多次授權不同設備給不同的用戶。

常見且容易構建錯誤的實體關系：

有些平臺使用大寬表的方式來構建各類應用賬戶信息，以及員工企微員工關系，給業務開展、系統擴展挖了不小的坑。

五、關鍵應用

1. 用戶OneID服務

C端客戶可通過不同的渠道觸達到品牌，在不同的場景下提供的用戶ID信息也會很多，需要統一管理起來并歸一到一個唯一的OneID上。

按照更換頻次、獲取難易程度，將常見的30+的用戶ID進行了分類和排序：

2. 常見的兩種OneID歸一方案

1-復雜模型算法：將可收集到的客戶ID信息匯總按照模型計算給出客戶ID，是新建或使用已有客戶ID。

• 復雜模型算法，可應對復雜場景，安全性更高。
• 對用戶數據的準確性要求高。
• 模型復雜、模型迭代和開發運維成本較高。

2-優先級策略：大部分企業使用此方案：按照前述的用戶ID信息優先級來設置平臺的客戶ID實現策略。優先級策略的好處：

• 依賴識別信息容易獲取，比如手機號、微信UnionID等。
• 可滿足大部分場景。只要業務對數據誤差可容忍，如每年不超過20例的用戶數據誤差。
• 可快速實現、成本低。

3. 優先級策略的處理規則與邏輯

基本規則：

• 使用高優先級ID值進行匹配。
• 所有ID值只能保留在1個用戶上，不可重復。
• 更新數據到最早的用戶信息上。

處理邏輯圖：

4. 用戶OndID服務

作為公共服務，供所有業務中心/應用端調用：

前端呈現上，面向一般業務用戶只呈現有手機號的用戶，而對于用戶運營人員，要呈現全部用戶，即包括類似只有微信Unionid或openid的用戶。