編輯導(dǎo)讀：原型設(shè)計(jì)是每一個(gè)產(chǎn)品經(jīng)理的必修課，作為B端產(chǎn)品經(jīng)理，如何做好一個(gè)邏輯清晰的B端原型呢？本文作者從三個(gè)方面進(jìn)行分析，與你分享。

上一篇文章《如何快速接手一個(gè)甲方項(xiàng)目》講到新項(xiàng)目如何快速接手，且快速梳理，這篇想說下在項(xiàng)目原型，腦圖，邏輯都齊全后怎么繪制B端原型，畢竟設(shè)計(jì)到落地還是需要很大的一個(gè)工程，借這篇文章也對自己最近的原型設(shè)計(jì)踩的坑進(jìn)行一個(gè)總結(jié)。

一、思路明了，功能流程清晰

比如“評價(jià)管理”這個(gè)詞，大家直接能想到這個(gè)頁面需要對所有的評價(jià)進(jìn)行統(tǒng)一管理，評價(jià)有很多狀態(tài)，每一個(gè)狀態(tài)都需要在后臺進(jìn)行后續(xù)的操作，也就是需要在評價(jià)管理頁面進(jìn)行各種狀態(tài)判定，且不說程序上邏輯上處理的復(fù)雜情況，從用戶角度出發(fā)這樣友好嗎？用戶需要遍歷自己需要的評價(jià)狀態(tài)，且不能統(tǒng)一管理某種狀態(tài)評價(jià)。

對于“評價(jià)管理”我們應(yīng)該優(yōu)先想到的是好評，差評，這是我們隨便就可以想到的，但對于系統(tǒng)來說必須想到所有的狀態(tài)，因?yàn)榈灿幸粋€(gè)狀態(tài)想不到后面的流程就走不通或者會重構(gòu)。除了好評，差評還有追評，追評的前提是差評才可以追評，好評肯定沒有追評，那么這時(shí)問題就來了，何為好評？只有五星才是好評嗎？四星呢？三星呢？二星呢？所以涉及到了一個(gè)中評的概念，這四個(gè)才是“評價(jià)管理”的完整狀態(tài)。

評價(jià)情況列出后再去考慮系統(tǒng)業(yè)務(wù)，系統(tǒng)要實(shí)現(xiàn)什么？在原型設(shè)計(jì)上如何體現(xiàn)？再拿評價(jià)系統(tǒng)舉例，我們先設(shè)想一個(gè)問題，為什么大家見很多的評價(jià)系統(tǒng)都有“追評”這個(gè)功能？存在及合理，追評最簡單的場景是，用戶差評了，我們需要讓用戶再次追加評價(jià)，將評價(jià)變?yōu)楹迷u，這在網(wǎng)購平臺經(jīng)?？梢钥吹?，評價(jià)會影響商品和店鋪的權(quán)重，還有一種場景就是“誤評”，用戶買完商品了或者是用戶辦完業(yè)務(wù)了，文字說的是好評，但手滑打了差評，這是追評的兩種場景。然后我們在結(jié)合著兩種場景去考慮追評業(yè)務(wù)，比如第一種情況的話，我們怎么能讓用戶追評為好評，這個(gè)操作和記錄應(yīng)該怎么在后臺體現(xiàn)，如果是第二種場景，又應(yīng)該怎么在后臺體現(xiàn)，會涉及到那些功能模塊和哪些字段。

二、腦圖完整，頁面結(jié)構(gòu)清晰

功能流程和角色梳理清楚后，距離設(shè)計(jì)原型還差一步就是頁面結(jié)構(gòu)，對于已經(jīng)清晰的部分我們先把系統(tǒng)中單個(gè)業(yè)務(wù)的所有狀態(tài)拿出來，大家要知道后臺業(yè)務(wù)是復(fù)雜且繁瑣的。

對于評價(jià)管理前端來說，不用給用戶看我們是怎么讓一個(gè)刁蠻的用戶從差評追評為好評的，只需要讓用戶看到，“哦，這是好評”，甚至有的平臺連初始評價(jià)都不會保存，只留最后的結(jié)果。對于后臺來說，記住一句話“所有的操作在后臺都需要留有記錄”，處理的就叫已處理，沒處理的就叫沒處理，好評就是好評，差評就是差評，都需要進(jìn)行分類歸類，所以我們需要持著這個(gè)思路來繪制腦圖，切記，不要把兩種狀態(tài)放在一個(gè)列表又或者是一個(gè)列表需要兩種角色來操作，這是大忌，我們可以給一個(gè)人多種權(quán)限，讓他去和其他權(quán)限的人一起操作，但每一種權(quán)限都需要有自己的“空間”。

所以我們根據(jù)上面的思路，我們就會發(fā)現(xiàn)復(fù)雜的角色和功能都可以拆成相應(yīng)的頁面，而且根據(jù)這樣的思路繪制出的業(yè)務(wù)邏輯以及流程都是非常清晰的，A列表數(shù)據(jù)提交后，會流轉(zhuǎn)到B列表，這樣是不會沖突的，那么如果我們不用這個(gè)思路去分類，就很有可能出現(xiàn)A列表和B列表的數(shù)據(jù)都會到C列表，而C列表內(nèi)的數(shù)據(jù)可能有的需要二次操作，有的不需要二次操作，這樣的頁面對于技術(shù)來說就需要做判定了，而且根據(jù)情況不同，可能會更復(fù)雜，而且流程上不清晰。

三、確定細(xì)節(jié)，繪制原型！

最重要的細(xì)節(jié)！是公司的原型規(guī)范！公司的原型規(guī)范！公司的原型規(guī)范！重要的事情說三遍，新人一定要注意，不要讓你畫就直接開畫，最后畫了一天發(fā)現(xiàn)公司有規(guī)范~，上面的步驟做完后，先問一下領(lǐng)導(dǎo)公司有沒有已有的規(guī)范參考，如果沒有的話，在自行設(shè)計(jì)。

還有就是后臺設(shè)計(jì)比較重要的了，字段要考慮清楚，拿隨便一個(gè)業(yè)務(wù)來舉例，誰來辦的要有吧，這是用戶，誰給他辦的要有吧，這是辦理人，時(shí)間，窗口，業(yè)務(wù)要有吧，地點(diǎn)要有把，信息來源要有吧，操作要有吧，這是一些比較重要的信息，便于后臺人員操作的，還有的比如，辦理人電話，用戶電話這些信息就放在詳情里就好了，不用都展示在外面，頁面只展示最重要的信息，還有就是每個(gè)頁面涉及到的狀態(tài)和操作要梳理清楚，能做交互先做上，后期做PRD的時(shí)候就好做了。確定字段還有一個(gè)方法比較簡單，就是直接問，問上游，問下游，問。。。都可以，但當(dāng)然要有自己的思考拉，大概就這么多。

四、寫在最后

最近這兩篇文章都是針對B端新人的，因?yàn)槲乙彩莿傔M(jìn)入這個(gè)領(lǐng)域?qū)W習(xí)，就想把工作中的經(jīng)驗(yàn)匯總寫成文章供大家學(xué)習(xí)，也是對自己項(xiàng)目的一個(gè)總結(jié)，畢竟有刀才好削刃啊。

作者：胡子邯 ；公眾號：產(chǎn)品經(jīng)理的日常反思

本文由 @胡子邯 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議