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

組織結構又調整了！

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

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

一、功能模塊劃分

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

功能模塊

總結：

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協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部