編輯導語：當企業發展架構越來大的時候，用戶中臺的產品設計就顯得十分重要，一流的用戶中臺設計可以有效提升效率以及用戶體驗感、轉化率等，本篇文章作者分享了一流用戶中臺的產品設計，干貨滿滿，一起來感受一下吧。

筆者之前分享了關于用戶中臺的整體框架以及各個模塊的介紹，感興趣的讀者可以先閱讀之前的分享《如何從0-1建設高效率與好體驗的用戶中臺》。

本文將深入分享用戶中臺的發展、一些產品設計原則/思路以及版本迭代計劃。

建議對用戶中臺不了解的讀者可以先閱讀上文再來閱讀本文，這樣會更方便理解本文的內容。

一、用戶中臺的發展

隨著互聯網行業的發展，我們所面向的用戶群體的不同、場景的不同，我們就會針對不同用戶群體/場景去設計不同的用戶中臺產品方案。

本章節簡單分享主要面向G端/B端的用戶中臺及主要面向外部C端的用戶中臺。

1. 主要面向G端/B端的用戶中臺

主要面向G端/B端的用戶中臺，該用戶中臺主要是為了解決政企內部員工訪問使用政企內部眾多辦公系統的統一身份認證管理及統一權限管理這方面的問題，比較典型的解決方案如4A（Account賬號、Authentication認證、Authorization權限、Audit審計）以及IAM身份和訪問管理。

以上解決方案更關注政企內部辦公效率層面的產品設計而對用戶體驗（用戶運營、營銷等）層面的考慮則會少一些，解決方案希望更高效解決政企內部辦公相關的賬號、認證、權限、審計這些場景的問題。

2. 主要面向外部C端的用戶中臺

進入移動互聯網時代，大量面向外部C端的產品/應用發展起來。

我們除了關注企業內部辦公效率，也會去關注面向外部C端的產品的用戶體驗，這樣我們才能提高我們產品的競爭力，從眾多產品/應用里面廝殺出來更好占領市場頭部位置。

而本文介紹的用戶中臺則是主要面向外部C端的用戶中臺，可以更好滿足面向外部C端用戶相關的使用場景，可以更好提升C端用戶體驗。

比如，我們提供更精細化的用戶畫像/標簽系統，可以對用戶進行精準運營、營銷，避免低效運營/營銷而過多打擾不相關的用戶群體。

我們提供的會員體系，可以更好滿足會員運營幫助產品獲得更多付費會員從而提高產品營收。

我們提供豐富的認證能力，可以幫助對用戶資料真實性要求比較高的金融行業、婚戀社交行業等行業的產品打造更健康的產品生態。

二、高效率與好體驗

筆者認為用戶中臺應該具備高效率及好體驗的特性，既能提高企業效率也能提升用戶體驗。

本章節將闡述如何進行產品設計，更好去滿足高效率與好體驗。

1. 高效率

主要通過實現底層能力產品化及配置靈活化，進而提高效率。

效率這個特性，更多是面向企業端/B端業務人員，我們在進行產品設計的時候需要思考在B端業務人員的工作場景下怎么去提升B端業務人員的工作效率，進而給企業降低人力成本，這樣才能體現建設用戶中臺的部分價值。

1. 底層能力產品化：在不少企業，一些底層能力是偏代碼層面的，這對非技術人員來說門檻很高，我們需要將底層能力產品化去降低功能的使用門檻。比如，一些安全相關的能力是偏底層的，是一群工程師從代碼層面進行配置。而非技術背景的業務人員對代碼層面的理解能力是不夠的，也不能很好從代碼層面去進行一些安全配置。因此，我們需要把底層能力產品化，把底層能力以頁面/功能的方式呈現給業務人員。比如，我們可以把在代碼層面配置的輸錯密碼次數鎖定、黑名單、白名單這些配置以頁面的方式呈現，業務人員在頁面配置用戶輸錯多少次密碼就鎖定賬號，業務人員在頁面輸入用戶id就可以把這個黑產id配置成黑名單避免這個用戶影響產品其他用戶或者對產品生態造成更大影響。
2. 配置靈活化：當我們實現了底層能力產品化之后，我們需要在底層能力產品化的基礎上去提升配置的靈活性。畢竟如果配置很麻煩，靈活性很差，那么業務人員還是需要花費大量的時間去完成配置，這不利于用戶中臺提升業務人員的效率。我們可以通過豐富配置的功能以及細化功能的顆粒度去實現配置靈活化。舉例，在權限模塊產品設計中，我們可以通過引入角色組的概念的方便業務統一配置角色，以及細化功能權限顆粒度把功能權限拆解成菜單、按鈕及字段等。

2. 好體驗

通過實現賬號統一性及認證真實性，去提升用戶體驗。

用戶體驗是一個非常大的命題，無論我們設計面向B端還是C端的產品，都可以就用戶體驗這個命題去展開闡述更多內容。

不過本章節將聚焦在用戶中臺的賬號及認證模塊，主要從面向C端的角度來簡單舉例闡述。

1. 賬號統一性：在賬號相關的場景實現設計層面及功能層面的統一性。比如，從公司管理角度，推進前臺各個應用在賬號注冊登錄流程在設計交互層面的統一性；在賬號功能使用場景上面，實現賬號統一登錄，同時在賬號統一（唯一id）的基礎上實現各個前臺應用更新的資料實時同步。
2. 認證真實性：確保認證真實性，有利于提升用戶體驗和確保健康的產品生態。首先要引入權威的第三方認證資源，比如引入學信網確保學歷認證的真實性。其次，做好認證資料審核機制，完善機器審核及人工審核流程，進一步確保認證流程/資料可信。

三、安全與轉化率

在用戶中臺產品設計過程中，還會經常遇到一個問題：怎么平衡安全及轉化率。

比如注冊流程，我們把安全門檻設計太高，需要用戶在注冊過程中完成身份認證、學歷認證等各種認證流程才能完成注冊才能使用app。

那么就會導致我們用戶注冊轉化率（完成注冊人數/開始注冊人數）比較低。

但如果我們把注冊流程安全門檻設計非常低，只要輸入手機號就可以注冊使用，那么這些沒有認證的黑產用戶就輕易對其他用戶造成詐騙進而影響產品的生態。

所以我們需要很好去平衡安全與轉化率的關系，既能確保安全又能保證轉化率。

筆者結合自身業務經驗總結以下三條產品設計思路：

1. 在確保安全的情況下去提高轉化率。安全以及轉化率最終都是影響企業的商業利益，一味追求轉化率而忽視安全，產品/企業只能得到短期商業利益，長期下去產品生態惡化很難獲得長期的商業利益。但一味追求設計非常高的安全門檻就導致沒有很好轉化率，進而無法提升用戶量、活躍度、留存這些數據而導致產品不可持續運營。因此只有在確保安全的情況下去提高轉化率，才能確保產品可以獲得長期穩定的商業利益。
2. 允許一定誤殺率。我們需要允許一定的合理的誤殺率，這個誤殺率允許設置安全門檻稍微高一點，允許誤殺掉小部分正常賬號/用戶，但誤殺率也不能太高導致影響轉化率。比如我們允許誤殺3%-5%用戶。同時當我們發現誤殺率非常低，比如低于1%的時候，我們要適當提高安全門檻保持誤殺率在我們控制的范圍，避免誤殺率過低導致可能出現一些黑產賬號影響我們產品生態。
3. 安撫被誤殺用戶，避免轉化率下降。當正常用戶被誤殺后，若我們沒有及時做好安撫，則導致用戶流失導致轉化率下降。我們需要通過完善被誤殺用戶申訴流程以及給誤殺用戶補償（發優惠券、升級用戶為周卡會員）等方式去安撫挽留用戶，避免被誤殺用戶對產品有太大情緒而卸載產品或者注銷賬號。

四、版本迭代

用戶中臺的建設不是一步到位的，我們需要根據自身業務需要以及研發團隊人力情況去制定迭代計劃。

筆者建議可以劃分成三個迭代版本，第一版本快速上線MVP相關能力，第二版本完善其他的安全及權限模塊的能力，第三版本完善其他的賬號及認證相關能力。

筆者建議MVP能力如紅色填充色所示，主要包括賬號的狀態（正常、凍結、注銷）、統計學標簽（姓名、性別、年齡、收入等）、實名認證、角色、模塊權限、數據權限、弱密碼檢查、手機號綁定、黑名單以及偏技術層面的安全能力。

讀者可以根據自身業務情況合理制定版本迭代計劃，比如自身業務對安全門檻較低，可以制定更精簡的MVP，可以在以上筆者建議的MVP能力上刪減實名認證、手機號綁定等能力，然后把這些能力納入后續的版本計劃。

本文由 @skylan 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。