當前位置:首頁 > 技術教程>

公司網站后臺設計很差怎么辦

發表日期:2016-10-25 09:05:17文章編輯:池州網站建設瀏覽次數:4099 標簽:    網站,系統,后臺,設計,公司網站

 最近有幸參加到一款產品后臺的設計中,就在朋友圈中發了一條關于后臺產品的動態,不曾想引發了一堆小伙伴們吐槽。主要槽點大致有這么幾點,自家后臺難看又難用,完全不考慮用戶的操作習慣,流程不夠優化,并且還一堆bug…

結合之前在網上看到的一些東西,細細琢磨了一下,網上關于后臺產品的文章相比于其他的類別而言,文章真的是少的可憐。便有了自己寫一篇的想法,本文主要包含以下幾個部分:為什么網上后臺產品設計的知識那么少、 后臺與前臺的區別有哪些、我參與的后臺產品的設計思路。

一. 為什么網上后臺產品設計的知識那么少?

關于為什么網上后臺產品設計的知識那么少這個問題,自己也考慮了一下,考慮的可能并不是很全面,權當拋磚引玉了。大致可能有以下幾個原因:

1.能接觸到的后臺較少

后臺產品不像App或者Web產品,能夠隨便下載或者訪問,隨便一個外部訪客就能使用,后臺產品一般而言都是內部的員工或者外部的合作伙伴才能夠使用,并且也會有著角色權限的劃分。所以一般除了自家的后臺,接觸的也相當較少。

2.出于職業道德

后臺產品是自家內部的產品,有很多東西是不能對外公開的,所以不方便拿出來講。即使有少量關于后臺產品的一些文章,也不會講解很深層次的東西。

3.沒有機會參與后臺的設計

后臺產品相對前臺而言,一般都會比較復雜,并且一般都是新人在進入公司之前就已經搭建好了。即使有新的產品或者功能模塊上線,一般也是盡可能的在原有的系統上添加的。

另外由于后臺產品自身的復雜性,對數據流和業務流理解的要求也比較高,所以沒有一定的從業經驗的產品人員,也很難有能力駕馭的了整個后臺系統的設計。

4.有能力設計設計的不想寫

對于那些對業務足夠了解,又有能力獨自設計整個后臺系統的資深產品人,很有可能根本沒時間來寫這樣的一些東西,或者說段位太高,根本不想寫這些東西了…

5.其他原因

其他可能的種種原因。

二. 后臺與前臺的區別有哪些?

后臺產品是一個與前臺產品相對而言的概念,也是一個比較寬泛的概念,比如網站或者App的后臺、ERP、CRM、OA等都能夠稱為后臺。后臺與前臺相比,也有著一些不同,主要有以下幾方面:

1. 后臺的賬號都是管理員分配或者添加的,所以后臺產品沒有注冊; 

 2. 后臺主要是業務導向的,并且會有大量關于數據的報表;

 3. 后臺的用戶一般僅限于企業內部或者部分的外部合作伙伴,用戶量較小,并且有著嚴格的角色權限的劃分; 

 4. 后臺比較注重功能的實現,而對于視覺設計、交互設計、用戶體驗這一塊并不是很注重; 

 5. 后臺產品的規劃一般不如前臺產品的規劃那么嚴謹,很多情況下后臺的設計需求來自于前臺產品。

雖然說后臺產品更加注重功能的實現,輕用戶體驗一點,并且后臺的用戶量也相對較少,然而這并不代表著后臺產品不重要。

一個好的后臺產品能夠大幅的提升員工的工作效率,從而較少很多的隱形成本。所以,后臺產品的設計也是很重要的,接下來就簡單的分享一下自己在參與后臺產品設計時的一些思考。

三. 我參與的后臺產品的設計思路

下圖為一般經歷的流程:

1.產品初衷

做事先問目的,即Why,為什么要做這個產品,是為了解決什么問題?通過產品想實現什么目標?是為了能夠提升組織效率,還是只是為了能夠有個統計報表的東西,還是為了能夠對前臺產品進行配置?另外需要能夠界定系統的邊界,有哪些需要在這個系統中完成的,哪些不需要涉及。

2.用戶分析

在后臺中需不需要體現組織架構?上級能不能對下級進行操作,能不能越級操作?下級的操作需不需要上級來進行審批?

使用這個系統的用戶都有哪些?具體的用戶角色類型都有哪些?對于超級管理員、管理員、其他角色等這些不同的角色,各自的權限具體有哪些?上級管理員能不能對下級進行權限的收放?

具體的權限是如何劃分的?比如功能的權限、數據的權限如何劃分。需不需要操作日志的功能?

3.需求分析

對于不同的角色,各自的需求是什么?可以通過一個需求池來進行收集,比如可以記錄需求的編號、需求的來源、需求的描述、需求的類型、需求的優先級、變更記錄等。

4.流程梳理

常見的流程圖一類是業務流程圖,一類是頁面流程圖,此處說的是業務流程圖。通常情況下一般用流程圖和泳道圖來進行梳理,如果僅僅只是一個維度的,一般用流程圖梳理即可,而如果說涉及到兩個維度的,一般則需要用泳道圖來進行梳理。

5.產品架構選擇

后臺產品的導航一般有三種,分別是橫向導航、縱向導航以及橫向+縱向導航。

1)橫向導航

橫向導航一般用戶后臺產品功能較少,且導航的層級結構較少的情況下。

優點是學習成本低,能夠簡單明了的看到所有的操作;

缺點則是擴展性相對較差,不適合復雜的后臺產品。

2)縱向導航

縱向導航在后臺產品中使用的較多,一般還會細分為樹結構、直接展示二級菜單的以及鼠標移入顯示二級菜單三種。

優點是擴展性較好,能夠增加較多的功能模塊和子級菜單;

缺點則是每次操作都需要展開二級菜單欄,增加了用戶的心理認知負擔和操作成本。

3)橫向+縱向導航

多用于比較復雜的后臺產品。

優點嘛,貌似是能夠根據實際需要把后臺產品弄的非常復雜;

缺點嘛,太復雜很難找到自己要找的東西算不算?

硬幣都有兩面性,需要能夠根據具體遇到的問題和實際的需要,選擇合適的導航形式,具體問題具體分析,沒有絕對的好壞之分。

6.功能結構梳理

一般在進行功能結構梳理的時候,我都會默默地打開Mindjet,先把功能完整梳理一遍,具體梳理標準參加麥肯錫“MECE原則”,即相互獨立、完全窮盡。另外在梳理的時候,就可以進行版本規劃的考慮了,是在這個版本做合適,還是說放到下一個版本的迭代里面。

在用腦圖梳理完功能結構之后,我一般都會用一個Excel表格來進行統計匯總,也就是功能清單,一般包括版本規劃、功能模塊、功能類型、功能描述、優先級、開發量、性價比、對接人、完成時間、備注等。

7.原型繪制

我一般是在繪制原型的時候就直接在原型上標注了,將比較簡單的功能描述、規則說明、觸發條件、異常流程、全局說明都直接標注在原型上,如果說流程比較復雜,則會繪制一個流程圖來說明。

8.產出設計稿

線框圖繪制好之后,評審完沒有問題過后就能夠拿著線框圖去找設計產出設計稿了,一般在繪制線框圖的時候,為了不影響設計人員的設計,我一般傾向于多使用灰色、白色和占位符。

9.開發測試

開發測試時,需要能夠根據之前定好的時間點,定期主動的去和開發測試溝通交流,如果說遇到需求的變更,則需要盡早的通知到相關的干系人。

10.優化迭代

互聯網產品永遠是Beta版,需要能夠根據具體的情況來進行不斷的優化迭代。


全站導航

其他新聞

靈動標簽判斷奇數偶數實現不同的效果奇偶數

這篇文章主要為大家詳細介紹了帝國CMS靈動標簽中用if判斷第幾條附加特殊樣...

日期:2019-06-18

當前欄目下所有的標題分類并給當前標題分類高亮

<?php //判斷當前欄目是否有設置標題分類 $tr=$empire->fetch1("select tti...

日期:2019-05-26

帝國CMS錯誤報告功能啟用、防垃圾灌水、統計、增加報告分類

一、錯誤報告啟用 內容模板加 <a href="&#091;!--news.url--]e/public/repo...

日期:2018-11-24

幾何元素、大膽鋪色、雙重曝光,這些新技能你掌握了嗎?

不知不覺 2018 年的余額已經只剩下六分之一不知道大家年初定下的計劃有沒有...

日期:2018-11-01

列表頁調取副表字段befrom,writer,newstext

列表模板中要調用副表字段內容需要采用&ldquo;list.var支持程序代碼&rdquo;...

日期:2018-10-30

客戶案例

池州某信息技術服務公司網站

網站使用的是PC+移動端判斷跳轉的。主色調為藍色,突出科技主題,呈現服務宗旨...

日期:2019-06-18

池州某加工生產企業工程公司官方網站

...

日期:2019-05-26

某縣生產力促進中心官方網站

...

日期:2019-05-26

廣東中山某大型機械工程公司官方網站

這是廣東一家大型進出口機械設備制造公司,實力雄厚。網站是響應式的。客戶對...

日期:2018-11-06

帝國網站后臺登錄模板(帶動畫)

閑來無事,看到一個很漂亮的登錄模板,就順手修改成了帝國CMS7.5的后臺登錄模板...

日期:2018-11-02

下载麻将游戏四人麻将