這裏是IT修真院產品分享課,今天要分享的是ide
【聊聊後臺5種常見的幾種佈局】佈局
統計頁面要統計什麼數據呢?我認爲從三個方面考慮比較得當:idea
1.當前角色能夠看到的系統級別的數據。(考慮到不一樣用戶的身份和訪問數據權限不一樣)設計
2.用戶自身要進行操做的數據。3d
3.通知類內容。cdn
第一個方面咱們在設計系統的時候,要考慮到哪些數據是須要統計的,好比電商系統中的下單率,客單價,訂單總數,訂單總金額、單品銷售排行榜等,再好比金信金融的銷售統計(金融產品的購買次數和銷售總額),而後再將這些統計數據經過權限的劃分分配給不一樣的角色。blog
第二個方面是用戶自身的數據,主要有工做流的狀態即當前用戶的工做流中已經流轉到該用戶的一些操做,諸如合同審批,發貨審批等等一系列的流程。遊戲
第三個方面通知類的內容主要有如下幾類:資源
某些關聯的工做到一段時間內有了新的狀態須要提醒:好比物流發貨,或者財務審覈經過;資格審覈的提醒。get
系統內部的一些警醒:好比倉庫容量已到臨界值,用戶帳戶狀態的異常。
當前時間截點的警示:好比租戶、車位、合同等等即將到期。
a.篩選的模式
通常來講,篩選部分主要是經過篩選時間或字段內容或其組合進行篩選。記錄的字段就包括這項業務的特有字段,好比用戶管理頁面有「手機號碼」「真實姓名」「用戶狀態」等。
在進行篩選部分的設計時,篩選的字段能夠分爲選擇部分和填寫部分。選擇部分指的是某些字段的值在填寫的時候就已經限定了,只須要選擇點擊篩選便可。
b.新增部分要考慮交互方式
新增部分通常來講就是一個按鈕,點擊後有兩種方式能夠進行記錄的新增:一是新頁面,二是彈窗形式。
若是說新頁面給人正式的印象像個紳士,彈窗則讓人感受隨意像個唐突的陌生人。因此新頁面適合填寫字段較多及內容比較重要的時候使用。彈窗形式通常在字段較少,以及內容相對來講不須要十分慎重的填寫時使用
C、重中之重的列表部分設計法則
列表部分是最重要的部分,也是頁面的核心部分。頁面內容的增刪改查,以及核心工做都在這裏進行。固然,其列表中的每一條數據都是有一個個的字段值堆疊而成的,字段上大體我分爲如下幾個部分:
ID:每一條數據所具有的惟一標識,通常都會加上。
時間:數據的產生時間,操做類型的業務字段通常會有,好比庫存管理,進貨單管理等。配置類的通常能夠沒有,好比角色配置等。
標識名稱:肯定該條記錄的標識名稱字段,方便在其餘部分用到時進行識別。
狀態:增刪改查很重要的一個部分就是狀態的變動及查看。好比「缺貨中、貨源充足」「正常、已凍結」「上線、下線」等業務相關的內容。
其餘重要的標識字段:即新增內容的時候填寫的字段須要考慮顯示在列表的。
其餘字段:不是填寫的,可是也必須生成的,好比某個用戶填寫後生成記錄會有「填寫人」字段。
工做流:涉及到工做流時,工做流的狀態顯示。
操做:操做至關於整個頁面的核心內容和主要功能。通常有查看、修改、以及對應業務的操做內容。
工做流能簡單分紅標準工做流和非標準工做流
標準工做流相對來講比較簡單,即某一項工做在進行的過程當中,全部的流程都是規劃好的,角色的操做都是固定的。
非標準工做流則有些複雜,它會涉及到與或非這樣的邏輯判斷。要仔細、不要遺忘流程或者角色,考慮周全。
套路是先配置流程,再配置角色,配置流程的時候,若是操做者有必定的技術能力,可能讓其用SQL語句進行自定義配置,若是沒有的話能夠用流程圖的形式表現出來再往裏面填加角色。若是要再小白一些,能夠將每個非標準化流程拆成一個個的標準化流程,單獨去配置,雖然說麻煩一些,可是對於用戶來講,總體的操做邏輯則會簡單不少。
一、用戶角色配置和角色權限配置
權限配置通常分爲兩個部分,用戶角色配置和角色權限配置。有些系統可能比較簡單,用戶身份很少,可是一旦用戶類型變多,處理起來就至關的麻煩。因此在一開始設計系統的時候,要將角色和權限分清楚。
咱們能夠根據部門把角色提早建立好,好比建立角色會員運營、產品經理、售前客服等,爲這些角色提早分配好權限,那麼新開通的帳號只須要與這些角色作關聯就能夠關聯到對應的權限了。
這裏咱們須要特別注意三個地方
第一個是權限怎麼分?
方案:權限能夠分紅三種(1)菜單權限(2)頁面權限(3)操做權限
第二個是,相同角色的人員,若是有個別權限不一樣,應該怎樣分配?
方案:帳號先選擇角色,而後針對帳號再選擇對應的特殊權限
第三個是,公司的一些敏感信息應該怎麼控制權限?
方案:把敏感字段當成一個權限來進行分配,對部分人隱藏該私密字段的內容
帳號開通流程
【更多內容,歡迎加入交流羣565763832與你們一塊兒討論交流】
【這裏是技能樹·IT修真院:IT修真院官網,初學者轉行到互聯網的彙集地】