起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識B 端軟件的權限設計，背后的管理模式是怎樣的？
企業管理軟件權限設計的本質究竟是什么？本文將帶你了解企業管理軟件權限設計以及它背后所對應的真實的企業管理模式。
權限設計是 B 端產品設計的重要組成部分。
B 端軟件在整體框架設計的時候，權限設計是一個即極為重要的模塊。它決定了一個用戶登錄系統之后，能看到什么模塊，操作什么功能，看到什么范圍的數據?？梢哉f，權限設計決定了用戶進來后的系統所有的內容。
由于不同權限之間可處理的業務不一樣，看到的數據也可能不一樣，因此權限設計如果在設計的時候考慮不完整或不合理，那么將會是 B 端軟件的災難。
一旦設計出現缺陷，那么使用的過程中，極易引起類似數據泄露、權限混亂等問題，由于和企業真實的管理是連接在一起的，因此帶來的后續影響是無法預估的，甚至可能給企業帶來實實在在的經濟損失。
權限設計對于 B 端軟件極為重要，也極為基礎；因此需要在最初始設計產品框架的時候，就要充分考慮和進行系統架構。
那么，怎么才能做好權限設計呢？權限設計的本質是什么？也沒有什么共性的設計模式能幫助我們更好進行權限的設計？
一、B 端軟件的權限設計，本質是真實的企業管理模式的映射
B 端軟件的本質是「降本增效」，因此在實際中通常是為了解決某個具體的業務問題或管理流程而存在的。
例如：
- 「CRM」 是為了解決銷售管理問題而存在；
- 「審批」是為了解決企業管理過程中各種各樣的流程制度而存在；
- 「招聘」是為了解決企業在人員招聘工作過程中的管理效率問題而存在；
- ……
不管是解決哪個問題，B 端軟件存在的最大意義就是解決了現實企業運作中真實存在的「管理問題」。因此，在軟件設計的時候，會有極為明確的「角色」和「流程」存在。
B 端軟件中的「角色」本身是真實世界中的業務用戶，是對真實業務使用方的一種抽象，權限的設計大多圍繞著「角色」和「用戶」展開?！附巧故菍σ蝗壕哂泄餐δ軝嘞薜娜藛T的集合的描述，而「用戶」是具體到系統的某個人。
因此，企業真實業務中涉及到的角色和用戶，也就成為了 B 端軟件在權限設計中的重要對象，而權限設計的本質實際就是對真實的企業管理模式的映射。
例如：
- 「CRM」 中普通銷售、銷售經理、大區經理等，實際上映射了真實銷售世界的人員角色的劃分；
- 「審批」中員工，經理，部門負責人，HRBP等，實際映射了真實企業中人員的身份；
- 「招聘」中的招聘專員、部門負責人，招聘負責人，也真實反映了企業中招聘業務所涉及到的各個角色；
- ……
二、B 端軟件權限設計背后共性的管理模式
B 端軟件權限設計背后存在共性嗎？
也許你會說，每一個B 端軟件解決的業務問題不一樣，涉及的角色也不一樣，要具體問題具體分析，企業管理模式是沒有共同規律的。
但是請你仔細查看上面所列舉的幾個場景，會發現「部門負責人」在每一個場景下都出現了。那么，除了這個角色，還會有其他共同的角色出現嗎？
先讓我們來看看企業管理中幾種常見模式：
- 基于組織架構的管理模式
- 基于匯報關系的管理模式
- 基于業務關系的管理模式
1. 基于組織架構的管理模式
在企業管理中，最基礎的就是「基于組織架構」的管理。
什么是組織架構？
也就是我們通常理解的「部門」——比如：市場部、銷售部、技術部、行政部等等。根據企業規模的大小和企業戰略方向的不同，往往會有不同類型、不同層級的組織架構。
一旦企業內人員達到一定規模，企業往往會給組織架構設定「負責人」這樣的角色，例如：銷售部的部門負責人。
部門負責人往往具備極高的管理權限，通常來說，除非極端的類似「薪酬」這樣的敏感數據，部門負責人通?？梢怨芾聿块T下所有人員的所有業務，最基礎的就是「查看權限」。
也就是說：作為部門負責人，是擁有對部門成員所有的管轄權限的，因為 Ta 是部門「老大」。
與部門負責人較為類似，由于部分企業規模極大，比如上千人規模，往往還容易出現「部門的 HRBP」這樣的角色， HRBP 作為業務方的人事協同管理者，也在很多業務中扮演重要角色。
因此，在 B 端軟件中，我們通常會涉及到這些與組織架構密切相關的角色：
- 部門負責人
- 部門 HRBP
- 部門助理
- ……
但是需要注意的是：可能不是所有行業中都用「部門負責人」這樣的描述，在某些特殊的行業里面，比如房產的連鎖門店行業，組織架構是以「門店」來描述的，因此「門店店長」實際就等于我們所說的「部門負責人」。
這里需要重點強調的是 組織架構上某個「角色」，對于叫什么實際不同行業可能會有差異，只不過「部門負責人」是大部分通用企業管理中會使用的常規叫法。
這個角色的關鍵在于：能擁有對部門及部門下所有人具備管理權限，通?？杀憩F在：
- 在看業務數據的時候，能有權限看部門下所有人的數據，例如：看業務數據、看報表
- 上級部門的部門負責人
- 在某些業務管理的時候，具備某些特殊的操作權限
2. 基于匯報關系的管理模式
企業中，除了部門與部門之間的關系所形成的組織架構關系，往往還有「基于匯報關系」所形成的「小團隊管理」。
當企業規模比較小的時候，例如只有幾十人，組織架構的中部門負責人往往也是這個部門下所有人員的上級。但是當企業規模變為上百人或上千人的時候，特別是組織架構層級變多之后，部門負責人往往無法管轄到所有人。因此在企業中，往往會出現「Learder 經理」這樣的角色，他們往往直接管理幾個下屬成員。
上級與下屬，我們通常把這種工作的直接匯報關系稱為「基于匯報關系的管理模式」。
相比于組織架構是部門和部門之間層級架構形成的，匯報關系是根據人和人之間的匯報關系形成的。由于人員匯報的層級關系，匯報關系也會出現「層級」關系。因此，通常還會出現「直接下級」「隔級下級」。直接下級就是直接匯報給 Leader 的人，如果某個 Leader 的下級還有自己的直接下級，那么就會出現「隔級下級」。
為什么在 B 端軟件中會需要關注到匯報關系模式？我們來看看不同場景下的業務訴求：
作為 Leader，需要在日常企業管理中，能夠：
看到下屬的績效結果；
查看下屬的OKR；
查看下屬的工作日報；
查看下屬的任務進展；
查看下屬的客戶跟進狀況
……
從上面的場景我們可以看到，看下屬的場景在企業管理中「無處不在」。因此，一個共通的管理「角色」，經理的角色，需要在權限設計中可以重點參考。
需要注意的一點，匯報關系在企業中，存在兩種表現形態，一種是「直接的匯報關系」，一種是「虛線匯報關系」，因為通常來說直接上級只有一個，但是由于工作的需要，一個員工可能「虛線匯報」給多個不同的人。
因此，在考慮業務權限的時候，往往需要結合實際來考慮，選擇哪種關系進行管理，這也意味著在你的權限中需要考慮直線還是虛線，還是提供給企業「自定義」的能力來實現。
不管是直線還是虛線匯報，基于匯報關系所形成的這種網狀關系，在業務權限設計中可以關注到：
- 作為 Leader，如何可以管理下屬的業務；
- 作為 Leader，Ta 的信息是否需要對下進行共享；
- 是否需要提供可篩選的層級能力，支持用戶按不同層級篩選數據；
- 是否提供可配置的能力，讓企業設定符合自己的管理模式，例如選擇是否包含虛線匯報。
3. 基于業務流程的超級模式
基于業務流程的管理模式下，每一種流程確實涉及的角色是千差萬別的，因此我們無法對每一個業務流程所需要的角色做一個抽象的說明。
但是，我們發現：無論是哪種管理軟件，都會衍生出「超級管理員」或「系統管理員」或「業務管理員」這樣的角色。
「超級管理員」或「系統管理員」，具備該業務的最大管理權限，能對業務進行各種各樣的設置，以及擁有某些最大特權。
「業務管理員」是每一個軟件產品下對某個特性角色的一種抽象，比如它可能是「招聘專員」、「績效專員」、「薪酬專員」。這些角色要根據真實的業務流程具體來進行抽象，需要仔細分析每一款軟件涉及的相關角色來對它進行明確定義。
因此，在進行權限設計的時候，第三個思考的維度就是基于業務流程的管理模式，這個模式下，你能快速可參考的是最大的管理員是否存在，需要他做什么。對于業務管理員的權限，或許每一個形態下的產品專家可以對它進行抽象化，它是垂直領域內的定義，而不是共同的標準定義。
三、小結
綜上所述，B 端軟件權限設計的背后，實際都是一一映射到真實的企業管理模式下。不管是哪種管理軟件，只要在企業這個大環境下，組織架構模式，匯報關系模式，業務的超級管理者，以上這三類管理模式，將直接影響到管理軟件的權限設計。
對于企業管理軟件的 PM 來說，了解企業管理，熟悉管理流程，是做好企業管理軟件設計的基礎。希望大家在進行企業管理軟件設計的時候，也一起來關注企業管理。
本文由 @Lieut 原創發布于人人都是產品經理，未經許可，禁止轉載
題圖來自 Unsplash，基于 CC0 協議
- 目前還沒評論，等你發揮！
