本文介紹了員工帳號管理的模塊劃分，分析了各個模塊的功能點，對功能的操作體驗、存在的問題做了一個總結。

組織結構又調整了！

這對于公司員工在自建系統中的帳號、功能權限、操作權限管理的我來說，不是一個好消息！功能過度模塊化、不必要的關聯關系、無法檢索、無法導出等細節功能都使得這樣的調整耗時耗力。在這些功能的實際使用的過程中，對這些功能的操作體驗、存在的問題做了一個總結。

首先介紹一下公司基本的背景。公司屬于集團形式，下屬多個公司，每個公司的組織機構不同，職位名稱不同，組織架構的層級也不同，且存在一個員工在兩個公司或者多個部門任職情況。某子公司有實際的業務數據產生，且存在一定的業務流轉邏輯，同時出于信息安全的需要，員工要有不同的操作功能以及數據查看不同的有限性。

一、功能模塊劃分

列出整個員工帳號管理的模塊劃分，以及模塊劃分存在的問題：

功能模塊

總結：

1. 在模塊化的基礎上，將耦合度高、操作會同時發生的功能（例如員工管理和帳號管理，員工的手機號碼及郵箱幾乎是不會發生變動的，因此涉及到員工和帳號操作基本上只有入職和離職兩個功能）聚合在一起。
2. 將可以自定義的信息使用最靈活的方式完成（例如職位，由于組織機構調整，經常會增加職位，修改職位名稱，如果不能方便靈活的修改及變動，使用起來會非常麻煩）。
3. 數據權限在公司目前系統中僅支持橫向數據權限設定，未支持縱向數據權限的設定。橫向數據權限一定要能夠做到最小單位，這樣的可擴展性和靈活度更高，無論公司機構如何改變，都方便管理。

二、各模塊主要功能點

1. 組織機構

組織機構 Feature

注意事項：

1. 樹形結構優點就是直觀，直觀存在上下級的關系。但由于系統中缺少排序功能，反而導致了同類部門分散顯示，所以這里可以考慮有排序功能；
2. 由于數據權限是指定到部門的，也就是部門A產生的數據，部門A下的員工默認可以查看，同時其他員工可以通過數據權限分配部門A數據的查看權限；同時因為部門A這個信息未存儲在業務數據表中，從而導致部門A一旦被刪除，將會導致原來可以查看部門A數據的人全部失去該權限。對于這種情況有兩個方案：A、將權限信息存儲在業務數據表中，不依賴組織結構；B、部門可以停用啟用，但不可刪除。

2. 職務管理

職務管理 Feature

注意事項：

1. 新增職務的時候需要同時設定職務級別，這導致：職務設置的時候總是不知道該如何定級級別，到底已經用了多少個級別；同時也導致了職務級別混亂、設置不直觀。
2. 如果職務要有級別關系，將級別與職務增加拆分為兩個功能，且職務列表中支持按照級別正序/倒序排列。

3. 員工管理與帳號管理

筆者所使用的系統，如果想增加一個帳號，需要經過一下幾個步驟：

1. 增加一個員工（需要先判斷是否有部門，如果沒有需要增加部門；接著判斷是否有員工對應的職位，如果沒有增加一個職位）；
2. 新增一個賬號，同員工信息關聯（迭代優化后：增加員工的時候，可以選擇同時開通帳號）。
3. 為帳號增加數據角色、操作角色（是否有對一個的角色，如果沒有請添加）；

對于筆者目前使用的系統來說，增加一個員工等于增加一個賬號；一個員工離職，等于停用一個賬號；員工部門調整或職務調整，等于操作角色及數據角色的調整?？梢钥闯?，員工管理同賬號管理耦合度很高，雖然側重點及功能有所不同，但關聯關系非常緊密。

是否需要獨立的員工管理，這取決于平臺的需求。但對于一般業務類的系統來說，帳號管理（包括對應的員工信息）就可以滿足大部分的需求了，反而是獨立的員工管理用處不大。因此，主張將員工管理及帳號管理合并為員工帳號管理即可。

員工管理 Feature

帳號管理 Feature

注意事項：

雖然員工管理與賬號管理合并為員工帳號管理，但仍然建議在數據庫中將帳號及員工存儲到兩個表中，以增加可擴展。

1. 員工管理以人為本，即：除員工姓名、性別、手機號碼（考慮到重名的可能，且手機號碼不輕易更換）之外，其他均為可變動信息，均附屬于員工的自然信息，帳號管理也是同理。例如，如果一個員工屬于兩個部門，那么對于員工來說，部門中有兩個部門名稱；從部門查看來說，兩個部門中能夠查到員工，無論從哪個部門的員工信息中去做查看或者修改詳情信息，都可以看到員工屬于多個部門的信息。
2. 員工帳號列表字段需要直觀的反應員工的自然信息、帳號信息以及權限信息。
3. 為帳號分配操作角色、數據角色，可以在一步中完成，不需要為一個賬號單獨分配操作角色一次、數據角色一次。
4. 常用的搜索條件有：員工姓名、部門、帳號狀態（啟用/停用）；其次會用到的搜索條件：職位、操作角色、數據角色；手機號碼和郵箱地址是根本不會用到的，所以不要作為搜索條件。
5. 如果員工帳號的啟用和停用意味著員工的入職和離職，那么建議在操作帳號停用的時候將帳號對應的數據角色、操作角色完全清空。
6. 員工帳號信息建議可以支持導出功能。

4. 操作角色及數據角色

操作角色、數據角色? Feature

注意事項：

特別要說明的是數據權限，權限要分配到最小單元。且數據權限分配依據的是業務數據中獨立存儲的數據的歸屬信息。

角色（包括操作角色、數據角色）列表中顯示出擁有該角色的人數，可以點擊進入到員工帳號中進行搜索。

最后，后臺數據管理枯燥乏味，在考慮成本的基礎上，更多的注意細節以及體驗，會大大的縮減維護時間，提高效率。

本文由 @awai827 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議