B端產(chǎn)品是C端產(chǎn)品的根基，B端產(chǎn)品更貼近業(yè)務(wù)，只有深入了解并熟悉業(yè)務(wù)的產(chǎn)品經(jīng)理才能做好B端產(chǎn)品。
本文安利一種好的設(shè)計(jì)方式，叫做OMS設(shè)計(jì)。
OMS設(shè)計(jì)是按用戶故事設(shè)計(jì)思路來(lái)設(shè)計(jì)用戶的使用場(chǎng)景，通常來(lái)講用戶故事，包括時(shí)間、人物、地點(diǎn)、事件。通俗講，管理系統(tǒng)需要做的事情，就是對(duì)確定的時(shí)間、確定的用戶、在確定的場(chǎng)景執(zhí)行確定的事件，或?qū)λ麄冞M(jìn)行管理。
管理后臺(tái)類產(chǎn)品，核心就是解決一個(gè)問(wèn)題：“某時(shí)間某人使用某物做了某事“。
如圖所示：管理后臺(tái)的核心三要素：人、物、事。
人：權(quán)限管理（包括：角色設(shè)置、操作權(quán)限、數(shù)據(jù)權(quán)限）
人的管理和設(shè)計(jì)，主要解決這一問(wèn)題：事件對(duì)誰(shuí)觸發(fā)？是對(duì)所有用戶，特定的用戶？
能解決這個(gè)問(wèn)題的方式就是權(quán)限管理，在講解權(quán)限管理之前，我們首先普及一個(gè)概念：
RBAC(Role-Based Access Control)即基于角色的訪問(wèn)控制，是一種權(quán)限設(shè)計(jì)思想。在 RBAC 中，權(quán)限與角色相關(guān)聯(lián)，用戶通過(guò)成為適當(dāng)角色的成員來(lái)獲得這些角色的權(quán)限。相較傳統(tǒng)的訪問(wèn)控制（自主訪問(wèn)、強(qiáng)制訪問(wèn)）來(lái)說(shuō)，RBAC 能更好的支持最小權(quán)限、責(zé)任分離和數(shù)據(jù)抽象等原則，極大地簡(jiǎn)化了權(quán)限的管理。
角色設(shè)置：如管理員、普通操作人員、游客等，是區(qū)分不同身份操作管理后臺(tái)的能力。通常管理員具有最高權(quán)限，能獲得所有操作，甚至是刪除成員；
操作權(quán)限：基本包括增、刪、改、查四類。角色權(quán)限直接影響操作權(quán)限，不同角色具備不同的操作權(quán)限；
數(shù)據(jù)權(quán)限：一般分為公共庫(kù)數(shù)據(jù)和私有數(shù)據(jù)（特指需要限制的數(shù)據(jù)，如部分內(nèi)容不能全局可查看）；
物：事務(wù)管理（業(yè)務(wù)流程圖、任務(wù)流程流、原型設(shè)計(jì)圖）
業(yè)務(wù)流程圖：是一種描述系統(tǒng)內(nèi)各單位、人員之間業(yè)務(wù)關(guān)系、作業(yè)順序和管理信息流向的圖表。
作用：涉及多角色之間的交互行為，以泳道圖方式梳理核心業(yè)務(wù)流程，明確不同環(huán)節(jié)節(jié)點(diǎn)不同角色用戶的操作及需要完成的任務(wù)。其作用是——表達(dá)清楚業(yè)務(wù)需求在產(chǎn)品線的各個(gè)階段中在各個(gè)功能模塊之間的流轉(zhuǎn)。
說(shuō)明：待需求產(chǎn)生后，首先落地的流程說(shuō)明。業(yè)務(wù)流程圖不是一層不變的，它隨著需求的逐步明確而逐漸調(diào)優(yōu)。業(yè)務(wù)流程圖是整個(gè)項(xiàng)目的核心，最后將成為整個(gè)項(xiàng)目的標(biāo)桿文件，物流是產(chǎn)品設(shè)計(jì)或技術(shù)框架都會(huì)以此為主要參考，所以梳理清晰業(yè)務(wù)流程對(duì)設(shè)計(jì)后臺(tái)管理系統(tǒng)非常重要。
當(dāng)用戶在前端觸發(fā)某一操作到期望看到的結(jié)果之間，會(huì)存在很多工作在后臺(tái)完成，這里所指的后臺(tái)通常來(lái)講就是管理系統(tǒng)。
以貨運(yùn)行業(yè)為例：
業(yè)務(wù)流程圖在產(chǎn)品規(guī)劃階段完成，任務(wù)流程圖在產(chǎn)品設(shè)計(jì)之前完成，二者存在先后順序，通常是有了業(yè)務(wù)流程圖之后，再開(kāi)始著手處理任務(wù)流程圖。
任務(wù)流程圖：用戶在業(yè)務(wù)流程中完成了某一項(xiàng)任務(wù)，可以通過(guò)頁(yè)面流程圖來(lái)梳理清晰此階段主要是圍繞著核心業(yè)務(wù)流程進(jìn)行拓展，形成直線任務(wù)和完善細(xì)節(jié)。
梳理任務(wù)流的思路類似講一個(gè)故事，譬如：我們是如何解決這個(gè)問(wèn)題的？解決問(wèn)題的流程是什么？
有了任務(wù)流程圖之后，就可以開(kāi)始產(chǎn)品體驗(yàn)設(shè)計(jì)，將任務(wù)點(diǎn)一個(gè)個(gè)拆分為功能模塊，然后根據(jù)功能模塊直接的邏輯順序，組合成交互設(shè)計(jì)稿，也就是我們熟知的原型設(shè)計(jì)。
原型設(shè)計(jì)圖：原型設(shè)計(jì)階段，主要工作內(nèi)容為業(yè)務(wù)流程圖設(shè)計(jì)、邏輯結(jié)構(gòu)圖、功能結(jié)構(gòu)圖設(shè)計(jì)、界面低保真原型設(shè)計(jì)，確認(rèn)產(chǎn)品的界面布局、用戶用例、交互設(shè)計(jì)，同時(shí)交付需求規(guī)格說(shuō)明書(shū)。《在產(chǎn)品經(jīng)理眼里，「最敏捷」的產(chǎn)品設(shè)計(jì)流程》一文中，有比較詳細(xì)的解釋，可以參考。
事：行為管理（操作路徑、行為數(shù)據(jù)）
當(dāng)我們明確了不同用戶不同權(quán)限，不同權(quán)限做可操作不同功能之后，就需要進(jìn)一步回答如下的問(wèn)題：你要用戶干什么？告知用戶某個(gè)信息后需要用戶確認(rèn)知曉，還是希望用戶通過(guò)你的信息傳遞完成一個(gè)具體的動(dòng)作執(zhí)行？
回答以上問(wèn)題的過(guò)程就是完成行為管理，設(shè)計(jì)用戶操作路徑的過(guò)程。這一過(guò)程中就可以采集到用戶的行為數(shù)據(jù)，通過(guò)行為數(shù)據(jù)我們可以分析用戶真實(shí)的操作場(chǎng)景，并挖掘到業(yè)務(wù)流程及任務(wù)流程中尚未找到的需求點(diǎn)，從而進(jìn)一步的完善我們的管理系統(tǒng)。
如圖所示：管理后臺(tái)一般包括三大部分，頂導(dǎo)航、左導(dǎo)航、內(nèi)容區(qū)域。左側(cè)導(dǎo)航，通常結(jié)構(gòu)為1-2級(jí)，盡量不超過(guò)3級(jí)，子層級(jí)可通過(guò)下拉菜單方式展開(kāi)。
小Q來(lái)總結(jié)
一個(gè)產(chǎn)品的產(chǎn)生到用戶使用，類似我們做一道美味佳肴給客戶。后廚如同管理后臺(tái)，是一個(gè)產(chǎn)品最核心的業(yè)務(wù)及流程的承載，呈現(xiàn)給客戶的菜品如同前端產(chǎn)品的展示，最終經(jīng)由后廚的精心制作達(dá)到色香味具全。
因此，當(dāng)我們?cè)O(shè)計(jì)管理后臺(tái)的時(shí)候，業(yè)務(wù)明晰、邏輯明確是首要任務(wù)。管理后臺(tái)一般相對(duì)復(fù)雜，很多業(yè)務(wù)流程都是多線程穿插，而不是單線程的。
因此，產(chǎn)品經(jīng)理設(shè)計(jì)管理后臺(tái)時(shí)，對(duì)功能模塊的劃分和頁(yè)面的邏輯設(shè)計(jì)要求都非常高，一定不可以僅僅是簡(jiǎn)單的模塊疊加。
作者：Mandy權(quán)；微信公眾號(hào)：小Q聊產(chǎn)品
