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

數(shù)據(jù)型產(chǎn)品的用戶管理相較于其他互聯(lián)網(wǎng)產(chǎn)品的來說更加復雜，本文作者分析了用戶管理的邏輯，并且總結(jié)了自身經(jīng)驗，給數(shù)據(jù)型產(chǎn)品經(jīng)理們整理了以下幾點建議。

隨著近年來大數(shù)據(jù)、人工智能、云計算等新興技術(shù)的火熱及逐步成熟，數(shù)據(jù)的重要性再次引起了人們的重視，從底層的核心數(shù)據(jù)庫，到中間層的數(shù)據(jù)計算及數(shù)據(jù)服務(wù)，以至于頂層的數(shù)據(jù)調(diào)用，數(shù)據(jù)型產(chǎn)品層出不窮。

與以往IT時代相比，DT時代的產(chǎn)品不僅業(yè)務(wù)邏輯更多，而且數(shù)據(jù)資源的管控要求更加嚴格，數(shù)據(jù)資產(chǎn)的變現(xiàn)是每個企業(yè)都在謀求的發(fā)展之路，因此，關(guān)于數(shù)據(jù)型產(chǎn)品的用戶管理，往往比之前的互聯(lián)網(wǎng)產(chǎn)品更為復雜，想要做好，實屬不易。

用戶管理類似于一個系統(tǒng)的基礎(chǔ)設(shè)施建設(shè)，重要程度雖不及其他核心功能，但卻是必不可少的其中一環(huán)，而且隨著產(chǎn)品內(nèi)容和邏輯的增多，用戶管理發(fā)揮的價值會日漸體現(xiàn)出來。本文以我做過的一個數(shù)據(jù)產(chǎn)品為例，淺析其中用戶管理的邏輯和踩過的坑，以供參考。

用戶管理三大模塊

由于公司有統(tǒng)一的域庫存儲用戶信息，包括入職離職人員的信息更新，因此我們此處的用戶管理是在已有用戶群（并且可實時同步數(shù)據(jù)）的基礎(chǔ)上進行角色權(quán)限的把控。此模塊架構(gòu)如下：

整個模塊為用戶管理，下分三塊分別是：

1. 部門組織架構(gòu)：所有部門人員信息的在線展示以及對應(yīng)的人員列表，此處同步公司域庫數(shù)據(jù)，附加了當前在線狀態(tài)的顯示；
2. 角色權(quán)限管理：此處分為角色組的建立以及對應(yīng)權(quán)限的把控，角色組以及所屬成員按需創(chuàng)建和添加，建完之后對應(yīng)做權(quán)限的控制，包含功能權(quán)限、資源權(quán)限、數(shù)據(jù)權(quán)限、集成系統(tǒng)的訪問權(quán)限；
3. 權(quán)限申請管理：此處是針對權(quán)限管控后，用戶對無權(quán)限資源進行的權(quán)限申請?zhí)幚硪约皩?yīng)的權(quán)限賦予操作（權(quán)限批復結(jié)果會自動生成消息通知，與公告消息相通）。

如何做好權(quán)限管理

上述組織架構(gòu)和權(quán)限申請部分基本很容易理解，邏輯相對復雜一些的當屬角色權(quán)限管理這部分，先看一張關(guān)系圖：

做好權(quán)限管理有以下幾個重點：

1. 人員組成要靈活

這部分的人員組成不一定是按照崗位角色來的，有可能是跨部門跨崗位形成的自定義角色組，因此不能直接套用之前的崗位角色，需要可以創(chuàng)建新的角色組，當然角色組多了還可以給角色組分大類，以便更清晰一些。

2. 權(quán)限覆蓋要全面

權(quán)限常規(guī)來說可以分為功能權(quán)限、數(shù)據(jù)權(quán)限、資源權(quán)限，當然根據(jù)產(chǎn)品不同也可能有更多的權(quán)限分類。大到每個頂部導航模塊，小到頁面上每個功能按鈕，都屬于權(quán)限的范圍。與此同時資源內(nèi)容的全量呈現(xiàn)還是部分呈現(xiàn)就涉及到資源權(quán)限的管控；有的數(shù)據(jù)我能訪問，你不能訪問，這種權(quán)限的區(qū)分把控在于數(shù)據(jù)權(quán)限的設(shè)置。

在上述案例中，我們的數(shù)據(jù)權(quán)限采取的是黑名單制，顧名思義就是我選擇誰不能看到哪些數(shù)據(jù)，默認情況下是所有人可以看到所有數(shù)據(jù)，這個可以根據(jù)具體情況進行正反向設(shè)計。

比如大部分都是可看的，不可看的是少數(shù)，那么就用黑名單方便一些；如果大部分都是不公開的，只有少數(shù)是公開的，那么白名單會更方便一些，因情況而異。

3. 權(quán)限把控要靈活

正常來說角色權(quán)限管理對于一個需要此方面把控的產(chǎn)品來說就像空氣一樣不可或缺，雖然我們不常注意它的存在，但是用的時候一定要確保其規(guī)范、安全、可靠。

之前我們在做的過程中有過這樣的一次經(jīng)歷，一般被賦予了某個角色的人員具有把私有表轉(zhuǎn)為公共可見表的權(quán)限，而對應(yīng)的刪除操作，當時開發(fā)則做成了誰建的表誰刪除，其余人即使有同樣權(quán)限也不能進行刪除這樣的模式。

在一次不經(jīng)意操作中我們發(fā)現(xiàn)共同擁有這個權(quán)限的人刪除不了別人建的公共表，我跑去告訴同事說這張表是他建的，需要他刪除，然后我就去了洗手間，但頓時感覺這樣的邏輯存在問題，假使十個人建了十張表然后都轉(zhuǎn)為公共表了，那么如果這十個人離職了，這些表還非這些賬號不能進行刪除操作了嗎？（不包含開發(fā)同事從數(shù)據(jù)庫刪除的情況，因為我們設(shè)計產(chǎn)品的最終目的就是減少進行數(shù)據(jù)庫的操作，最大化方便使用并且邏輯合理）

因此意識到這一問題后，我們小組立即進行了討論并且及時做了更新。雖然這樣也存在不是表的主人刪除他人表的可能性，但通常來說：

第一，這樣的情況相對較少；第二，對應(yīng)的解決方案是可以通過把刪除表的功能只賦予一個最高管理員，其余角色不能隨意操作，這樣來管控?？傊ＷC權(quán)限把控的靈活性，這是第一原則。

實際情況其實更復雜一點，因為我們還涉及私有表可刪除（所有人都有的功能）、可移動到公共表（部分被賦予權(quán)限的人員具有的功能，無權(quán)限人員不顯示此操作按鈕）；公有表的查看（所有人都具有的功能）、公有表的刪除（部分被賦予權(quán)限的人員具有的功能，無權(quán)限人員不顯示此操作按鈕）等，那天本來約了人，但為了調(diào)這個并和開發(fā)講清楚，赴約都臨時取消了（捂臉）。

4. 權(quán)限申請要智能

權(quán)限申請其實和之前的權(quán)限把控是對應(yīng)的，有的權(quán)限是把控之后，相應(yīng)用戶看不見被屏蔽的痕跡，也沒有申請入口，而有的可以做成暫無權(quán)限的提示，同時提供申請入口。

在上述案例中，我們在部分屏蔽場景中提供了權(quán)限申請的入口，當用戶點擊申請后，會自動在后臺接收一條權(quán)限申請的消息，上面顯示申請人基本信息、申請源、申請時間以及批復操作（通過/拒絕），具體的申請?zhí)幚砹鞒倘缦聢D：

在這塊令我比較欣慰的一點是我們的技術(shù)同事把權(quán)限開通做的相對智能化了一些，即在通過權(quán)限申請的時候，相繼會產(chǎn)生2條動作：

• 一個是在上述的角色權(quán)限模塊自動開申請用戶開通相應(yīng)權(quán)限（包含功能權(quán)限、數(shù)據(jù)權(quán)限和資源權(quán)限）；
• 另一個則是在開通流程走完之后把申請反饋通知發(fā)送到該用戶的消息賬戶，這兩個任務(wù)完成后，即權(quán)限申請“通過”，整個流程基本在1秒內(nèi)完成。當然即使開放后的權(quán)限未來也有可能被收回，所以這塊的靈活性是毋庸置疑的。

總結(jié)

正如開頭所說，角色權(quán)限管理并不出眾，但屬于必不可少的基礎(chǔ)設(shè)施建設(shè)，從0到1的搭建也會涉及很多坑，需要耐心細致的梳理清楚相關(guān)邏輯，每個細節(jié)方面都盡量不要遺漏，這樣才能使得出來的產(chǎn)品嚴謹而規(guī)范，尤其是權(quán)限方面的把控，效果和程度不容忽視。

若同一公司內(nèi)很多產(chǎn)品都涉及這塊，其實是可以封裝成一個相對通用的產(chǎn)品方案，以免重復造輪子。

當然根據(jù)產(chǎn)品各異，繁簡程度不同，角色權(quán)限管理也是可大可小，在滿足自身需求的情況下如何做得更加靈活、擴展性更強，更加高效實用，是搭建本模塊的基本原則，希望大家在今后實際工作中能不斷精進。

一起加油！

#專欄作家#

慕斯姑娘，微信號：musiguniang，公眾號：產(chǎn)品那些年，人人都是產(chǎn)品經(jīng)理專欄作家。關(guān)注金融科技和大數(shù)據(jù)領(lǐng)域，擅長產(chǎn)品規(guī)劃和落地。

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

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