針對簡單的后臺產(chǎn)品，我們通常采用需求驅(qū)動設計（Request-driven?Design，RDD）。
▎1.需求驅(qū)動設計
需求驅(qū)動設計，是指我們在設計后臺時，根據(jù)領導、運營、市場、客服、前端的產(chǎn)品經(jīng)理等需求方所提的具體需求，直接進行需求設計。這種方式簡單快捷，與我們做前端產(chǎn)品在思路和方式上相同。
▎2.設計方法簡介
2.1明確目標
后臺系統(tǒng)所支持的需求范圍、上線進度要求、風險及質(zhì)量管理等，這一步更多體現(xiàn)在項目管理中。
2.2需求收集
①窮舉用戶角色
后臺的用戶是十分明確的，他們一般就是公司內(nèi)外部的業(yè)務操作人員。這也是作為后臺產(chǎn)品經(jīng)理的一個優(yōu)勢，你與用戶的距離是十分的靠近，你所有的設計是否有效均可以馬上得到檢驗和反饋。
②需求調(diào)研
調(diào)研方式-深度訪談：與前端產(chǎn)品不同，后臺產(chǎn)品的用戶在現(xiàn)實生活中離我們很近，很容易就能接觸到，這個時候就不要用問卷調(diào)查這種大覆蓋面的方式了，一是用戶基數(shù)沒有那么大，二是后臺需求基本不需要做數(shù)據(jù)分析，無需通過這種方式去挖掘用戶需求。所以直接與用戶交流、訪談是最快有效的方式；
調(diào)研對象-關(guān)鍵角色：我們的訪談對象，需要盡可能滿足資深、直接使用、有話語權(quán)三個條件，因為這種關(guān)鍵人所提出的需求會更加全面、具體且有深度，能夠清楚的解釋為什么要這個功能，如果沒有會出現(xiàn)什么后果，曾經(jīng)踩過哪些坑。這些被傷害過的人，知道心痛的滋味。
③建立需求池
前面兩步的目的都是為了收集需求，接下來我們需要建立需求池對需求進行管理。
2.3結(jié)構(gòu)設計
結(jié)構(gòu)設計即是模塊劃分，后臺設計中的模塊劃分秉承一個重要原則：一個角色，一個模塊，完成一件事情。也就是說一個具體的角色，能夠在一個功能模塊中完成任務。原因主要是以下兩點：
降低用戶記憶成本：你絕對不想為了做一件事，要在多個模塊跳轉(zhuǎn)、多個頁面點擊。
便于劃分管理權(quán)限：做系統(tǒng)產(chǎn)品，權(quán)限劃分永遠是重點，將一個角色要進行的操作單獨作為一個模塊，方便權(quán)限分配。
2.4流程設計
流程設計與原型設計都是基本功，下述將"流程設計"作為一級菜單才介紹，至于原型設計較為基礎則不展開介紹了。
▎3.流程設計
3.1流程介紹
①定義
特定的主體，為了完成特定的需求而進行有順序的一系列操作過程。例如：外賣訂餐流程，特定的主體是用戶，特定的需求是訂外賣。我們在繪制流程圖時，只要能夠說清楚就可以："誰在哪個環(huán)節(jié)要做什么"。
②分類
業(yè)務流程
根據(jù)產(chǎn)品解決用戶核心問題的順序所梳理的完整的閉環(huán)流程，包括線上和線下兩部分。例如，下圖是解決用戶訂餐問題的整體流程：
理完整的業(yè)務流程是產(chǎn)品設計的必要條件，我們要同時重視線上以及線下的流程，保證其完整性。
功能流程
功能流程也可以看做是任務流程，是產(chǎn)品實現(xiàn)某一功能的流程，或者是用戶完成某一任務的流程。例如，下圖是用戶下單流程：
頁面流程
在功能流程基礎上，用戶完成某一項任務所需經(jīng)過的頁面，就組成了頁面流程。
操作流程
在頁面流程基礎上，用戶完成某一項任務所需進行的操作順序，就是操作流程。
③形式
基礎性流程圖
以圖形的形式，顯示流程中前后活動的順序；
跨職能流程圖
又稱泳道圖。顯示進程中各個步驟之間的關(guān)系以及執(zhí)行它們的職能單位、系統(tǒng)或功能模塊。其實就是在基礎性流程圖上，將角色獨立成為一個個泳道，便于更加直觀的查看流程中各環(huán)節(jié)與角色的關(guān)系和流轉(zhuǎn)情況。
④六要素
參與者
在流程設計中，我們要明確參與者。參與者就是誰在這個流程中執(zhí)行操作：可以是系統(tǒng)，可以是某個設備，更多的指一個角色。比如用戶、商家、外賣小哥。
活動（動作）
一個處理動作，具體做了什么事情。比如下單、接單、送餐、評價。
次序
這些事情發(fā)生的前后順序如何，哪個任務是其他任務的前置條件。比如用戶不提交訂單，就無法生成訂單。
輸入
每項活動開始取決于什么樣的輸入物或數(shù)據(jù)，比如做飯的師傅開始做菜時，需要拿到具體的點菜單。
輸出
每項活動結(jié)束后，會輸出什么樣的文檔或數(shù)據(jù)給下一方，比如師傅做好菜后，如何讓負責傳菜的人知道菜已經(jīng)做好。
3.2流程設計
①調(diào)研現(xiàn)有流程
對于很多的產(chǎn)品，用戶痛點是明確的，很早之前就有了各種解決方案。只不過互聯(lián)網(wǎng)的興起，提供了一種更快速、更便捷高效的方式。O2O產(chǎn)品就是這樣一類借助互聯(lián)網(wǎng)特性，解決用戶已有痛點的產(chǎn)品。
肚子餓了要吃飯，但是很懶不想動，這個就是外賣APP要解決的痛點。當我們從最初開始設計外賣產(chǎn)品流程時，就應該從已有的、?成熟的、經(jīng)過市場檢驗的解決方案入手。
當外賣APP還沒有興起的時候，要想能吃到飯又不想出門，人們就有效的方式就是打Call。經(jīng)過調(diào)研，電話訂餐的流程如下：
②分析環(huán)節(jié)痛點，線下流程線上化
線下流程梳理完成后，會發(fā)現(xiàn)每個環(huán)節(jié)都存在或大或小的痛點。這個時候，就應該考慮如何利用互聯(lián)網(wǎng)打破信息壁壘、便捷快速的特點和技術(shù)手段來解決這些痛點，進而在線上解決方案的基礎上，設計一條全新的業(yè)務流程。例如，初步分析即可發(fā)現(xiàn)現(xiàn)有訂餐流程存在諸多問題：
③使用泳道圖，設計優(yōu)化流程
