編輯導(dǎo)語(yǔ)：作為供應(yīng)鏈產(chǎn)品經(jīng)理，在面對(duì)一個(gè)業(yè)務(wù)需求時(shí)，往往會(huì)有多種不同高度的產(chǎn)品解決方案，此時(shí)便需要結(jié)合具體業(yè)務(wù)來(lái)決定需要哪種方案。本文作者詳細(xì)拆解了供應(yīng)鏈ERP中的一個(gè)需求分析與實(shí)現(xiàn)的過(guò)程，來(lái)分析如何解決這類問(wèn)題，希望能給你帶來(lái)啟發(fā)。

一、業(yè)務(wù)場(chǎng)景

在多年的B端ERP SAAS產(chǎn)品經(jīng)理工作中，“供應(yīng)鏈產(chǎn)品老兵”發(fā)現(xiàn)面對(duì)一個(gè)業(yè)務(wù)需求，通常會(huì)有多種不同抽象高度的產(chǎn)品解決方案，而這每一種方案都無(wú)對(duì)錯(cuò)，都存在著一定的優(yōu)勢(shì)和劣勢(shì)，供應(yīng)鏈產(chǎn)品經(jīng)理只是需要結(jié)合具體業(yè)務(wù)、系統(tǒng)架構(gòu)和開(kāi)發(fā)資源來(lái)抉擇具體哪種方案。

那么接下來(lái)我將詳細(xì)拆解供應(yīng)鏈ERP中的一個(gè)需求分析與實(shí)現(xiàn)的過(guò)程，以此來(lái)啟發(fā)讀者對(duì)ERP SAAS系統(tǒng)產(chǎn)品設(shè)計(jì)的領(lǐng)悟出“通過(guò)標(biāo)準(zhǔn)化的產(chǎn)品方案解決一類問(wèn)題而不是一個(gè)問(wèn)題”。

在ERP SAAS系統(tǒng)中一般都有一個(gè)菜單“倉(cāng)庫(kù)庫(kù)存批次列表”，這其實(shí)是一個(gè)查詢“商品編碼+批次號(hào)+庫(kù)存數(shù)量”的功能，關(guān)鍵用戶是采購(gòu)、倉(cāng)庫(kù)管理員、財(cái)務(wù)。

有一天采購(gòu)員小佩給產(chǎn)品經(jīng)理阿華提出了一個(gè)需求：我經(jīng)常使用“倉(cāng)庫(kù)庫(kù)存批次列表”查數(shù)據(jù)，但我不需要查詢“庫(kù)存數(shù)量=0”的數(shù)據(jù)行，這些“庫(kù)存數(shù)量=0”的數(shù)據(jù)行嚴(yán)重影響了我的查詢效率，麻煩你幫我去掉。

二、產(chǎn)品方案

方案A

產(chǎn)品經(jīng)理阿華是一個(gè)很實(shí)誠(chéng)的人，他的思維基本就是“用戶讓我干啥我就干啥”，于是他非常高效地寫(xiě)下一個(gè)產(chǎn)品需求“倉(cāng)庫(kù)庫(kù)存批次列表中把庫(kù)存數(shù)量=0的數(shù)據(jù)在數(shù)據(jù)庫(kù)中刪除”。

1）優(yōu)勢(shì)分析

前端開(kāi)發(fā)無(wú)開(kāi)發(fā)量，后端開(kāi)發(fā)只需要執(zhí)行一行簡(jiǎn)單的delete SQL語(yǔ)句就行。

2）劣勢(shì)分析

其它頁(yè)面需要展現(xiàn)這種庫(kù)存數(shù)量為0的數(shù)據(jù)就獲取不到了，比如報(bào)損報(bào)溢單-報(bào)溢。這就是典型的用戶提出一個(gè)業(yè)務(wù)場(chǎng)景時(shí)，產(chǎn)品經(jīng)理就只想到這一個(gè)業(yè)務(wù)場(chǎng)景，且不怎么思考分析就執(zhí)行用戶的需求。

供應(yīng)鏈產(chǎn)品老兵覺(jué)得阿華同學(xué)這種“用戶提啥就做啥”的產(chǎn)品經(jīng)理工作方式，容易讓外界認(rèn)為“產(chǎn)品經(jīng)理就是一個(gè)把需求方的需求轉(zhuǎn)化成原型的中轉(zhuǎn)站而已，即產(chǎn)品經(jīng)理就是畫(huà)原型的”，如果是畢業(yè)2年以內(nèi)的無(wú)可厚非，如果是2年以上就需要沉靜下來(lái)，實(shí)事求是多熟悉業(yè)務(wù)、多思考了。

方案B

與方案A的區(qū)別是，阿華此時(shí)知道“報(bào)損報(bào)溢單-報(bào)溢 ，需要使用庫(kù)存數(shù)量為0的數(shù)據(jù)”，于是他寫(xiě)下一個(gè)產(chǎn)品需求“倉(cāng)庫(kù)庫(kù)存批次列表中 不展示庫(kù)存數(shù)量為0的數(shù)據(jù)行”。

1）優(yōu)勢(shì)分析

后端開(kāi)發(fā)無(wú)開(kāi)發(fā)量，前端開(kāi)發(fā)寫(xiě)死過(guò)濾掉庫(kù)存數(shù)量為0的數(shù)據(jù)也很簡(jiǎn)單，也能滿足小佩這個(gè)用戶的需求。

2）劣勢(shì)分析

其實(shí)還有一種用戶或客戶喜歡在倉(cāng)庫(kù)庫(kù)存批次列表中查詢“某商品編碼，如果查無(wú)數(shù)據(jù)就表示未購(gòu)進(jìn)過(guò)；如果查出來(lái)的庫(kù)存數(shù)量=0就表示購(gòu)進(jìn)過(guò) ”。

方案B直接把庫(kù)存數(shù)量為0的數(shù)據(jù)過(guò)濾掉了查不出來(lái)，那讓這類用戶豈不是很不滿意，這其實(shí)是解決了一個(gè)問(wèn)題又制造了一個(gè)問(wèn)題，做SAAS是不能這樣同一個(gè)功能讓一部分客戶滿意讓一部分客戶不滿意的，要大家都滿意才是一個(gè)標(biāo)準(zhǔn)化的功能。

供應(yīng)鏈產(chǎn)品老兵覺(jué)著阿華同學(xué)這種“對(duì)于用戶提出的一個(gè)問(wèn)題，只想到這一個(gè)用戶的問(wèn)題，不去想其它用戶對(duì)此關(guān)聯(lián)的問(wèn)題”的產(chǎn)品經(jīng)理工作方式，容易導(dǎo)致解決一個(gè)問(wèn)題又制造了若干問(wèn)題。

如果需要突破這種局面還是需要沉靜下來(lái)全面熟悉業(yè)務(wù)場(chǎng)景，這樣就少了一點(diǎn)拍腦袋了。

方案C

阿華同學(xué)通過(guò)業(yè)務(wù)調(diào)研發(fā)現(xiàn)”要不要查詢庫(kù)存數(shù)量為0的數(shù)據(jù)“是一個(gè)通用的問(wèn)題，而且有些用戶要查有些用戶不查，于是果斷寫(xiě)下一個(gè)產(chǎn)品需求“查詢條件新增一個(gè)勾選框，即是否查庫(kù)存數(shù)量為0的數(shù)據(jù)”。

1）優(yōu)勢(shì)分析

解決了查庫(kù)存數(shù)量為0和不查0這2個(gè)問(wèn)題，對(duì)別的業(yè)務(wù)場(chǎng)景不構(gòu)成傷害，且查不查由用戶選擇，開(kāi)發(fā)量也很小。

2）劣勢(shì)分析

沒(méi)有解決某個(gè)用戶要查“庫(kù)存數(shù)量 >100”或“可用數(shù)量>0”這類問(wèn)題，也就是沒(méi)有解決一類共同的問(wèn)題，導(dǎo)致相似問(wèn)題后續(xù)又需要用戶提需求，不符合做SAAS產(chǎn)品需求是要“用標(biāo)準(zhǔn)化方案解決一類問(wèn)題”的原則。

供應(yīng)鏈產(chǎn)品老兵覺(jué)著“阿華同學(xué)”此時(shí)已經(jīng)初步具有了從一個(gè)問(wèn)題挖掘一類問(wèn)題的能力，但是其挖掘的深度與廣度還可加強(qiáng)。

方案D

阿華同學(xué)在想既然不能刪數(shù)據(jù)庫(kù)的數(shù)據(jù)（方案A），又不能在這個(gè)頁(yè)面寫(xiě)死不查庫(kù)存數(shù)量為0的數(shù)據(jù)（方案B），那我就做一個(gè)參數(shù)控制“要不要查庫(kù)存數(shù)量為0的數(shù)據(jù)”，這個(gè)參數(shù)控制做到“客戶+角色”的維度。由于每一個(gè)賬號(hào)是關(guān)聯(lián)角色的，那么每一個(gè)用戶進(jìn)入這個(gè)“倉(cāng)庫(kù)庫(kù)存批次列表”都會(huì)根據(jù)參數(shù)配置來(lái)判斷能不能查庫(kù)存數(shù)量為0的數(shù)據(jù)。

1）優(yōu)勢(shì)分析

解決了這一個(gè)問(wèn)題不同用戶不同的訴求（查0或不查0），且參數(shù)配置好后用戶體驗(yàn)上沒(méi)有感知，進(jìn)入頁(yè)面后由參數(shù)來(lái)判斷，用戶只管查詢數(shù)據(jù)就行。

2）劣勢(shì)分析

在業(yè)務(wù)場(chǎng)景分析這塊思維還是沒(méi)有跳出通過(guò)一個(gè)問(wèn)題發(fā)現(xiàn)一類問(wèn)題，即還是在研究“用戶要不要查庫(kù)存數(shù)量為0”這個(gè)問(wèn)題，“庫(kù)存數(shù)量 >100或1000”、“預(yù)留數(shù)量>100或1000”這一類問(wèn)題沒(méi)有去一起分析。

性能方面比較差，比如用戶進(jìn)入這個(gè)頁(yè)面查詢時(shí)，前端會(huì)帶著搜索條件和參數(shù)的接口去請(qǐng)求后端查詢接口，如果這期間參數(shù)的接口報(bào)錯(cuò)那么就會(huì)導(dǎo)致查詢失敗，也就是說(shuō)這個(gè)查詢頁(yè)面太依賴其它模塊的接口了，這數(shù)據(jù)量一旦大起來(lái)就會(huì)造成性能不好。

供應(yīng)鏈產(chǎn)品老兵建議“阿華同學(xué)”在工作中要多與開(kāi)發(fā)溝通，了解一些前后端交互的技術(shù)常識(shí)，這樣在產(chǎn)品方案設(shè)計(jì)階段就能融合技術(shù)方案以保障產(chǎn)品方案的可落地。

所謂的產(chǎn)品經(jīng)理學(xué)技術(shù)不是比登天還難的事，不是要去敲代碼，只需要平常在與開(kāi)發(fā)溝通中要擅于總結(jié)、以求知之心多向開(kāi)發(fā)請(qǐng)教其實(shí)幾年下來(lái)也是算半個(gè)開(kāi)發(fā)了，記得工作中的開(kāi)發(fā)是產(chǎn)品經(jīng)理最好的技術(shù)老師而不是某本書(shū)某個(gè)課程。

方案E

阿華同學(xué)通過(guò)對(duì)多個(gè)用戶調(diào)研，發(fā)現(xiàn)除了“要求庫(kù)存數(shù)量大于0要不要查詢”這一個(gè)業(yè)務(wù)場(chǎng)景以外，還有以下業(yè)務(wù)場(chǎng)景：

1. 查“庫(kù)存數(shù)量>100或1000或10000”
2. 查“可用數(shù)量>100或1000或10000”
3. 其它查詢列表的數(shù)字類字段也有類似上述1、2的場(chǎng)景

于是在綜合考慮這一類場(chǎng)景問(wèn)題，按照SAAS產(chǎn)品設(shè)計(jì)的原則抽象出標(biāo)準(zhǔn)化的解決方案，即每一個(gè)數(shù)字類、金額類字段都做一個(gè)按大小搜索的小彈窗，如下圖所示：

1）優(yōu)勢(shì)分析

到了這個(gè)階段 阿華同學(xué)已經(jīng)具有了通過(guò)用戶提出的一個(gè)問(wèn)題發(fā)現(xiàn)一類問(wèn)題的業(yè)務(wù)診斷能力，也具備了抽象出一套標(biāo)準(zhǔn)化方案解決一類問(wèn)題的能力。

不但解決了“倉(cāng)庫(kù)庫(kù)存批次列表”的數(shù)字類字段查詢問(wèn)題，還解決了其它所有列表數(shù)字類字段查詢的問(wèn)題。

2）劣勢(shì)分析

用戶每次進(jìn)入查詢頁(yè)面需要去點(diǎn)擊“庫(kù)存數(shù)量”然后輸入最小值操作才行，這樣具有一定的刻意性，體驗(yàn)不是很好。還有就是沒(méi)有解決類似“查詢庫(kù)存數(shù)量>0且預(yù)留數(shù)量大于0”這樣的問(wèn)題。

供應(yīng)鏈產(chǎn)品老兵覺(jué)著此時(shí)的“阿華同學(xué)”已經(jīng)初步具備了用標(biāo)準(zhǔn)化方案解決一類問(wèn)題的能力，但這個(gè)一類問(wèn)題梳理的還不夠全面，所謂以點(diǎn)帶面看到的還只是正方體的4個(gè)面還有2個(gè)面未曾看到。

方案F

怎樣既能用標(biāo)準(zhǔn)化方案解決一類場(chǎng)景，還能讓用戶在體驗(yàn)上不刻意為之呢，阿華同學(xué)綜合以上5種產(chǎn)品方案思考出第六種高度抽象的SAAS化解決方案，即由架構(gòu)師去低代碼平臺(tái)中開(kāi)發(fā)出篩選器功能，然后由用戶在頁(yè)面中自由配置，不需要各業(yè)務(wù)模塊的開(kāi)發(fā)參與。

如果用戶要實(shí)現(xiàn)“查詢庫(kù)存數(shù)量>0且【預(yù)留數(shù)量 < 可用數(shù)量】”的需求，具體從用戶角度操作與交互如下：

1. 點(diǎn)擊“倉(cāng)庫(kù)庫(kù)存批次列表”頁(yè)右上角的【篩選器】按鈕，彈出篩選器彈窗
2. 在篩選器彈窗左邊的篩選條件，點(diǎn)擊“庫(kù)存數(shù)量 右邊的+”，這樣右側(cè)新增一行，運(yùn)算符選擇大于，值填寫(xiě)0，關(guān)系（或且非）選擇“且”
3. 在篩選器彈窗左邊的篩選條件，點(diǎn)擊“預(yù)留數(shù)量 右邊的+”，這樣右側(cè)新增一行，運(yùn)算符選擇小于，值選擇“可用數(shù)量”，關(guān)系（或且非）選擇“且”

補(bǔ)充說(shuō)明

如果用戶進(jìn)來(lái)偶爾按不同條件來(lái)搜索查詢，且條件具有個(gè)性化，那么按照以上篩選器配置后點(diǎn)擊【搜索】就可以按已設(shè)置的條件去查詢過(guò)濾數(shù)據(jù)，不需要存模板。

如果用戶的查詢條件僅對(duì)他自己具有一定的通用性，比如查“查詢庫(kù)存數(shù)量>0 且 【預(yù)留數(shù)量 < 可用數(shù)量”，那么在上面篩選器的配置中配置完成后點(diǎn)擊底部的【存模板】這樣就會(huì)把這個(gè)篩選器保存為一個(gè)模板，從而每次進(jìn)入到這個(gè)頁(yè)面可以在列表頁(yè)右側(cè)的【模板】按鈕中選擇自己的模板列表按需查詢，就不用每次進(jìn)來(lái)都配置篩選器了。

如果用戶的查詢條件對(duì)同客戶的所有用戶都具有一定的通用性，那么在上面篩選器的配置中勾選“是否設(shè)為公用模板”然后存模板就行，這樣就同一家客戶所有用戶都可以使用此模板了。

如果用戶需要每次進(jìn)入這個(gè)頁(yè)面就調(diào)用某個(gè)默認(rèn)的模板來(lái)查詢，那么在上面篩選器配置中勾選“是否設(shè)為默認(rèn)模板”就行。

1）優(yōu)勢(shì)分析

用可配置的標(biāo)準(zhǔn)化方案一次性解決了所有列表或報(bào)表的查詢場(chǎng)景，不需要用戶反復(fù)多次提需求，用戶暫時(shí)沒(méi)想到的業(yè)務(wù)場(chǎng)景阿華同學(xué)也想到了，具有較完善的SAAS產(chǎn)品經(jīng)理業(yè)務(wù)診斷能力與高度抽象的產(chǎn)品方案設(shè)計(jì)能力。

2）劣勢(shì)分析

開(kāi)發(fā)成本較高，如果沒(méi)有類似低代碼平臺(tái)恐怕難以開(kāi)發(fā)出來(lái)；用戶不怎么會(huì)操作，后期培訓(xùn)成本較高。

供應(yīng)鏈產(chǎn)品老兵認(rèn)為此時(shí)“阿華同學(xué)”已經(jīng)具備了比較完善的供應(yīng)鏈業(yè)務(wù)診斷能力與高度抽象的SAAS產(chǎn)品方案設(shè)計(jì)能力，但其用戶體驗(yàn)設(shè)計(jì)的能力要加強(qiáng)，還需要考慮開(kāi)發(fā)成本，畢竟很多互聯(lián)網(wǎng)公司是沒(méi)有低代碼平臺(tái)這類開(kāi)發(fā)資源的。

三、供應(yīng)鏈產(chǎn)品老兵總結(jié)

供應(yīng)鏈占了B端的一大頭，而ERP系統(tǒng)常常是包含了供應(yīng)鏈的所有模塊，比如商品、訂單、采購(gòu)、倉(cāng)儲(chǔ)、配送、庫(kù)存、財(cái)務(wù)、促銷等。如果只是做甲方自營(yíng)的供應(yīng)鏈ERP系統(tǒng)，那么對(duì)于產(chǎn)品經(jīng)理大可不必要求“用標(biāo)準(zhǔn)化的解決方案解決一類問(wèn)題”，因?yàn)槿绻@樣做 高度抽象出來(lái)的產(chǎn)品方案應(yīng)用少且開(kāi)發(fā)成本太高了。

如果是做乙方的ERP SAAS系統(tǒng)，這樣的ERP就不僅僅是一個(gè)工具屬性還是一個(gè)行業(yè)的完整解決方案，行業(yè)解決方案是需要多年的業(yè)務(wù)積累才能沉淀的。而且一個(gè)需求常常對(duì)應(yīng)的就是一個(gè)解決方案，這樣的解決方案要眾口能調(diào)，即盡最大的力量讓所有客戶都滿意，這樣才是完整的整體行業(yè)解決方案。

但是是實(shí)際工作中 部分產(chǎn)品經(jīng)理由于對(duì)業(yè)務(wù)場(chǎng)景不是很熟，對(duì)產(chǎn)品設(shè)計(jì)的抽象能力不夠 導(dǎo)致輸出的產(chǎn)品方案難以解決一類問(wèn)題，從而讓不同用戶對(duì)同一類問(wèn)題反復(fù)提需求，對(duì)系統(tǒng)就是相當(dāng)于反復(fù)打補(bǔ)丁。

我是供應(yīng)鏈產(chǎn)品老兵，做了供應(yīng)鏈這塊的“ERP+SAAS+低代碼+wms”累計(jì)超過(guò)6年，我不擅于分享宏觀方法論和各種商業(yè)分析，只知道分析需求是怎樣做的，期望以需求實(shí)戰(zhàn)的內(nèi)容分享來(lái)引導(dǎo)供應(yīng)鏈產(chǎn)品經(jīng)理特別是做SAAS的產(chǎn)品經(jīng)理來(lái)逐步養(yǎng)成“用標(biāo)準(zhǔn)化的產(chǎn)品方案來(lái)解決一類問(wèn)題的原則”，從而提升業(yè)務(wù)診斷能力和抽象思維。

作者：產(chǎn)品老兵，公眾號(hào)：供應(yīng)鏈產(chǎn)品老兵

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

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