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

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

本文將深入分享用戶中臺的發(fā)展、一些產(chǎn)品設(shè)計原則/思路以及版本迭代計劃。

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

一、用戶中臺的發(fā)展

隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展，我們所面向的用戶群體的不同、場景的不同，我們就會針對不同用戶群體/場景去設(shè)計不同的用戶中臺產(chǎn)品方案。

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

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

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

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

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

進入移動互聯(lián)網(wǎng)時代，大量面向外部C端的產(chǎn)品/應(yīng)用發(fā)展起來。

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

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

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

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

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

二、高效率與好體驗

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

本章節(jié)將闡述如何進行產(chǎn)品設(shè)計，更好去滿足高效率與好體驗。

1. 高效率

主要通過實現(xiàn)底層能力產(chǎn)品化及配置靈活化，進而提高效率。

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

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

2. 好體驗

通過實現(xiàn)賬號統(tǒng)一性及認證真實性，去提升用戶體驗。

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

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

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

三、安全與轉(zhuǎn)化率

在用戶中臺產(chǎn)品設(shè)計過程中，還會經(jīng)常遇到一個問題：怎么平衡安全及轉(zhuǎn)化率。

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

那么就會導(dǎo)致我們用戶注冊轉(zhuǎn)化率（完成注冊人數(shù)/開始注冊人數(shù)）比較低。

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

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

筆者結(jié)合自身業(yè)務(wù)經(jīng)驗總結(jié)以下三條產(chǎn)品設(shè)計思路：

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

四、版本迭代

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

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

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

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

本文由 @skylan 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。