??編輯導(dǎo)語(yǔ)：“設(shè)計(jì)型”產(chǎn)品經(jīng)理變?yōu)椤胺桨感汀碑a(chǎn)品經(jīng)理，經(jīng)歷一段中后臺(tái)產(chǎn)品PRD就好了。但“設(shè)計(jì)型”是什么，“方案型”又是什么？本文結(jié)合實(shí)際案例，與大家一同剖析B端PRD的邏輯，講明“方案型”產(chǎn)品經(jīng)理實(shí)戰(zhàn)中的方法論。推薦感興趣的童鞋閱讀學(xué)習(xí)。

方案型產(chǎn)品經(jīng)理就是，不再只說(shuō)“我要xx”（潛臺(tái)詞怎么實(shí)現(xiàn)我不管），而是思考“我要xx，邏輯是……”（潛臺(tái)詞是我已經(jīng)想透了）。

方案設(shè)計(jì)更多體現(xiàn)在邏輯規(guī)則與整體架構(gòu)的契合度上。差的方案往往讓開(kāi)發(fā)過(guò)程反復(fù)拉鋸，事倍功半。

需求與方案的融合，對(duì)團(tuán)隊(duì)和諧、產(chǎn)品擴(kuò)展，大有裨益！是產(chǎn)品經(jīng)理的價(jià)值體現(xiàn)之一。

來(lái)聊聊<后端產(chǎn)品經(jīng)理寶典>的核心之一：中、后端需求方案（PRD）的注意事項(xiàng)。

一、想好方案，還要恰當(dāng)好處的敘述

怎么在PRD中表達(dá)“區(qū)間不能相互交叉”呢？

1. 案例

在一個(gè)Excel導(dǎo)入功能的需求中，要導(dǎo)入的內(nèi)容是不同重量區(qū)間對(duì)應(yīng)的費(fèi)用計(jì)算規(guī)則。因此需求文檔中，要體現(xiàn)不允許重量區(qū)間交叉。

2. 如何描述

描述一：同一規(guī)則的任意兩條數(shù)據(jù)，其重量區(qū)間不能有交叉。

點(diǎn)評(píng)描述一：

看起來(lái)比較需求化，但實(shí)際上存在一個(gè)問(wèn)題，就是沒(méi)有定義什么樣才算是交叉。

因此，是需求描述的不清楚。

如果產(chǎn)品經(jīng)理認(rèn)為交叉是個(gè)白癡問(wèn)題，無(wú)需定義（實(shí)際確實(shí)如此），但是開(kāi)發(fā)的代碼如果寫(xiě)錯(cuò)，就會(huì)出現(xiàn)對(duì)標(biāo)不一致。

換句話(huà)說(shuō)，產(chǎn)品理解這句話(huà)，開(kāi)發(fā)也理解這句話(huà)的意思，測(cè)試也理解，但是沒(méi)有確保大家的理解是一致的。

描述二：同一規(guī)則的任意兩條數(shù)據(jù)，假設(shè)重量區(qū)間分別為a-b、c-d，那么若出現(xiàn)a<e<b、a<f<b、e<b<f、e<a<f中的任意一種情況，則視為這兩個(gè)重量區(qū)間交叉。

點(diǎn)評(píng)描述二：

比描述一更加具體化，抽象概括，給出了定義。但是實(shí)際上遇到的情況是，開(kāi)發(fā)自己把自己搞糊涂了，最后開(kāi)發(fā)看著描述三，才把代碼寫(xiě)清楚。

描述三：同一規(guī)則的各條數(shù)據(jù)，每一條數(shù)據(jù)的起點(diǎn)或終點(diǎn)，都不能介于其余各行的起點(diǎn)和終點(diǎn)之間。

點(diǎn)評(píng)描述三：

比起描述二，描述三的本質(zhì)是一樣的，但是你會(huì)發(fā)現(xiàn)，換了一個(gè)簡(jiǎn)單的描述方式，避免了一個(gè)先入為主的限制，給開(kāi)發(fā)一些留白，又能不遺漏地去想自己的代碼。

二、注意遵從Web頁(yè)面設(shè)計(jì)常識(shí)

在一個(gè)頁(yè)面當(dāng)中，我們看到不同的位置擺放不同的元素，就像被割開(kāi)一塊一塊的。

這是由于HTML本身就劃定了頁(yè)面元素的坐標(biāo)，因此在規(guī)劃頁(yè)面的時(shí)候就要遵從或利用這些規(guī)則。

比如：在一個(gè)表單當(dāng)中，當(dāng)你要在二維欄中加一行描述的時(shí)候，如下圖這樣地設(shè)計(jì)就有點(diǎn)含糊：

因?yàn)?，?yè)面的這個(gè)位置就像是一個(gè)兩列的表格，而截圖批注的內(nèi)容卻是在一個(gè)表格展示的。

所以開(kāi)發(fā)會(huì)困惑：你是要讓重新插入一個(gè)新的區(qū)域做成一維單元格，還是在原來(lái)的表格中分兩列展示呢？

三、結(jié)合業(yè)務(wù)場(chǎng)景靈活設(shè)計(jì)方案

舉個(gè)例子：客戶(hù)等級(jí)規(guī)則設(shè)置功能，參數(shù)多，每個(gè)參數(shù)存在大于、等于、介于三種情況。

常規(guī)的設(shè)計(jì)思路是不同的參數(shù)分開(kāi)存儲(chǔ)，也就是一條完整數(shù)據(jù)要分多條存儲(chǔ)。

比如，“id”為“001”的規(guī)則選擇了三個(gè)參數(shù)，就要出現(xiàn)三行數(shù)據(jù)，且每一行數(shù)據(jù)都要對(duì)應(yīng)考慮四組數(shù)據(jù)關(guān)系(大于、大于等于、小于、小于等于)。如下所示：

這樣的設(shè)計(jì)導(dǎo)致字段較多（列較多），且每個(gè)規(guī)則又會(huì)隨著參數(shù)的增多而導(dǎo)致行數(shù)增多的問(wèn)題。

由于這些規(guī)則要傳遞給另一個(gè)系統(tǒng)去識(shí)別和運(yùn)算，那么就更顯得冗余沉重，是否能更簡(jiǎn)單點(diǎn)呢？

進(jìn)一步調(diào)研獲知，這個(gè)功能運(yùn)算出來(lái)的數(shù)據(jù)本身就有結(jié)果偏差。因此對(duì)精確度的要求不高。

于是，重新和業(yè)務(wù)用戶(hù)溝通后，優(yōu)化了數(shù)據(jù)存儲(chǔ)方案為：每個(gè)參數(shù)都用一個(gè)列，而每列的取值約定雙側(cè)為閉區(qū)間，用逗號(hào)隔開(kāi)。

如果業(yè)務(wù)用戶(hù)想表達(dá)大于100，那就寫(xiě)“100.01,”，即“大于100”約等于“大于等于100.01”。同樣，小于80.01約等于“小于等于80.00”。因此只需要簡(jiǎn)單如下所示的存儲(chǔ)結(jié)構(gòu)即可（注意逗號(hào)是取值區(qū)間的分割符號(hào)）：

結(jié)論：盡量使用從簡(jiǎn)的設(shè)計(jì)方案。發(fā)現(xiàn)復(fù)雜的時(shí)候回到問(wèn)題源頭，結(jié)合業(yè)務(wù)場(chǎng)景靈活設(shè)計(jì)。

四、不要想當(dāng)然

具體體現(xiàn)在：

1. 設(shè)計(jì)頁(yè)面搜索項(xiàng)

設(shè)計(jì)頁(yè)面搜索項(xiàng)，搜索條件的多少和搜索速度并沒(méi)有必然的線(xiàn)性關(guān)系。

有時(shí)候?qū)⒑Y選條件細(xì)化，即增加篩選項(xiàng)，反而可能加快速度。

這與篩選字段的索引情況、數(shù)據(jù)量、數(shù)據(jù)存儲(chǔ)在表的結(jié)構(gòu)（如分表存儲(chǔ)）都有關(guān)系。

2. 結(jié)合技術(shù)常識(shí)

查學(xué)生姓名之前先選班級(jí)，會(huì)比不選班級(jí)的查詢(xún)速度稍微快一點(diǎn)。

因此,在設(shè)計(jì)方案的時(shí)候，并不能一概地通過(guò)減少搜索項(xiàng)試圖提高搜索速度。而應(yīng)當(dāng)根據(jù)具體的情況，結(jié)合一定的技術(shù)常識(shí)進(jìn)行判斷，而不是想當(dāng)然地設(shè)計(jì)方案。

五、考慮特殊場(chǎng)景應(yīng)對(duì)機(jī)制

特殊場(chǎng)景很多，比如：逆向操作、空值、并發(fā)等。

以并發(fā)為例，后臺(tái)的業(yè)務(wù)人員雖然不多，但是也常常會(huì)出現(xiàn)多個(gè)用戶(hù)同時(shí)操作同一個(gè)數(shù)據(jù)的情況。
比如：兩個(gè)客服都看到了同一個(gè)待編輯訂單，于是兩人都要進(jìn)行編進(jìn)，碰巧時(shí)間相同，那么這就是會(huì)出現(xiàn)并發(fā)沖突。

這種問(wèn)題不僅會(huì)造成出錯(cuò)的風(fēng)險(xiǎn)，而且對(duì)業(yè)務(wù)人員是一種重復(fù)操作，浪費(fèi)時(shí)間。

因此如果遇到這樣的場(chǎng)景，產(chǎn)品經(jīng)理設(shè)計(jì)方案的時(shí)候就跟業(yè)務(wù)溝通，可能業(yè)務(wù)的一個(gè)簡(jiǎn)單的分組就化解了這種問(wèn)題。

又比如做推送機(jī)制的時(shí)候?qū)?shù)據(jù)分別推送給兩個(gè)客服，或者直接將訂單數(shù)據(jù)分組，不同組的客服分別處理自己組的。

作為產(chǎn)品經(jīng)理，需要在方案的時(shí)候告訴特殊場(chǎng)景或特殊操作，然后具體的處理機(jī)制由開(kāi)發(fā)設(shè)計(jì)。

六、了解業(yè)務(wù)

每個(gè)行業(yè)都有外人不熟悉的信息盲區(qū)。

比如跨境業(yè)務(wù)的“時(shí)區(qū)”轉(zhuǎn)化問(wèn)題為例：

跨境網(wǎng)站如果抓取訂單，海外的平臺(tái)采用的時(shí)區(qū)和我們的并不一樣。并且某些平臺(tái)在不同國(guó)家站點(diǎn)所采用的時(shí)區(qū)也不一樣。

所以在抓單時(shí)需要把訂單所屬的時(shí)區(qū)轉(zhuǎn)換成北京時(shí)間，才能根據(jù)北京時(shí)間把訂單抓回來(lái)。了解后端產(chǎn)品知識(shí)之后這些就很容易，推薦一本書(shū)籍：

七、A/B方案對(duì)比，取最優(yōu)方案

舉一個(gè)案例：A系統(tǒng)需要用到手續(xù)費(fèi)，手續(xù)費(fèi)比例是由業(yè)務(wù)自己配置的。

在做這個(gè)需求的時(shí)候，了解到另一個(gè)系統(tǒng)已經(jīng)有這套配置功能了,并且已經(jīng)有了正常的手續(xù)費(fèi)數(shù)據(jù)。那么A系統(tǒng)是繼續(xù)在自己系統(tǒng)新建一個(gè)配置功能，還是創(chuàng)建接口從對(duì)方系統(tǒng)獲取現(xiàn)成的呢?

分析：這個(gè)問(wèn)題的關(guān)鍵在于兩種方案哪個(gè)綜合性?xún)r(jià)比更高。

接口獲取案看似簡(jiǎn)單，但存在系統(tǒng)的耦合性，需要進(jìn)行跨系統(tǒng)的聯(lián)測(cè)；而新建看似復(fù)雜，但是只是一個(gè)簡(jiǎn)常規(guī)的規(guī)則配置，無(wú)需聯(lián)調(diào)測(cè)試。因此，最后采用新建配置規(guī)則的方案。

這說(shuō)明：表面上看起來(lái)省事的方案，可能真實(shí)執(zhí)行起來(lái)反而會(huì)麻煩。因此產(chǎn)品經(jīng)理要充分思考，A/B方案對(duì)比后做出選擇。

#專(zhuān)欄作家#

唧唧歪歪PM，公眾號(hào)：唧唧歪歪PM（ID：jjyypm），人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家，2019年年度作者。《后端產(chǎn)品經(jīng)理寶典》作者，藥學(xué)碩士轉(zhuǎn)行互聯(lián)網(wǎng)產(chǎn)品多年；熟悉跨境電商業(yè)務(wù)，醫(yī)藥領(lǐng)域；擅長(zhǎng)大型后臺(tái)體系，社交APP。

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

題圖來(lái)自Unsplash，基于CC0協(xié)議。