国产a一级毛片爽爽影院_欧美日韩亚洲中字二区在线播放_国产在线每日都有更新_日韩中文字幕tv在线看_日韩美女婬乱大片A级网站_韩国无遮免费羞羞漫画_久久亚洲精品无码播放偷妻_国产成人777爽视频_色噜噜狠狠成人中文综合18_国产精品免费高清在线观看

在復(fù)雜業(yè)務(wù)中，用戶(hù)類(lèi)型的定義是標(biāo)準(zhǔn)化設(shè)計(jì)的起點(diǎn)，也是后續(xù)權(quán)限、畫(huà)像、運(yùn)營(yíng)策略的基礎(chǔ)。本文從“用戶(hù)中心能力模型”出發(fā)，拆解用戶(hù)類(lèi)型的核心維度與設(shè)計(jì)邏輯，為你構(gòu)建更清晰、更可擴(kuò)展的用戶(hù)體系打下基礎(chǔ)。

用戶(hù)中心，是建設(shè)B端系統(tǒng)的基礎(chǔ)能力，作為業(yè)務(wù)層的支撐層。

其一，用戶(hù)模塊在B端系統(tǒng)中的定位，可以拆分為組織架構(gòu)-用戶(hù)管理、權(quán)限管理、身份認(rèn)證+鑒權(quán)、安全審計(jì)。從而實(shí)現(xiàn)對(duì)于系統(tǒng)中不同用戶(hù)信息維護(hù)，業(yè)務(wù)/數(shù)據(jù)權(quán)限按需分配、用戶(hù)身份有效且具備訪(fǎng)問(wèn)/操作權(quán)限、用戶(hù)登錄-操作全過(guò)程記錄確保安全。

其二，以“中心”維度進(jìn)行用戶(hù)模塊建設(shè)，則需要作為企業(yè)的用戶(hù)中心，進(jìn)行用戶(hù)的集中維護(hù)和權(quán)限管理等操作，實(shí)現(xiàn)跨業(yè)務(wù)系統(tǒng)順暢協(xié)作，數(shù)據(jù)統(tǒng)一維護(hù)，身份認(rèn)證鑒權(quán)統(tǒng)一調(diào)用。從而滿(mǎn)足用戶(hù)中心作為能力，對(duì)于業(yè)務(wù)系統(tǒng)搭建中用戶(hù)模塊的支撐。

但從B端系統(tǒng)決策者、管理者、使用者等角度出發(fā)，其對(duì)于建設(shè)用戶(hù)中心出發(fā)點(diǎn)又有所差別。

• 決策者：從集團(tuán)/公司層面出發(fā)，存在問(wèn)題包括同樣的人員需要在不同業(yè)務(wù)系統(tǒng)分別建設(shè)維護(hù)造成資源浪費(fèi)、存在跨業(yè)務(wù)協(xié)作場(chǎng)景時(shí)需要另外登錄不利于業(yè)務(wù)協(xié)作、不同業(yè)務(wù)中用戶(hù)群體劃分差別大數(shù)據(jù)難集中維護(hù)等；
• 管理者：從系統(tǒng)管理層面出發(fā)，存在問(wèn)題包括用戶(hù)權(quán)限分配相對(duì)固定不能根據(jù)業(yè)務(wù)靈活定義、用戶(hù)在不同業(yè)務(wù)系統(tǒng)屬性差別大導(dǎo)致維護(hù)成本上升等；【在實(shí)際使用場(chǎng)景中因等保、分級(jí)管理等需求，管理員設(shè)計(jì)邏輯則需要進(jìn)一步細(xì)分】
• 使用者：從系統(tǒng)操作層面出發(fā)，存在問(wèn)題包括跨系統(tǒng)協(xié)作需要重復(fù)登錄、多角色業(yè)務(wù)操作/數(shù)據(jù)權(quán)限不能有效隔離等；【在實(shí)際使用場(chǎng)景中可以細(xì)分為兩個(gè)維度即“領(lǐng)導(dǎo)者-執(zhí)行者”/“內(nèi)部用戶(hù)-外部用戶(hù)”，前者本質(zhì)是功能/數(shù)據(jù)權(quán)限的差別，后者則是用戶(hù)屬性/功能/數(shù)據(jù)權(quán)限的差別】

用戶(hù)群體識(shí)別

在定義用戶(hù)中心功能的同時(shí)，也需要從業(yè)務(wù)出發(fā)進(jìn)行用戶(hù)群體的有效識(shí)別。

首先，用戶(hù)在B端系統(tǒng)中細(xì)分為兩個(gè)隔離的用戶(hù)體系，即管理員體系和用戶(hù)體系。

管理員體系

根據(jù)等保等需求，區(qū)別為系統(tǒng)管理員、安全管理員、審計(jì)管理員。其管理范圍則按等保進(jìn)行明確區(qū)別和定義。示例如下：

（注：若無(wú)此要求，可將管理員與用戶(hù)做打通處理，管理員視為用戶(hù)的一種類(lèi)型）

根據(jù)分級(jí)管理需求，區(qū)別為上級(jí)管理員和下級(jí)管理員，其操作權(quán)限、數(shù)據(jù)權(quán)限等均以樹(shù)形進(jìn)行下放拆分。

用戶(hù)體系

用戶(hù)在B端系統(tǒng)中的定位，按業(yè)務(wù)中用戶(hù)類(lèi)型進(jìn)行區(qū)分，如政府領(lǐng)域（職能人員、群眾、人大代表等）、電商領(lǐng)域（商家、消費(fèi)者、合作伙伴、職能人員等）、供應(yīng)鏈領(lǐng)域（職能人員、上下游伙伴、大客戶(hù)、代理商等）。

用戶(hù)的本質(zhì)，是一個(gè)個(gè)自然人身份，那么用戶(hù)數(shù)據(jù)的本質(zhì)，就是自然人-賬號(hào)。在實(shí)際生活中，我們以身份證號(hào)作為自然人的唯一標(biāo)識(shí)（id）進(jìn)行識(shí)別，在系統(tǒng)設(shè)計(jì)中，考慮用戶(hù)數(shù)據(jù)安全等因素，通常會(huì)根據(jù)便捷情況，使用手機(jī)號(hào)碼、郵箱、注冊(cè)id等作為用戶(hù)唯一標(biāo)識(shí)。

區(qū)別自然人在不同業(yè)務(wù)系統(tǒng)中的用戶(hù)類(lèi)型，可以引用標(biāo)準(zhǔn)化能力識(shí)別和管理中的“自定義配置”，在現(xiàn)有邏輯基礎(chǔ)上進(jìn)行用戶(hù)類(lèi)型定義、用戶(hù)屬性定義，形成賬號(hào)-用戶(hù)類(lèi)型的1-N關(guān)系，并延伸至用戶(hù)信息維護(hù)、授權(quán)、身份認(rèn)證、鑒權(quán)等環(huán)節(jié)中，從而滿(mǎn)足文章開(kāi)頭所描述的“不同層面建設(shè)用戶(hù)中心出發(fā)點(diǎn)”中的問(wèn)題。

用戶(hù)類(lèi)型定義

從上述用戶(hù)群體識(shí)別，已經(jīng)明確了建立的管理員體系和用戶(hù)體系識(shí)別邏輯；

那么在系統(tǒng)設(shè)計(jì)中，管理員體系可以根據(jù)業(yè)務(wù)需求進(jìn)行通用設(shè)計(jì)，而用戶(hù)體系中如何進(jìn)行用戶(hù)類(lèi)型定義，按需約定此類(lèi)用戶(hù)的數(shù)據(jù)結(jié)構(gòu)，進(jìn)行用戶(hù)信息維護(hù)等操作呢？

標(biāo)準(zhǔn)化能力的核心是通用+個(gè)性化拓展，訴求是滿(mǎn)足需求的前提下提升通用需求覆蓋程度，降低整體落地成本。

第一，識(shí)別出那些需求屬于通用需求，則需要調(diào)研目標(biāo)業(yè)務(wù)中的用戶(hù)群體，進(jìn)行分業(yè)務(wù)分類(lèi)型逐個(gè)梳理，這里是識(shí)別用戶(hù)類(lèi)型-數(shù)據(jù)結(jié)構(gòu)，羅列出基礎(chǔ)的數(shù)據(jù)屬性；

第二，梳理進(jìn)行不同業(yè)務(wù)操作時(shí)用戶(hù)信息的讀取邏輯，如能處理當(dāng)前流程的需要當(dāng)前機(jī)構(gòu)本期值班人員等，這里是區(qū)別于第一步操作的顯性數(shù)據(jù)，梳理出哪些邏輯中的隱性數(shù)據(jù)；（可以理解為數(shù)據(jù)庫(kù)中存儲(chǔ)供業(yè)務(wù)邏輯處理的數(shù)據(jù)）

第三，綜合第一、二步梳理的內(nèi)容，結(jié)合自然人-賬號(hào)-用戶(hù)類(lèi)型的結(jié)構(gòu)，識(shí)別哪些是通用屬性，哪些是特定用戶(hù)類(lèi)型屬性，并根據(jù)用戶(hù)與組織架構(gòu)、角色、業(yè)務(wù)屬性間的關(guān)聯(lián)邏輯，建立清晰的數(shù)據(jù)鏈路；

第四，根據(jù)需求分析情況，采取通用+自定義原則進(jìn)行功能設(shè)計(jì)，在滿(mǎn)足覆蓋現(xiàn)有數(shù)據(jù)結(jié)構(gòu)基礎(chǔ)上，開(kāi)放自定義拓展功能，來(lái)支撐后續(xù)業(yè)務(wù)發(fā)展帶來(lái)的新需求落地；

第五，設(shè)計(jì)好數(shù)據(jù)結(jié)構(gòu)后，需要注意的是，對(duì)于數(shù)據(jù)維護(hù)需要建立沖突規(guī)則，如發(fā)生數(shù)據(jù)新增/更新時(shí)，存在哪些情況則視為與原數(shù)據(jù)發(fā)生沖突，對(duì)于此類(lèi)情況如何進(jìn)行處理（如覆蓋/更新等）；

用戶(hù)數(shù)據(jù)維護(hù)

用戶(hù)數(shù)據(jù)以賬號(hào)-用戶(hù)類(lèi)型的邏輯展開(kāi)，基于所定義不同用戶(hù)類(lèi)型的用戶(hù)數(shù)據(jù)結(jié)構(gòu)進(jìn)行數(shù)據(jù)的維護(hù)。而實(shí)際的維護(hù)動(dòng)作區(qū)分新增、更新。

新增：其一，在用戶(hù)中心集中維護(hù)；其二，業(yè)務(wù)系統(tǒng)調(diào)用用戶(hù)中心的api（細(xì)分為新建賬號(hào)、新建用戶(hù)類(lèi)型）；

更新：與新增一致，根據(jù)業(yè)務(wù)系統(tǒng)與用戶(hù)類(lèi)型的映射關(guān)系，區(qū)分權(quán)限進(jìn)行數(shù)據(jù)的更新。

用戶(hù)數(shù)據(jù)同步

用戶(hù)中心作為用戶(hù)數(shù)據(jù)集中維護(hù)的地方，當(dāng)用戶(hù)數(shù)據(jù)發(fā)生變動(dòng)時(shí)，如何確保業(yè)務(wù)系統(tǒng)的用戶(hù)數(shù)據(jù)與之保持一致，則需要進(jìn)行數(shù)據(jù)同步操作。

數(shù)據(jù)同步區(qū)分主動(dòng)/被動(dòng)，細(xì)分為獲取同步和推送同步。前者支持業(yè)務(wù)系統(tǒng)按權(quán)限主動(dòng)獲取最新的用戶(hù)數(shù)據(jù)執(zhí)行新增/更新操作，后者支持基于已有授權(quán)選擇用戶(hù)數(shù)據(jù)手動(dòng)/定時(shí)推送至指定業(yè)務(wù)系統(tǒng)中。

設(shè)計(jì)注意點(diǎn)

• 標(biāo)準(zhǔn)化能力設(shè)計(jì)的最終目標(biāo)是助力每一個(gè)解決方案的落地，在設(shè)計(jì)用戶(hù)類(lèi)型定義、維護(hù)等場(chǎng)景時(shí)，需要充分調(diào)研實(shí)際業(yè)務(wù)場(chǎng)景的用戶(hù)管理需求，從而提升產(chǎn)品的需求覆蓋程度，并預(yù)留未覆蓋需求的拓展口，兩者兼容來(lái)降低個(gè)性化業(yè)務(wù)落地成本；
• 用戶(hù)類(lèi)型定義的設(shè)計(jì)過(guò)程中，從數(shù)據(jù)庫(kù)設(shè)計(jì)-用戶(hù)體系設(shè)計(jì)-類(lèi)型定義-數(shù)據(jù)維護(hù)-數(shù)據(jù)同步，均需要產(chǎn)品人員進(jìn)行全流程跟蹤，其中的API開(kāi)放情況，場(chǎng)景支撐情況也必須明確。在后續(xù)收集反饋迭代時(shí)，需要沿用標(biāo)準(zhǔn)化能力建設(shè)思路來(lái)進(jìn)行用戶(hù)中心迭代，保持通用需求覆蓋度提升-個(gè)性化業(yè)務(wù)靈活拓展的設(shè)計(jì)原則；
• 設(shè)計(jì)研發(fā)期間，需要統(tǒng)一相關(guān)規(guī)范，包括數(shù)據(jù)安全規(guī)范、API接口標(biāo)準(zhǔn)、跨模塊交互協(xié)議等；

后續(xù)

后續(xù)文章中將會(huì)對(duì)于B端系統(tǒng)構(gòu)建中“用戶(hù)中心標(biāo)準(zhǔn)化能力設(shè)計(jì)（2）：權(quán)限模型選擇”進(jìn)行介紹。