產品的(前臺與)后臺設計

好久沒更新也還沒找到工作hhhhhhh慚愧!!! ? ?這是前幾天做的一個筆試模擬題,題目表達需求之后說,請描述該功能的前臺與后臺設計。這篇文章只歸納下關于產品的后臺設計。

另外還想插一句,滴滴筆試題中有一題就是“如何讓用戶更多地使用拼車功能”,然后我之前寫的這篇文章閱讀量一下漲了幾百。

之前確實沒在意,每個系統都有其配套的后臺管理系統,怎么能忽略呢,所以我大概做了一些功課,下次遇到這樣的題目就能好好答了。

大白話說的話,產品的前臺設計,就是我們平時 “需求分析、交互設計、競品分析” 等工作所服務的部分,是能被用戶所看到、用到、感知到的設計;而所謂后臺設計呢,就是給產品的后臺管理員用的,最主要是對于數據的查看和操作。

從本質上看,后臺主要有權限管理、工作流、、操作流、記錄流三大方面,對誰,什么操作,如何操作。

權限管理:通過用戶、角色、資源三方面來進行權限的分配,建立角色系統,將用戶和資源分離,來保證權限分配的實施;

工作流:工作流程及其他操作步驟之間業務規則的抽象概括描述(業務流程圖、狀態圖、產品框架圖);

操作流:系統內部的一些基礎數據配置和內容管理,前后端互動;

記錄流:分操作軌跡和數據查詢兩類,首先是操作日志,記錄后臺登錄用戶的操作,對在工作流中產生的數據進行整理如何形成功能模塊,根據具體的業務要求來設計。

后臺設計首先要梳理業務流程,知道前臺的工作流程和操作步驟之間的關系,知道系統中存在哪些角色的用戶,不同信息之間有怎樣的權限劃分,拿我們實驗室的渣項目舉個例子啊:

這是一個視頻購物的項目,平臺在合作商家布置攝像頭,用戶在應用上通過攝像頭的直播選擇自己心儀的商品下單,直播界面可以連接客服進行視頻通話。同時系統中兼具一些購物網站中比較常見的新聞推送、發貨收貨等功能。

所以在系統中我們的角色類型就有:顧客、客服、后臺管理員。權限管理的部分,因為我們系統中的權限管理不復雜,所以只有一種權限的后臺管理員,每一個后還管理員都可以對“顧客”和“客服”類型的用戶進行管理,而“后臺管理員”類型的用戶直接在代碼中改(主要是開發時間有限,能省則省了)。

在權限管理中,規定什么樣的角色可以觸及哪些資源,先分角色再分級再確定關系,要注意同類型的角色有怎樣的權限關聯、上下級關系、分別有怎樣的操作、互相之間都有哪些操作。有時候為了系統安全,可能會采取兩個后臺系統去處理,會更安全也更方便。

另外在實際開發過程中,權限的分配往往是在整個后臺開發完畢后才去實現的,為了避免權限的設置對開發造成影響。

然后梳理一下需要在后臺系統中表現的工作內容:


后臺管理系統

體驗就是對流程的梳理與調整

梳理好之后根據自己的交互知識(其實我現在明白了,多是經驗)來設計一下框架,輔以業務流程圖、狀態轉換圖等,用來更好的傳遞業務需求。常見的幾種后臺導航有橫向導航、縱向樹結構導航、橫向導航縱向樹結構,適用于復雜度依次遞增的后臺管理系統,我們上面的這個屬于縱向樹結構。

首頁

關注是否有運營需求?前后端互動?

新聞發布

管理庫一般都會有增刪查改的操作。

商品管理
客服管理

還有就是系統消息之類的普通功能。

系統通知
用戶消息

以上的設計中,系統中缺乏了記錄流中,關于后臺用戶操作軌跡的記錄。用戶對后臺數據所進行的一切操作都應該達到詳細記錄的程度,建立一個專門的操作日志。這個基本上算是后臺管理系統中的標配。

回顧一下后臺的設計,我們會發現他實際上是一種面向信息的設計,對于信息進行審核,記錄,閱讀,操控等等,在后臺設計中最重要的是清晰的產品邏輯。

最后,附上幾個很酷的后臺界面,可以學習一下。



廢話部分

1、微信公眾號的內容閱讀時,在右上角菜單中點擊后加個夜間模式吧..不怎么占1地方但是好有用啊,我現在看長一點的文章的話只能選擇在微信讀書中打開,然后切到夜間模式。

(其實仔細想的話,瀏覽每篇文章的平均實際很短大約三分鐘[?],每次切換到夜間模式是否記住用戶選擇,在下一篇的時候打開也依然是夜間模式?如果是的話,那用戶白天看的時候還得再切換回來,如果不是那用戶晚上看下一篇的時候還需要進行一次切換到夜間模式的操作。

總之就是每篇公眾號的閱讀時間較短,不像一些讀書軟件,增加夜間模式的話操作的“性價比”會比較低。)

2、支付寶在完成線下支付之后,會直接跳轉到口碑界面。雖然我表示理解但還是覺得不喜歡,口碑能不能扶得起來啊(前幾天還看到假新聞說要把口碑的位置換給餓了么呢)。但是我覺得如果非要用這種方法的話,為什么不在每次結束之后跳至某個特定的界面呢?

比如說:如果口碑未來想豐富社區數據,增加商家點評數,就在支付完成后跳轉到到商家頁面,邀請用戶參與評論,或跳轉到比如口碑現在就有的一些“生活圈”、“專屬優惠”之類的活動,邀請用戶參加;再不濟也可以假裝很懂用戶,推薦附近的圈子(商圈)或“你可能還需要”、“類似的店”這類的推薦,總之我感覺都比每次都跳到首頁的好。

3、七夕節之前各位O2O向的APP都有了更新,改動較大的是大眾點評。大眾點評在底部導航欄(一級哦)新增點評視頻專區,身臨其境找好店,在查看商家詳情時也可以拍視頻進行評價,以及百度糯米也在最近一次更新中國新增了電影AR功能,但是對不起我沒找到。

視頻功能大賞

哎什么叫大勢所趨,淘寶有直播我是知道的,沒想到京東也有直播(我是說單獨的APP),快手...哦不今日頭條有小視頻入口我是知道的(太三俗了,我都不想說,咋火的啊),沒想到網易新聞也有哦,以及微博搞了微博故事之后,抖音也出抖音故事啦。。。

4、Empathy

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,333評論 6 531
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,491評論 3 416
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,263評論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,946評論 1 309
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 71,708評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,186評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,255評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,409評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 48,939評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 40,774評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,976評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,518評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,209評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,641評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,872評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,650評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 47,958評論 2 373

推薦閱讀更多精彩內容