新入職的產(chǎn)品經(jīng)理，如何在1周內(nèi)針對B端產(chǎn)品輸出規(guī)劃和路徑？作者結(jié)合相關(guān)案例，分享相關(guān)產(chǎn)品規(guī)劃方法論，希望對你有所幫助。

一、B端產(chǎn)品是微積分模式，而C端產(chǎn)品是概率論模式

為什么這么說？

舉個例子。

如果你入職一家HR SaaS企業(yè)（即面向B端企業(yè)，提供組織人事、招聘管理、績效考核、考勤管理、工資稅收、社保對接、學(xué)習(xí)培訓(xùn)等服務(wù)），主要負(fù)責(zé)考勤管理方向，你會如何進(jìn)行產(chǎn)品規(guī)劃與迭代？

如果你入職一家互聯(lián)網(wǎng)娛樂企業(yè)（即面向C端用戶，提供圖文資訊、短視頻、中視頻、直播等服務(wù)），主要負(fù)責(zé)其中的短視頻平臺的產(chǎn)品迭代，你又會如何進(jìn)行產(chǎn)品規(guī)劃與迭代？

顯然，這二者之間的產(chǎn)品規(guī)劃路徑，一定有所差異。原因是：

HR行業(yè)：它就像上學(xué)時，所有考試內(nèi)容都在教學(xué)大綱以內(nèi)，只要你規(guī)劃合理且努力學(xué)習(xí)，就可以取得不錯的分?jǐn)?shù)。比如：

• 政策明確：即《勞動法》和《勞動合同法》
• 業(yè)務(wù)明確：即人員流轉(zhuǎn)、人員招聘、績效考核、假勤管理、工資稅務(wù)、社保、組織培訓(xùn)等
• 需求明確：合規(guī)、降本、增效

娛樂行業(yè)：它就像旅游時，你的每個決策都會導(dǎo)致遇到不同的人、發(fā)生不同的事兒、看到不同的風(fēng)景，最終的體驗也會天差地別。比如：

• 政策變化：新鮮事物的出現(xiàn)，政策也是邊摸索邊制定（當(dāng)然，此處指的是10-15年前，而不是現(xiàn)在）；
• 業(yè)務(wù)變化：上半年可能還是圖文，下半年就會變成短視頻，明年可能又變成娛樂直播，后年可能就變成電商直播；

所以，B端產(chǎn)品規(guī)劃/設(shè)計可以【以終為始，日拱一卒】，而C端產(chǎn)品規(guī)劃/設(shè)計，則只能【小步快跑，快速迭代】。

這就像是微積分與概率論的差異。

前者目標(biāo)、需求相對明確，關(guān)鍵是探索、設(shè)計、規(guī)劃最優(yōu)路徑，從而快速抵達(dá)終點。比如計算一灘水的面積，只要把它分拆成足夠細(xì)的顆粒度，則一定可以達(dá)成目的。

后者目標(biāo)、需求不明確，路徑選擇差異巨大，則只能通過不斷預(yù)測、行動、調(diào)整，最終才能抵達(dá)目的地。比如讓你給新同事安排一頓午飯，每個同學(xué)的口味、偏好、忌口都有差異，無法事前預(yù)測，只能邊預(yù)測、邊溝通、邊調(diào)整，最終才能確認(rèn)。

二、新入職產(chǎn)品經(jīng)理，如何在1周內(nèi)，輸出產(chǎn)品規(guī)劃與路徑？

因為【B端產(chǎn)品是微積分模式】，所以應(yīng)遵循【以終為始，全局設(shè)計/規(guī)劃；從始至終，最小閉環(huán)落地】的產(chǎn)品原則。

舉個例子。

筆者當(dāng)年從教育行業(yè)轉(zhuǎn)到HR SaaS行業(yè)，負(fù)責(zé)考勤管理系統(tǒng)（一個SaaS系統(tǒng)中的子系統(tǒng)）。入職第一周的任務(wù)就是1周內(nèi)完成某競品的深度調(diào)研，并確認(rèn)系統(tǒng)重構(gòu)方案以及未來3-6個月的規(guī)劃。

當(dāng)時這個任務(wù)在內(nèi)部已進(jìn)行了2個多月，產(chǎn)品方案與需求文檔均已完成80%以上，但過程中發(fā)現(xiàn)方案不佳，產(chǎn)品邏輯無法閉環(huán)，不能繼續(xù)往下推進(jìn)，只能推倒重來。

另一邊研發(fā)同學(xué)“嗷嗷待哺”，等著方案確認(rèn)后，快速落地。

基于【需求是1，方案是0】方法論的指引，圍繞【需求】跟【方案】花了1周多時間，筆者做了以下輸出：

首先是需求上，梳理了當(dāng)前待解決的1736條需求情況，明確需求迭代路徑。

基于當(dāng)時的需求情況，明確了產(chǎn)品路徑，主要拆分為三大期：分別圍繞【排班】、【加班和假期】、【報表】模塊。

決策邏輯是：權(quán)衡需求量、目標(biāo)客群、場景關(guān)鍵度三個要素。

• 從需求總量/緊急需求量看，優(yōu)先級依次是：假期、加班、排班、打卡、報表；
• 從目標(biāo)客群看，優(yōu)先級依次是：加班、排班、假期、打卡、報表；
• 從場景關(guān)鍵度看，排班、加班、假期、報表、打卡。

最終綜合權(quán)衡后，優(yōu)先級是：排班、加班、假期、報表、打卡。所以一期是排班、二期是加班和假期（其實這二者可分拆，只是當(dāng)時沒細(xì)拆）、三期是報表。

其次是方案上，主要輸出三張圖：流程圖、產(chǎn)品架構(gòu)圖、實體關(guān)系圖，就像財務(wù)上的三個報表（損益表、資產(chǎn)負(fù)債表、現(xiàn)金流量表）一樣，對于一個新業(yè)務(wù)、新系統(tǒng)的梳理、設(shè)計來說，這三張圖也是B端產(chǎn)品最基礎(chǔ)且最有效的工具。

至此，需求與產(chǎn)品路徑已然清晰，但如何落地依然是個問題。

當(dāng)時就聚焦【一期：排班】以及【二期：加班】兩部分，遵循最小閉環(huán)和前后依賴兩個邏輯，分拆成N個子項目，每個子項目之間相互獨立，互不影響，最終逐步進(jìn)行迭代。

最終，歷經(jīng)半年多，完成了既定規(guī)劃的一期排班與二期（加班部分），內(nèi)外部的客戶反饋不錯。同時，也實現(xiàn)了考勤模塊多年來，在內(nèi)部【最佳產(chǎn)品功能】競選中零的突破（每月1次，產(chǎn)品功能滿意度>4分（5分制），且投票客戶數(shù)>20人），獎勵2000元團建獎金）。

特別說明：實際最后并未走重構(gòu)的邏輯，而是基于【需求優(yōu)先】原則，實行優(yōu)化不合理結(jié)構(gòu)與需求并行的方式（至于原因，可見總結(jié)部分）。

三、甜點時刻：看久了，茶歇，上甜點

如果總結(jié)整個過程的話，可能對你有以下幾個參考價值：

第一，遵循B端產(chǎn)品的【以終為始，全局設(shè)計/規(guī)劃；從始至終，最小閉環(huán)落地】產(chǎn)品原則。

比如全面梳理需求，然后聚焦關(guān)鍵需求；

全面梳理產(chǎn)品架構(gòu)，然后聚焦關(guān)鍵模塊；

全面梳理產(chǎn)品實體關(guān)系圖，然后聚集關(guān)鍵實體優(yōu)化；

全面梳理規(guī)劃，然后聚焦第一期閉環(huán)。

一款产品无到有，产品经理需要做些什么？

在一个产品从无到有的过程中，要做好产品经理这个角色实在是不容易，除了大家都知道的写需求、写需求、写需求，要做的事多着呢。产品经理不是你眼中的只会找你麻烦，提要求..

查看详情 >

最終明確關(guān)鍵產(chǎn)品路徑與規(guī)則，并進(jìn)一步聚焦到每一個獨立可上線的項目上，逐步迭代直達(dá)終點。

第二，遵循【需求是1，方案是0】的產(chǎn)品方法論。

起初，重構(gòu)是筆者接收到的關(guān)鍵任務(wù)，聚焦點都在研究各類競品的架構(gòu)設(shè)計，因當(dāng)時據(jù)說系統(tǒng)已經(jīng)迭代了好幾年，已到了無法繼續(xù)迭代新需求的程度。

但重構(gòu)解決什么問題？如果重構(gòu)投入巨大，投入產(chǎn)出比是否合理？

最終破局點也是在全面梳理完需求，拿到對應(yīng)的需求情況，以及明確產(chǎn)品路徑后，才說服了整個團隊，從現(xiàn)在看，無疑是一個正確的決定。

第三，遵循【需求價值 = 新價值-舊價值-替換成本】的產(chǎn)品方法論?；虿捎卯a(chǎn)品價值 = 用戶價值 + 客戶價值 + 商業(yè)價值 – 用戶情緒成本 – 客戶情緒成本 – 服務(wù)成本。

重構(gòu)的話，唯一產(chǎn)生的價值就是【商業(yè)價值】，同時，對用戶價值、客戶價值幾乎為0，用戶與客戶的情緒成本將激增（因重構(gòu)就意味著更多產(chǎn)研資源投入，對需求的響應(yīng)速度驟減）。

換句話說，新價值有限，替換成本高，明顯不劃算。

四、如何進(jìn)行B端產(chǎn)品設(shè)計？

上面案例具備一定特殊性（即面對的是新環(huán)境，重大項目的規(guī)劃與設(shè)計），如果放到日常產(chǎn)品規(guī)劃與迭代中，是否還可適用？

從上述規(guī)劃中可知，落地【加班升級】與【綜合工時】兩個子項目時，如何進(jìn)行產(chǎn)品方案設(shè)計，以及確認(rèn)演化路徑，成為了下一步的重點。

B端產(chǎn)品規(guī)劃與設(shè)計都是微積分模式，所以為了避免思考不周、路徑不清，導(dǎo)致擴展性不足、前后返工等現(xiàn)象。

設(shè)計方案之初，依然遵循【以終為始，全局思考；從始至終，最小閉環(huán)】產(chǎn)品原則，將【全局】聚焦在【加班】模塊的設(shè)計，而將【局部】聚焦在當(dāng)前可落地解決的能力之上。

關(guān)鍵點就是：全面梳理與抽象【加班】相關(guān)的能力，包含當(dāng)前已有能力、當(dāng)前緊急需補齊的能力，以及未來需擴展的能力。

同時，還需梳理清楚，下一步要做的【綜合工時】與【加班升級】之間的關(guān)聯(lián)性，以及其與當(dāng)前系統(tǒng)的關(guān)聯(lián)性。

以此類推，當(dāng)后續(xù)要進(jìn)行迭代升級【假期】模塊時，也遵循對應(yīng)產(chǎn)品原則進(jìn)行設(shè)計。

特別說明：經(jīng)過前期的迭代與思考，假期演化路徑設(shè)計時，進(jìn)行了兩點的升級：

• 需求量：將當(dāng)前對應(yīng)能力的需求情況，同步加入到演化路徑圖中，讓它的優(yōu)先級顯得更清晰；
• 能力顆粒度：將假期相關(guān)的能力顆粒度，拆分的更佳獨立、細(xì)致，就像高清地圖一樣，讓需求的顆粒度顯得更清楚。

五、如何進(jìn)行B端產(chǎn)品規(guī)劃？

遵循【以終為始，全局設(shè)計/規(guī)劃；從始至終，最小閉環(huán)落地】產(chǎn)品原則。

B端產(chǎn)品功能模塊多，系統(tǒng)邏輯復(fù)雜，客戶需求分散等特性，決定了產(chǎn)品規(guī)劃的復(fù)雜度。

經(jīng)過一段時間的探索，筆者有兩個親測有效的思路。

第一，戰(zhàn)略上必須決策，有舍有得。筆者所負(fù)責(zé)的考勤模塊，1年多時間解決了1000+條需求，確實提升了對應(yīng)系統(tǒng)的能力，卻依然還有4600+條需求待解決。

顯然，如果繼續(xù)采用這樣的產(chǎn)品路徑，并不是一種好策略。資源有限，需求無限，必須進(jìn)行戰(zhàn)略決策，進(jìn)行產(chǎn)品規(guī)劃的取舍。

聚焦主要圍繞這么幾個方向展開：

• 目標(biāo)行業(yè)：全行業(yè) vs 核心行業(yè)，哪幾個行業(yè)優(yōu)先？
• 目標(biāo)企業(yè)規(guī)模：初創(chuàng)企業(yè)（0-50人）vs 中小企業(yè)（50-200人）vs 中型企業(yè)（200-700人） vs 大型企業(yè)（700-2000人） vs 巨型企業(yè)（2000-10000人及以上），哪個規(guī)模優(yōu)先？
• 目標(biāo)角色：用戶價值優(yōu)先（即考勤HR/業(yè)務(wù)員為主） vs 客戶價值優(yōu)先（即企業(yè)CEO/老板為主） vs 企業(yè)商業(yè)價值優(yōu)先（即企業(yè)科技能力/營銷能力為主）？哪個角色的需求優(yōu)先？
• 需求類型：關(guān)鍵行業(yè)的重大型需求 vs 全行業(yè)通用性需求 vs 實施/銷售/續(xù)費卡單需求 vs 付費的定制化需求？哪種類型的需求優(yōu)先？

經(jīng)過反復(fù)的討論與數(shù)據(jù)驗證，最終形成以下決策：

用戶價值優(yōu)先（即考勤HR/業(yè)務(wù)員為主），聚焦三大行業(yè)（你看不見，看不見）的X型企業(yè)（不可說，不可說）的通用型需求，且不做重大型項目（一般指超過1個月以上周期）

第二，全面梳理路徑，貼合戰(zhàn)略落地，全面權(quán)衡產(chǎn)品能力、需求量、成本，形成最終項目規(guī)劃。

• 全行業(yè)需求量大，目標(biāo)客群需求量也大，則優(yōu)先級高（P0）；
• 全行業(yè)需求量小，目標(biāo)客群需求量大，則優(yōu)先級可調(diào)高（P1）；
• 全行業(yè)需求量大，但目標(biāo)客群需求量小，則優(yōu)先級適度放低（P2）；
• 全行業(yè)需求量小，目標(biāo)客群需求量也小，則可暫時忽略（P3）。

放棄P2/P3級別需求，聚焦P0、P1需求。

再進(jìn)一步權(quán)衡P0、P1需求，是否通用/關(guān)鍵產(chǎn)品能力？是否投入成本大（超1個月工期）？

• 如果投入成本超1個月，則優(yōu)先級下調(diào)一級；
• 如果能力不夠通用，則優(yōu)先級也下調(diào)一級；
• 如果不是產(chǎn)品關(guān)鍵能力，則優(yōu)先級也下調(diào)一級。

最終形成一個規(guī)劃：優(yōu)先做P0項目，其次做P1項目。

六、晚餐時刻：吃完散席，下次再聚

1、B端產(chǎn)品設(shè)計是微積分模式，而C端產(chǎn)品是概率論模式。所以B端產(chǎn)品規(guī)劃/設(shè)計可以【以終為始，日拱一卒】，而C端產(chǎn)品規(guī)劃，則只能【小步快跑，快速迭代】

2、 B端產(chǎn)品設(shè)計/規(guī)劃，遵循【以終為始，全局設(shè)計/規(guī)劃；從始至終，最小閉環(huán)落地】的產(chǎn)品原則，解決規(guī)劃無章法、產(chǎn)品方案設(shè)計不全面、產(chǎn)品路徑不合理等，導(dǎo)致前后迭代返工、相互矛盾等問題。

3、同時，一定優(yōu)先遵循【需求是1，方案是0】的產(chǎn)品方法論。