用戶中心標(biāo)準(zhǔn)化能力設(shè)計(1):用戶類型定義
在復(fù)雜業(yè)務(wù)中,用戶類型的定義是標(biāo)準(zhǔn)化設(shè)計的起點,也是后續(xù)權(quán)限、畫像、運營策略的基礎(chǔ)。本文從“用戶中心能力模型”出發(fā),拆解用戶類型的核心維度與設(shè)計邏輯,為你構(gòu)建更清晰、更可擴(kuò)展的用戶體系打下基礎(chǔ)。
用戶中心,是建設(shè)B端系統(tǒng)的基礎(chǔ)能力,作為業(yè)務(wù)層的支撐層。
其一,用戶模塊在B端系統(tǒng)中的定位,可以拆分為組織架構(gòu)-用戶管理、權(quán)限管理、身份認(rèn)證+鑒權(quán)、安全審計。從而實現(xiàn)對于系統(tǒng)中不同用戶信息維護(hù),業(yè)務(wù)/數(shù)據(jù)權(quán)限按需分配、用戶身份有效且具備訪問/操作權(quán)限、用戶登錄-操作全過程記錄確保安全。
其二,以“中心”維度進(jìn)行用戶模塊建設(shè),則需要作為企業(yè)的用戶中心,進(jìn)行用戶的集中維護(hù)和權(quán)限管理等操作,實現(xiàn)跨業(yè)務(wù)系統(tǒng)順暢協(xié)作,數(shù)據(jù)統(tǒng)一維護(hù),身份認(rèn)證鑒權(quán)統(tǒng)一調(diào)用。從而滿足用戶中心作為能力,對于業(yè)務(wù)系統(tǒng)搭建中用戶模塊的支撐。
但從B端系統(tǒng)決策者、管理者、使用者等角度出發(fā),其對于建設(shè)用戶中心出發(fā)點又有所差別。
- 決策者:從集團(tuán)/公司層面出發(fā),存在問題包括同樣的人員需要在不同業(yè)務(wù)系統(tǒng)分別建設(shè)維護(hù)造成資源浪費、存在跨業(yè)務(wù)協(xié)作場景時需要另外登錄不利于業(yè)務(wù)協(xié)作、不同業(yè)務(wù)中用戶群體劃分差別大數(shù)據(jù)難集中維護(hù)等;
- 管理者:從系統(tǒng)管理層面出發(fā),存在問題包括用戶權(quán)限分配相對固定不能根據(jù)業(yè)務(wù)靈活定義、用戶在不同業(yè)務(wù)系統(tǒng)屬性差別大導(dǎo)致維護(hù)成本上升等;【在實際使用場景中因等保、分級管理等需求,管理員設(shè)計邏輯則需要進(jìn)一步細(xì)分】
- 使用者:從系統(tǒng)操作層面出發(fā),存在問題包括跨系統(tǒng)協(xié)作需要重復(fù)登錄、多角色業(yè)務(wù)操作/數(shù)據(jù)權(quán)限不能有效隔離等;【在實際使用場景中可以細(xì)分為兩個維度即“領(lǐng)導(dǎo)者-執(zhí)行者”/“內(nèi)部用戶-外部用戶”,前者本質(zhì)是功能/數(shù)據(jù)權(quán)限的差別,后者則是用戶屬性/功能/數(shù)據(jù)權(quán)限的差別】
用戶群體識別
在定義用戶中心功能的同時,也需要從業(yè)務(wù)出發(fā)進(jìn)行用戶群體的有效識別。
首先,用戶在B端系統(tǒng)中細(xì)分為兩個隔離的用戶體系,即管理員體系和用戶體系。
管理員體系
根據(jù)等保等需求,區(qū)別為系統(tǒng)管理員、安全管理員、審計管理員。其管理范圍則按等保進(jìn)行明確區(qū)別和定義。示例如下:
(注:若無此要求,可將管理員與用戶做打通處理,管理員視為用戶的一種類型)
根據(jù)分級管理需求,區(qū)別為上級管理員和下級管理員,其操作權(quán)限、數(shù)據(jù)權(quán)限等均以樹形進(jìn)行下放拆分。
用戶體系
用戶在B端系統(tǒng)中的定位,按業(yè)務(wù)中用戶類型進(jìn)行區(qū)分,如政府領(lǐng)域(職能人員、群眾、人大代表等)、電商領(lǐng)域(商家、消費者、合作伙伴、職能人員等)、供應(yīng)鏈領(lǐng)域(職能人員、上下游伙伴、大客戶、代理商等)。
用戶的本質(zhì),是一個個自然人身份,那么用戶數(shù)據(jù)的本質(zhì),就是自然人-賬號。在實際生活中,我們以身份證號作為自然人的唯一標(biāo)識(id)進(jìn)行識別,在系統(tǒng)設(shè)計中,考慮用戶數(shù)據(jù)安全等因素,通常會根據(jù)便捷情況,使用手機(jī)號碼、郵箱、注冊id等作為用戶唯一標(biāo)識。
區(qū)別自然人在不同業(yè)務(wù)系統(tǒng)中的用戶類型,可以引用標(biāo)準(zhǔn)化能力識別和管理中的“自定義配置”,在現(xiàn)有邏輯基礎(chǔ)上進(jìn)行用戶類型定義、用戶屬性定義,形成賬號-用戶類型的1-N關(guān)系,并延伸至用戶信息維護(hù)、授權(quán)、身份認(rèn)證、鑒權(quán)等環(huán)節(jié)中,從而滿足文章開頭所描述的“不同層面建設(shè)用戶中心出發(fā)點”中的問題。
用戶類型定義
從上述用戶群體識別,已經(jīng)明確了建立的管理員體系和用戶體系識別邏輯;
那么在系統(tǒng)設(shè)計中,管理員體系可以根據(jù)業(yè)務(wù)需求進(jìn)行通用設(shè)計,而用戶體系中如何進(jìn)行用戶類型定義,按需約定此類用戶的數(shù)據(jù)結(jié)構(gòu),進(jìn)行用戶信息維護(hù)等操作呢?
標(biāo)準(zhǔn)化能力的核心是通用+個性化拓展,訴求是滿足需求的前提下提升通用需求覆蓋程度,降低整體落地成本。
第一,識別出那些需求屬于通用需求,則需要調(diào)研目標(biāo)業(yè)務(wù)中的用戶群體,進(jìn)行分業(yè)務(wù)分類型逐個梳理,這里是識別用戶類型-數(shù)據(jù)結(jié)構(gòu),羅列出基礎(chǔ)的數(shù)據(jù)屬性;
第二,梳理進(jìn)行不同業(yè)務(wù)操作時用戶信息的讀取邏輯,如能處理當(dāng)前流程的需要當(dāng)前機(jī)構(gòu)本期值班人員等,這里是區(qū)別于第一步操作的顯性數(shù)據(jù),梳理出哪些邏輯中的隱性數(shù)據(jù);(可以理解為數(shù)據(jù)庫中存儲供業(yè)務(wù)邏輯處理的數(shù)據(jù))
第三,綜合第一、二步梳理的內(nèi)容,結(jié)合自然人-賬號-用戶類型的結(jié)構(gòu),識別哪些是通用屬性,哪些是特定用戶類型屬性,并根據(jù)用戶與組織架構(gòu)、角色、業(yè)務(wù)屬性間的關(guān)聯(lián)邏輯,建立清晰的數(shù)據(jù)鏈路;
第四,根據(jù)需求分析情況,采取通用+自定義原則進(jìn)行功能設(shè)計,在滿足覆蓋現(xiàn)有數(shù)據(jù)結(jié)構(gòu)基礎(chǔ)上,開放自定義拓展功能,來支撐后續(xù)業(yè)務(wù)發(fā)展帶來的新需求落地;
第五,設(shè)計好數(shù)據(jù)結(jié)構(gòu)后,需要注意的是,對于數(shù)據(jù)維護(hù)需要建立沖突規(guī)則,如發(fā)生數(shù)據(jù)新增/更新時,存在哪些情況則視為與原數(shù)據(jù)發(fā)生沖突,對于此類情況如何進(jìn)行處理(如覆蓋/更新等);
用戶數(shù)據(jù)維護(hù)
用戶數(shù)據(jù)以賬號-用戶類型的邏輯展開,基于所定義不同用戶類型的用戶數(shù)據(jù)結(jié)構(gòu)進(jìn)行數(shù)據(jù)的維護(hù)。而實際的維護(hù)動作區(qū)分新增、更新。
新增:其一,在用戶中心集中維護(hù);其二,業(yè)務(wù)系統(tǒng)調(diào)用用戶中心的api(細(xì)分為新建賬號、新建用戶類型);
更新:與新增一致,根據(jù)業(yè)務(wù)系統(tǒng)與用戶類型的映射關(guān)系,區(qū)分權(quán)限進(jìn)行數(shù)據(jù)的更新。
用戶數(shù)據(jù)同步
用戶中心作為用戶數(shù)據(jù)集中維護(hù)的地方,當(dāng)用戶數(shù)據(jù)發(fā)生變動時,如何確保業(yè)務(wù)系統(tǒng)的用戶數(shù)據(jù)與之保持一致,則需要進(jìn)行數(shù)據(jù)同步操作。
數(shù)據(jù)同步區(qū)分主動/被動,細(xì)分為獲取同步和推送同步。前者支持業(yè)務(wù)系統(tǒng)按權(quán)限主動獲取最新的用戶數(shù)據(jù)執(zhí)行新增/更新操作,后者支持基于已有授權(quán)選擇用戶數(shù)據(jù)手動/定時推送至指定業(yè)務(wù)系統(tǒng)中。
設(shè)計注意點
- 標(biāo)準(zhǔn)化能力設(shè)計的最終目標(biāo)是助力每一個解決方案的落地,在設(shè)計用戶類型定義、維護(hù)等場景時,需要充分調(diào)研實際業(yè)務(wù)場景的用戶管理需求,從而提升產(chǎn)品的需求覆蓋程度,并預(yù)留未覆蓋需求的拓展口,兩者兼容來降低個性化業(yè)務(wù)落地成本;
- 用戶類型定義的設(shè)計過程中,從數(shù)據(jù)庫設(shè)計-用戶體系設(shè)計-類型定義-數(shù)據(jù)維護(hù)-數(shù)據(jù)同步,均需要產(chǎn)品人員進(jìn)行全流程跟蹤,其中的API開放情況,場景支撐情況也必須明確。在后續(xù)收集反饋迭代時,需要沿用標(biāo)準(zhǔn)化能力建設(shè)思路來進(jìn)行用戶中心迭代,保持通用需求覆蓋度提升-個性化業(yè)務(wù)靈活拓展的設(shè)計原則;
- 設(shè)計研發(fā)期間,需要統(tǒng)一相關(guān)規(guī)范,包括數(shù)據(jù)安全規(guī)范、API接口標(biāo)準(zhǔn)、跨模塊交互協(xié)議等;
后續(xù)
后續(xù)文章中將會對于B端系統(tǒng)構(gòu)建中“用戶中心標(biāo)準(zhǔn)化能力設(shè)計(2):權(quán)限模型選擇”進(jìn)行介紹。
本文由 @西林 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!