本文介紹了3個(gè)企業(yè)在流程變化、組織架構(gòu)調(diào)整時(shí)，如何減少、甚至避免B端產(chǎn)品傷筋動(dòng)骨大調(diào)整的技巧。

企業(yè)在經(jīng)營(yíng)中，業(yè)務(wù)流程變化，組織架構(gòu)調(diào)整，是難以避免的事情；甚至隨著市場(chǎng)環(huán)境、競(jìng)爭(zhēng)格局變化的加劇，二者需要更敏捷的隨需而變。

當(dāng)業(yè)務(wù)流程或組織架構(gòu)變革時(shí)，不但帶來(lái)B端產(chǎn)品使用角色的調(diào)整，而且經(jīng)常需要產(chǎn)品流程的大調(diào)整、產(chǎn)品功能的大升級(jí)。

有些城市道路管道鋪線，經(jīng)常扒開馬路，扒了填，填了扒，段子手就把建設(shè)工人稱為“扒路軍”。其實(shí)是嘲諷規(guī)劃不到位，設(shè)計(jì)不科學(xué)，甚至各自為政，管線規(guī)劃缺乏通盤考慮。

B端產(chǎn)品如果規(guī)劃不合理，產(chǎn)品設(shè)計(jì)耦合性過(guò)高，企業(yè)每次流程變化、組織架構(gòu)調(diào)整時(shí)，產(chǎn)品技術(shù)人員，也是充當(dāng)“扒路軍”的角色，把產(chǎn)品反復(fù)扒開改，改了扒。產(chǎn)品技術(shù)團(tuán)隊(duì)，輕則加班加點(diǎn)，重則拉出去封閉，把原有產(chǎn)品重構(gòu)，翻個(gè)底朝天。

其實(shí)，SaaS（是Software-as-a-Service的縮寫名稱，意思為軟件即服務(wù)，即通過(guò)網(wǎng)絡(luò)提供軟件服務(wù)。）軟件服務(wù)商在產(chǎn)品設(shè)計(jì)時(shí)，對(duì)業(yè)務(wù)流程變化、組織架構(gòu)調(diào)整的適應(yīng)程度是挺高的。但是，大多B端產(chǎn)品經(jīng)理并沒(méi)有SaaS軟件服務(wù)商的工作背景，這也難為他們了。

那么，在企業(yè)流程變化、組織架構(gòu)調(diào)整時(shí)，如何減少、甚至避免B端產(chǎn)品傷筋動(dòng)骨的大調(diào)整呢？

我結(jié)合以前在SaaS軟件服務(wù)商的工作經(jīng)歷，提供如下幾種策略。

一、多狀態(tài)單據(jù)需要拆單，并支持流程可定義

1. B、C端訂單狀態(tài)個(gè)數(shù)對(duì)比

C端訂單，一個(gè)單據(jù)五六個(gè)、甚至七八個(gè)狀態(tài)很正常，因?yàn)榇蠖鄶?shù)這些訂單狀態(tài)的變化都跟用戶操作有關(guān)，或者這些狀態(tài)的變化都要通知用戶。

比如我們常見(jiàn)的電商訂單至少有“待支付、支付成功、已發(fā)貨、已完成、已關(guān)閉”這五個(gè)狀態(tài)，且這五個(gè)狀態(tài)都是用戶這個(gè)角色關(guān)心的。

再比如我做的旅游度假訂單，用戶能夠看到的訂單狀態(tài)至少有“待支付、定金已付待付尾款、尾款分批支付中、已付全款、尾款支付超時(shí)關(guān)閉、出行中、服務(wù)完成、退改中、訂單關(guān)閉”，這九個(gè)狀態(tài)。

對(duì)于B端產(chǎn)品，就不適合在一個(gè)單據(jù)上設(shè)計(jì)多個(gè)狀態(tài)了。因?yàn)椋珺端一個(gè)業(yè)務(wù)中，有不同的角色來(lái)處理。比如采購(gòu)業(yè)務(wù)，采購(gòu)員負(fù)責(zé)下單、質(zhì)檢員負(fù)責(zé)到貨驗(yàn)收、倉(cāng)庫(kù)負(fù)責(zé)入庫(kù)、采購(gòu)員或財(cái)務(wù)負(fù)責(zé)對(duì)賬、財(cái)務(wù)負(fù)責(zé)支付結(jié)算等。

2. B端單據(jù)設(shè)計(jì)不合理，是癥結(jié)所在

若是B端采購(gòu)業(yè)務(wù)，把所有信息都設(shè)計(jì)在采購(gòu)訂單上，狀態(tài)復(fù)雜不說(shuō)，而且不易于不同角色的人員進(jìn)行操作。更重要的是，各類信息都依附于采購(gòu)訂單，難以支持業(yè)務(wù)流程的變化，更無(wú)法根據(jù)不同采購(gòu)物資設(shè)置不同的采購(gòu)流程。

試想一下，重要物資，每次采購(gòu)入庫(kù)都需要檢驗(yàn)。而某些常見(jiàn)低價(jià)值的標(biāo)準(zhǔn)物料入庫(kù)無(wú)需檢驗(yàn)，若采購(gòu)質(zhì)檢、采購(gòu)入庫(kù)信息都填在采購(gòu)訂單上，會(huì)造成有些單據(jù)有采購(gòu)合格數(shù)量。有些物料要么自動(dòng)默認(rèn)合格，要么空著，多亂啊。

若哪一天采購(gòu)質(zhì)檢標(biāo)準(zhǔn)變了，原來(lái)不需要質(zhì)檢的某物料現(xiàn)在需要質(zhì)檢了；當(dāng)統(tǒng)計(jì)此物料的質(zhì)檢數(shù)據(jù)時(shí)，還需人為記著從什么時(shí)間開始質(zhì)檢的。否則，統(tǒng)計(jì)的數(shù)據(jù)不易解讀。

3. 解決方案

解決這些問(wèn)題，一般本著“高內(nèi)聚、低耦合”的思路，把流程中各個(gè)節(jié)點(diǎn)打散，支持自由組合。

比如在采購(gòu)流程中，下單、到貨、質(zhì)檢、入庫(kù)、對(duì)賬、支付等環(huán)節(jié)，都是獨(dú)立設(shè)計(jì)單據(jù)，每類單據(jù)可以根據(jù)上游單據(jù)生成。也可以根據(jù)業(yè)務(wù)需要省略某些單據(jù)，比如不需要質(zhì)檢的物資，省去采購(gòu)檢驗(yàn)單。

每類單據(jù)都單獨(dú)設(shè)計(jì)單據(jù)狀態(tài)，比如采購(gòu)訂單設(shè)計(jì)“已保存、已審核”的狀態(tài)，已審核的采購(gòu)訂單支持生成采購(gòu)到貨單或采購(gòu)入庫(kù)單。

這樣，就把長(zhǎng)鏈條的采購(gòu)流程解耦開了，就非常方便的支持采購(gòu)流程的按需組合。當(dāng)業(yè)務(wù)流程變化、企業(yè)架構(gòu)變化時(shí)，按照角色重新賦予每類單據(jù)的權(quán)限就可以了。

比如采購(gòu)業(yè)務(wù)某類物資，無(wú)需做到貨單據(jù)，甚至無(wú)需做采購(gòu)訂單，直接辦理采購(gòu)入庫(kù)。銷售業(yè)務(wù)的某類產(chǎn)品不用依據(jù)發(fā)貨單出庫(kù)，直接根據(jù)銷售訂單出庫(kù)。這種“高內(nèi)聚、低耦合”的設(shè)計(jì)方式都能很好的支持。

二、單據(jù)模板化，需支持多版本

1. 需求場(chǎng)景

當(dāng)企業(yè)管理改善，或組織架構(gòu)調(diào)整后，經(jīng)常伴有業(yè)務(wù)流程的變化、管理要求的不同。對(duì)于業(yè)務(wù)流程變化的支持，在前面已給出了解決方案。而對(duì)于管理要求變化的支持，單據(jù)信息若能靈活定義，便能解決相當(dāng)一部分。

因采購(gòu)業(yè)務(wù)好理解，還是拿它舉例子。

比如公司要提高某類重點(diǎn)物資的采購(gòu)到貨及時(shí)率，在下達(dá)采購(gòu)訂單時(shí)，采購(gòu)員必須要給供應(yīng)商先約定采購(gòu)到貨周期，同時(shí)還要清楚此物資的當(dāng)前可用量、日均消耗量；甚至還要針對(duì)物料填寫一些備注信息。

這樣做，一是明確到貨時(shí)間、約定采購(gòu)細(xì)節(jié)；二是可以知道余量夠不夠吃，避免青黃不接時(shí)斷糧。

但是，沒(méi)有必要每種物料這樣搞。尤其是到貨日期，不能采購(gòu)員都填一個(gè)吧，這樣也無(wú)意義呀。

那怎么辦呢？

2. 解決方案

臨時(shí)風(fēng)風(fēng)火火的加班改產(chǎn)品方案、改程序，是一種辦法。

那要經(jīng)常做這種調(diào)整呢？

顯然這不是一個(gè)好路子。

SaaS軟件服務(wù)商常用的辦法是：把重要單據(jù)進(jìn)行模板化，在下單時(shí)，支持設(shè)置默認(rèn)版本，支持選擇版本。

互聯(lián)網(wǎng)企業(yè)，在B端產(chǎn)品上，也可以采用這類辦法，給重要的單據(jù)，先設(shè)置模板。

此單據(jù)涉及的所有數(shù)據(jù)，在單據(jù)模板上都支持設(shè)置是否顯示、是否必輸。支持模板多版本、支持模板復(fù)制、支持模板的停啟用、支持模板的重命名、支持模板設(shè)置默認(rèn)等。

除此之外，還支持字段的自定義。比如在單據(jù)頭（單據(jù)主信息）、單據(jù)體（單據(jù)明細(xì)信息）分別支持16個(gè)自定義字段名的字段。給這些字段提前定義好數(shù)據(jù)類型，支持設(shè)置是否必填等。當(dāng)需要使用時(shí)，根據(jù)所增加的信息是否日期類型、文本類型、枚舉類型等，按需使用。

當(dāng)這樣進(jìn)行產(chǎn)品設(shè)計(jì)時(shí)，需求方也不會(huì)天天背后盯著加信息、改信息了；技術(shù)小伙伴也不用急慌慌的著急上線了；管理變化、業(yè)務(wù)變化的很多需求自然也隨時(shí)支持了。

大家都樂(lè)意、都高興，多香啊！

三、對(duì)變動(dòng)頻繁的業(yè)務(wù)流程或重要節(jié)點(diǎn)，進(jìn)行參數(shù)化

仔細(xì)想一下，很多時(shí)候業(yè)務(wù)的小調(diào)整、小優(yōu)化，不是某類選項(xiàng)在“是否”間調(diào)整，就是某個(gè)閾值調(diào)整，或者增加或減少一個(gè)選項(xiàng)。雖然這三類調(diào)整涵蓋不了全部，但是也能應(yīng)付大部分日常業(yè)務(wù)優(yōu)化與調(diào)整。

比如銷售業(yè)務(wù)，原來(lái)銷售出庫(kù)必須依據(jù)銷售訂單，即“銷售出庫(kù)必有訂單”選項(xiàng)，選擇“是”?，F(xiàn)在針對(duì)某些商品，可以直接填寫銷售出庫(kù)單，即“無(wú)訂單出庫(kù)”。若系統(tǒng)有參數(shù)支持“銷售出庫(kù)必有訂單”在“是否”間調(diào)整；那么，銷售出庫(kù)單既可以根據(jù)銷售訂單生成，也可以手工添加了。

比如采購(gòu)到貨預(yù)警日期，原來(lái)在預(yù)計(jì)到貨日期前1天預(yù)警，現(xiàn)在調(diào)整到預(yù)計(jì)到貨日期2天前預(yù)警。系統(tǒng)若設(shè)置了此參數(shù)，也不用每次調(diào)整時(shí)，找技術(shù)同學(xué)操作了。

再比如庫(kù)存可用量，通常包含現(xiàn)存量，還可以包括“采購(gòu)在途量、質(zhì)檢在途量、生產(chǎn)在途量”等可選項(xiàng)，那么是否必須包括這些呢？這就可以根據(jù)企業(yè)需要及業(yè)務(wù)變化進(jìn)行靈活調(diào)整了。

其實(shí)，這些參數(shù)化，可以做的更細(xì)。比如按商品品類設(shè)置是否支持無(wú)訂單出庫(kù)。再比如是否按倉(cāng)庫(kù)設(shè)置庫(kù)存可用量等。

四、小結(jié)

B端產(chǎn)品要想快速的支持組織與流程變革，是要付出研發(fā)成本的，這點(diǎn)大家要清楚?；ヂ?lián)網(wǎng)公司講究MVP（Minimum Viable Product，最小可用產(chǎn)品），講究快速迭代，在這種背景下，講究快速上線。

但是，一旦MVP上線后，經(jīng)常沒(méi)有動(dòng)力或總感覺(jué)這類重要不緊急的“磨刀類”需求優(yōu)先級(jí)不高，導(dǎo)致上述三類需求永遠(yuǎn)排不上期。當(dāng)再有業(yè)務(wù)變化時(shí)，又是著急忙慌的改方案、改產(chǎn)品。

這樣就進(jìn)入了一個(gè)死循環(huán)，不斷的改產(chǎn)品，產(chǎn)品技術(shù)同學(xué)，成了名副其實(shí)的產(chǎn)品“扒路軍”。

不斷地扒開改，改了扒，最后算下來(lái)，投入的資源、精力更多。甚至到了某一天，改不動(dòng)了，只好推翻重來(lái)。

在這里，需要提醒大家的是：首先知道什么是好的、什么是對(duì)的，然后，在綜合評(píng)估資源投入的前提下，需要朝正確的方向進(jìn)軍！

相信長(zhǎng)痛不如短痛，這是智者的選擇。