電商后臺系統(tǒng):管理后臺之賬號管理(一)

44 評論 130412 瀏覽 760 收藏 7 分鐘

之前的一篇文章,整體的介紹了電商后臺系統(tǒng)(從三大方面,對電商后臺系統(tǒng)進(jìn)行了整體的介紹),之后將會對每個系統(tǒng)的每個細(xì)分模塊進(jìn)行說明。系統(tǒng)管理模塊顧名思義,是對整個系統(tǒng)的設(shè)置和管理,是后臺里面比較高的一個權(quán)限,一般只有少數(shù)管理員才會擁有。本文主要說明管理后臺系統(tǒng)的系統(tǒng)管理模塊。

做后臺產(chǎn)品最主要的是要理解業(yè)務(wù),然后根據(jù)業(yè)務(wù)去梳理流程和進(jìn)行產(chǎn)品設(shè)計(jì),這里我們先假設(shè)系統(tǒng)管理里面的幾個主要業(yè)務(wù)如下:

  1. 管理登錄的賬號以及每個賬號的操作權(quán)限
  2. 監(jiān)控每個賬號的登錄情況和操作情況
  3. 給使用后臺系統(tǒng)的不同角色人員發(fā)送通知
  4. 管理后臺系統(tǒng)的菜單

這一篇主要介紹第一個業(yè)務(wù)——賬號管理。

一、賬號管理的相關(guān)業(yè)務(wù)

賬號管理的核心是對賬號的權(quán)限管理,現(xiàn)在有比較成熟的權(quán)限管理模型,比如RBAC(Role-Based Access Control),也就是賬號對應(yīng)角色,角色對應(yīng)權(quán)限的方案。這里的角色其實(shí)就是權(quán)限的集合,我們可以根據(jù)部門把角色提前創(chuàng)建好,比如創(chuàng)建角色會員運(yùn)營、產(chǎn)品經(jīng)理、售前客服等,為這些角色提前分配好權(quán)限,那么新開通的賬號只需要與這些角色做關(guān)聯(lián)就可以關(guān)聯(lián)到對應(yīng)的權(quán)限了。

這里我們需要特別注意三個地方

第一個是權(quán)限怎么分?

方案:權(quán)限可以分成三種(1)菜單權(quán)限(2)頁面權(quán)限(3)操作權(quán)限

第二個是,相同角色的人員,如果有個別權(quán)限不同,應(yīng)該怎樣分配?

方案:賬號先選擇角色,然后針對賬號再選擇對應(yīng)的特殊權(quán)限

第三個是,公司的一些敏感信息應(yīng)該怎么控制權(quán)限?

方案:把敏感字段當(dāng)成一個權(quán)限來進(jìn)行分配

二、開通賬號流程

下面我們說明下給一個新賬號設(shè)置權(quán)限的流程:

從流程上可以看出,我們需要先設(shè)置角色,然后給新賬號關(guān)聯(lián)對應(yīng)的角色,如果賬號有特殊權(quán)限或者相關(guān)字段的權(quán)限,需要單獨(dú)設(shè)置特殊權(quán)限和相關(guān)字段。

三、賬號管理功能點(diǎn)

根據(jù)業(yè)務(wù)和流程,我們把功能點(diǎn)做一個梳理如下:

四、賬號管理原型

原型的展示主要分三部分:頭部、導(dǎo)航、內(nèi)容區(qū)。導(dǎo)航分為三級導(dǎo)航,一級導(dǎo)航顯示在頭部,二級和三級導(dǎo)航顯示在側(cè)邊欄。

賬號列表頁面

這是個列表頁面,主要展示了跟賬號相關(guān)的一些字段,以及記錄開通賬號的人和時間。可以對賬號進(jìn)行添加、修改、查詢等操作。

添加賬號頁面——選擇角色

這是一個設(shè)置頁面,需要先填寫賬號的基本信息(這里的幾個字段僅作參考),然后選擇賬號對應(yīng)的角色,這里展示的角色需要提前設(shè)置好,一個賬號可以選擇多個角色,這種情況賬號的權(quán)限就是多個角色權(quán)限的并集。

添加賬號頁面——選擇權(quán)限

選擇好角色后,會把角色對應(yīng)的權(quán)限在這個頁面都勾選上,如果賬號有特殊權(quán)限,就直接在這個頁面進(jìn)行勾選。

這里有個非常重要的地方,就是權(quán)限分類。這里分成三種(1)菜單權(quán)限(2)頁面權(quán)限(3)操作權(quán)限;這里就需要開發(fā)GG每次在開發(fā)好一個功能后,把功能對應(yīng)的權(quán)限分好類。如果剛開始沒有這樣做,后期維護(hù)起來會異常麻煩,不僅功能點(diǎn)會特別多,而且技術(shù)上面的很多命名還是只有對應(yīng)的開發(fā)人員才看得懂,如果開發(fā)人員離職了,就需要重新看代碼去理解,所以一定要剛開始就定一個規(guī)范,之后沒開發(fā)好一個功能,就按照規(guī)范去執(zhí)行。

添加賬號頁面——選擇字段

把字段作為一個權(quán)限,是因?yàn)楣纠锩婧芏鄶?shù)據(jù)是比較敏感的,不需要這個數(shù)據(jù)的人員也是沒有必要看到這個字段。

這里的字段,也會根據(jù)選擇的角色自動勾選上,如果有特殊的需求,可以在這里修改。

角色管理相關(guān)的原型和賬號列表比較類似,這里就不重復(fù)放上來了。感興趣的朋友可以自己做出整理。

系統(tǒng)管理最重要的一個業(yè)務(wù)——賬號管理這次就介紹到這里,下一篇會更新系統(tǒng)管理的其他業(yè)務(wù),歡迎各位留言提出寶貴意見。

 

作者:胡言,微信公眾號:電商后臺系統(tǒng)(dianshanghoutai)。

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 設(shè)置角色的原因是,減少管理員的工作能力,怎么弄都沒問題,主要看組織發(fā)展和組織規(guī)模。當(dāng)出現(xiàn)角色互斥時,就需要切換賬號 ??

    來自廣東 回復(fù)
    1. 借個樓
      本人小白一個,有沒有人可以帶帶我,教我一下電商操作流程和注意事項(xiàng)!
      真心找個好人可以不幫我!
      17601270262

      來自山西 回復(fù)
    2. 借個樓
      本人小白一個,有沒有人可以帶帶我,教我一下電商操作流程和注意事項(xiàng)!
      真心找個好人幫我一下!
      17601270262

      來自山西 回復(fù)
  2. 親,你的角色、權(quán)限和字段都是并行的,這會有很大問題:角色就相當(dāng)于是用戶組的功能,而后面的權(quán)限和字段勾選才是對賬號權(quán)限的控制,這樣的狀況下絕對會出現(xiàn)一個用戶組下N種權(quán)限類型的賬號~~何不先配置好每類角色下的權(quán)限,在由賬號去勾選相應(yīng)的權(quán)限呢!

    來自浙江 回復(fù)
    1. 贊同,是這樣的,如果有特色權(quán)限,可以設(shè)置不同的角色區(qū)分。

      來自浙江 回復(fù)
    2. 一個角色可以有多個賬號,一個賬號也可以有多個角色

      來自北京 回復(fù)
    3. 贊同

      來自山東 回復(fù)
  3. 親的文章中缺少數(shù)據(jù)權(quán)限的處理。
    另外,你的邏輯的本質(zhì)是賬號和菜單、頁面、字段、按鈕等最細(xì)顆粒度綁定,角色只是做一個合集便于創(chuàng)建用戶的時候快速綁定權(quán)限用。這種邏輯有一個弊端,比如角色1開始的時候不包含菜單A,但是角色1下已經(jīng)有100個用戶了,此時,需要給角色1增加菜單A的權(quán)限,那么該角色1下的100個用戶應(yīng)該是無法自動獲取菜單A的權(quán)限的吧,只有新創(chuàng)建的、綁定在角色1下的用戶才能繼承菜單A的權(quán)限吧。

    來自浙江 回復(fù)
    1. 角色添加了新權(quán)限,用戶是自動獲得的。

      來自浙江 回復(fù)
  4. 感謝分享,分心的很到位,簡單明了!最近正在考慮賬號系統(tǒng),需要借鑒參考,mark一下留檔 ??

    來自浙江 回復(fù)
  5. 我看到一個一直想要的原型上的實(shí)現(xiàn),就是類似瀏覽器網(wǎng)頁切換的這個實(shí)現(xiàn)模板可以給一份嘛,可以把所有業(yè)務(wù)內(nèi)容都刪掉保留兩三張示例頁面就行,可以嘛。

    來自北京 回復(fù)
  6. 問一下,字段的作用是什么 ??

    來自廣東 回復(fù)
    1. 有誰能告訴我嗎

      來自廣東 回復(fù)
    2. 就是權(quán)限控制到“字段”,例如“手機(jī)號”,“用戶名”分別就是兩個字段,如果沒有權(quán)限,就在列表上不展示這兩個字段。

      來自四川 回復(fù)
  7. 關(guān)于權(quán)限這塊作者寫的很全了,我再補(bǔ)充一個,還有一個數(shù)據(jù)范圍權(quán)限,注意不是字段權(quán)限。也就是說所有的數(shù)據(jù)要分類,一個賬號只能看見自己負(fù)責(zé)的部分?jǐn)?shù)據(jù)

    來自廣東 回復(fù)
    1. 所以 這個數(shù)據(jù)范圍權(quán)限如何實(shí)現(xiàn)呢

      來自陜西 回復(fù)
  8. 有文章的后臺原型文檔網(wǎng)盤地址嗎

    回復(fù)
    1. 當(dāng)然不會給了,用腳想一想也是

      來自廣東 回復(fù)
  9. 我的理解是角色就是權(quán)限的集合,沒有必要選了角色后再重新選權(quán)限

    來自浙江 回復(fù)
    1. 小公司不用。大公司每個角色可能操作流程不一樣。權(quán)限開放程度肯定不一樣。如果每次遇到這種權(quán)限都新加一個角色,那就會有龐大的角色,不利于管理。

      來自廣東 回復(fù)
    2. 大神想請教一下,如果針對單個賬號的權(quán)限去做一個二次修改,那這樣是不是打破了這個賬號所屬角色的原始權(quán)限集了,對于超級管理來說,不能快速知道哪些賬號享有了超出角色授權(quán)范圍的特殊權(quán)限,如果公司組織架構(gòu)龐大,擁有特殊權(quán)利的賬號過多,這樣是不是也不利于管理呢?

      回復(fù)
    3. 看完討論,感覺龐大的角色是必然的,一個折中的辦法是,分配角色后,只能對已有權(quán)限進(jìn)行刪減,不允許增加,可以二次修改為子權(quán)限,這樣保證權(quán)限在已知范圍內(nèi)

      來自上海 回復(fù)
    4. 這個應(yīng)用思路學(xué)習(xí)了

      來自上海 回復(fù)
  10. 個人覺得:角色、權(quán)限、字段,不是并列的關(guān)系,所以這樣做是否合理
    不妨用:菜單、功能、字段,進(jìn)行區(qū)分

    來自四川 回復(fù)
    1. 合理的,主流都這么做。角色和菜單也不是一個概念。文章開頭也說了RBAC。這個很符合大公司的業(yè)務(wù)流程。小公司就是角色+字段就可以了

      來自廣東 回復(fù)
  11. 十分喜歡這個系列的分享,期待后面的內(nèi)容,如果可以的話,能加您好友嗎 ?

    來自浙江 回復(fù)
  12. 其實(shí)權(quán)限分成兩塊:功能權(quán)限和數(shù)據(jù)權(quán)限
    功能權(quán)限可以細(xì)分菜單級,頁面級,按紐級;
    數(shù)據(jù)權(quán)限是對可訪問數(shù)據(jù)范圍或具體字段的控制,數(shù)據(jù)范圍比如只能對某區(qū)域(地理區(qū)域或邏輯區(qū)域),具體字段如對會員數(shù)據(jù),對身份證號等涉及隱私字段進(jìn)行保護(hù)。

    回復(fù)
    1. 有道理

      來自廣東 回復(fù)
    2. 贊同

      來自上海 回復(fù)
  13. 個人感覺這個落點(diǎn)太多,不妨從電商的基本來談,包括商品、訂單、會員。再由商品引出庫存、商品分類、SKU;由訂單引出退換貨、入庫、出庫、鎖庫等等。再由最基本的單人可管理的電商后臺擴(kuò)展到商家入駐、管理員權(quán)限、收銀、門店等等。

    來自上海 回復(fù)
    1. 有何見解?也撰寫文章給大家分享一下把

      來自山東 回復(fù)
  14. RBAC是目前大多數(shù)后臺使用的權(quán)限控制模型,但是在實(shí)際中,權(quán)限這塊最關(guān)鍵的還不是產(chǎn)品怎么設(shè)計(jì)

    來自北京 回復(fù)
    1. 產(chǎn)品怎么設(shè)計(jì)肯定是根據(jù)平臺的業(yè)務(wù)規(guī)模判定的

      來自廣東 回復(fù)
  15. 梳理的很到位,贊一個??

    來自上海 回復(fù)
  16. 下一篇是角色管理嗎?啥時候更新

    來自北京 回復(fù)
    1. 1

      來自廣東 回復(fù)
  17. 您好,我想咨詢一下角色的權(quán)限設(shè)置也是有菜單權(quán)限、頁面權(quán)限、字段權(quán)限三種嗎?如果是這樣角色權(quán)限和賬號權(quán)限的操作不是重復(fù)了?如果不是,那么角色的權(quán)限怎么設(shè)置呢?

    來自廣東 回復(fù)
    1. 角色相當(dāng)于是權(quán)限的集合,設(shè)置好后,之后每開一個賬號都是先關(guān)聯(lián)角色。如果沒有角色的設(shè)置,你每開一個賬號都需要把權(quán)限勾選一遍。

      來自浙江 回復(fù)
    2. 您看我這樣理解對嗎:添加一個賬號若是關(guān)聯(lián)到角色,則該賬號的權(quán)限跟著角色走,不能再額外添加其他權(quán)限,要想給該賬號添加其他權(quán)限,必須給其角色添加權(quán)限;若該賬號不關(guān)聯(lián)角色,則賬號的權(quán)限自定義 ??

      來自廣東 回復(fù)
    3. 不是的,賬號是本體,角色跟著賬號走,且角色是由權(quán)限組成的。在系統(tǒng)中,可能相同的角色會擁有不同的權(quán)限,這時候只需要在配置角色的時候配置相對固定的權(quán)限,部分靈活的權(quán)限可以不配置,在添加賬號的時候自由組合

      來自廣東 回復(fù)
    4. 請問一下,相同角色擁有不同的權(quán)限,那么在修改角色的權(quán)限時,這個用戶的權(quán)限也會隨著角色權(quán)限變更而變更嗎?

      來自浙江 回復(fù)
    5. 當(dāng)然會,權(quán)限是最基本的配置,所以一搬不會輕易去動。

      來自廣東 回復(fù)
    6. 接上面的問題再請教,如果角色權(quán)限變更賬號權(quán)限也變更的話,變更的方式是什么樣的?賬號權(quán)限跟角色權(quán)限一模一樣嗎?那這樣的話,如果這個賬號原來多勾選其他殊權(quán)限是不是得重新到賬號中配置?

      來自湖南 回復(fù)
    7. 舉個栗子:你同時擁有PM和UI的角色,PM具有修改原型和修改流程圖的權(quán)限,UI具有使用PS和修改圖的權(quán)限。
      1.當(dāng)管理員把UI修改圖這個權(quán)限取消后,所有擁有UI這個角色的賬號在使用UI這個角色時都無法修改圖了,這是變更角色權(quán)限;
      2.當(dāng)管理員把你這個賬號中UI的權(quán)限去掉,你不能再使用UI這個角色了,這種叫做變更賬號權(quán)限;
      3.特殊權(quán)限可視為一個權(quán)限為一個角色。

      來自廣東 回復(fù)