中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

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

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

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

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

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

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

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

1. 案例

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

2. 如何描述

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

點評描述一：

看起來比較需求化，但實際上存在一個問題，就是沒有定義什么樣才算是交叉。

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

如果產(chǎn)品經(jīng)理認為交叉是個白癡問題，無需定義（實際確實如此），但是開發(fā)的代碼如果寫錯，就會出現(xiàn)對標(biāo)不一致。

換句話說，產(chǎn)品理解這句話，開發(fā)也理解這句話的意思，測試也理解，但是沒有確保大家的理解是一致的。

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

點評描述二：

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

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

點評描述三：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具體體現(xiàn)在：

1. 設(shè)計頁面搜索項

設(shè)計頁面搜索項，搜索條件的多少和搜索速度并沒有必然的線性關(guān)系。

有時候?qū)⒑Y選條件細化，即增加篩選項，反而可能加快速度。

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

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

查學(xué)生姓名之前先選班級，會比不選班級的查詢速度稍微快一點。

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

五、考慮特殊場景應(yīng)對機制

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

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

這種問題不僅會造成出錯的風(fēng)險，而且對業(yè)務(wù)人員是一種重復(fù)操作，浪費時間。

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

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

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

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

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

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

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

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

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

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

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

分析：這個問題的關(guān)鍵在于兩種方案哪個綜合性價比更高。

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

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

#專欄作家#

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

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

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