本文介紹了員工帳號(hào)管理的模塊劃分，分析了各個(gè)模塊的功能點(diǎn)，對(duì)功能的操作體驗(yàn)、存在的問(wèn)題做了一個(gè)總結(jié)。

組織結(jié)構(gòu)又調(diào)整了！

這對(duì)于公司員工在自建系統(tǒng)中的帳號(hào)、功能權(quán)限、操作權(quán)限管理的我來(lái)說(shuō)，不是一個(gè)好消息！功能過(guò)度模塊化、不必要的關(guān)聯(lián)關(guān)系、無(wú)法檢索、無(wú)法導(dǎo)出等細(xì)節(jié)功能都使得這樣的調(diào)整耗時(shí)耗力。在這些功能的實(shí)際使用的過(guò)程中，對(duì)這些功能的操作體驗(yàn)、存在的問(wèn)題做了一個(gè)總結(jié)。

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

一、功能模塊劃分

列出整個(gè)員工帳號(hào)管理的模塊劃分，以及模塊劃分存在的問(wèn)題：

功能模塊

總結(jié)：

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

二、各模塊主要功能點(diǎn)

1. 組織機(jī)構(gòu)

組織機(jī)構(gòu) Feature

注意事項(xiàng)：

1. 樹(shù)形結(jié)構(gòu)優(yōu)點(diǎn)就是直觀，直觀存在上下級(jí)的關(guān)系。但由于系統(tǒng)中缺少排序功能，反而導(dǎo)致了同類部門分散顯示，所以這里可以考慮有排序功能；
2. 由于數(shù)據(jù)權(quán)限是指定到部門的，也就是部門A產(chǎn)生的數(shù)據(jù)，部門A下的員工默認(rèn)可以查看，同時(shí)其他員工可以通過(guò)數(shù)據(jù)權(quán)限分配部門A數(shù)據(jù)的查看權(quán)限；同時(shí)因?yàn)椴块TA這個(gè)信息未存儲(chǔ)在業(yè)務(wù)數(shù)據(jù)表中，從而導(dǎo)致部門A一旦被刪除，將會(huì)導(dǎo)致原來(lái)可以查看部門A數(shù)據(jù)的人全部失去該權(quán)限。對(duì)于這種情況有兩個(gè)方案：A、將權(quán)限信息存儲(chǔ)在業(yè)務(wù)數(shù)據(jù)表中，不依賴組織結(jié)構(gòu)；B、部門可以停用啟用，但不可刪除。

2. 職務(wù)管理

職務(wù)管理 Feature

注意事項(xiàng)：

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

3. 員工管理與帳號(hào)管理

筆者所使用的系統(tǒng)，如果想增加一個(gè)帳號(hào)，需要經(jīng)過(guò)一下幾個(gè)步驟：

1. 增加一個(gè)員工（需要先判斷是否有部門，如果沒(méi)有需要增加部門；接著判斷是否有員工對(duì)應(yīng)的職位，如果沒(méi)有增加一個(gè)職位）；
2. 新增一個(gè)賬號(hào)，同員工信息關(guān)聯(lián)（迭代優(yōu)化后：增加員工的時(shí)候，可以選擇同時(shí)開(kāi)通帳號(hào)）。
3. 為帳號(hào)增加數(shù)據(jù)角色、操作角色（是否有對(duì)一個(gè)的角色，如果沒(méi)有請(qǐng)?zhí)砑樱?/li>

對(duì)于筆者目前使用的系統(tǒng)來(lái)說(shuō)，增加一個(gè)員工等于增加一個(gè)賬號(hào)；一個(gè)員工離職，等于停用一個(gè)賬號(hào)；員工部門調(diào)整或職務(wù)調(diào)整，等于操作角色及數(shù)據(jù)角色的調(diào)整?？梢钥闯?，員工管理同賬號(hào)管理耦合度很高，雖然側(cè)重點(diǎn)及功能有所不同，但關(guān)聯(lián)關(guān)系非常緊密。

是否需要獨(dú)立的員工管理，這取決于平臺(tái)的需求。但對(duì)于一般業(yè)務(wù)類的系統(tǒng)來(lái)說(shuō)，帳號(hào)管理（包括對(duì)應(yīng)的員工信息）就可以滿足大部分的需求了，反而是獨(dú)立的員工管理用處不大。因此，主張將員工管理及帳號(hào)管理合并為員工帳號(hào)管理即可。

員工管理 Feature

帳號(hào)管理 Feature

注意事項(xiàng)：

雖然員工管理與賬號(hào)管理合并為員工帳號(hào)管理，但仍然建議在數(shù)據(jù)庫(kù)中將帳號(hào)及員工存儲(chǔ)到兩個(gè)表中，以增加可擴(kuò)展。

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

4. 操作角色及數(shù)據(jù)角色

操作角色、數(shù)據(jù)角色? Feature

注意事項(xiàng)：

特別要說(shuō)明的是數(shù)據(jù)權(quán)限，權(quán)限要分配到最小單元。且數(shù)據(jù)權(quán)限分配依據(jù)的是業(yè)務(wù)數(shù)據(jù)中獨(dú)立存儲(chǔ)的數(shù)據(jù)的歸屬信息。

角色（包括操作角色、數(shù)據(jù)角色）列表中顯示出擁有該角色的人數(shù)，可以點(diǎn)擊進(jìn)入到員工帳號(hào)中進(jìn)行搜索。

最后，后臺(tái)數(shù)據(jù)管理枯燥乏味，在考慮成本的基礎(chǔ)上，更多的注意細(xì)節(jié)以及體驗(yàn)，會(huì)大大的縮減維護(hù)時(shí)間，提高效率。

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

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