B端系統設計中產(chǎn)品經(jīng)理必備的6大思維

不同職業(yè)都有自己不同的思維方式和習慣，這些組合在一起，就是所謂的“經(jīng)驗”，會(huì )決定一個(gè)人水平的高低。這篇文章，我們來(lái)看看作者分享的B端產(chǎn)品的6種思維模式，供大家參考。

思維和邏輯是衡量一個(gè)產(chǎn)品經(jīng)理水平的重要標準之一，評估一個(gè)產(chǎn)品經(jīng)理的能力，常用的指標有產(chǎn)品思維、用戶(hù)思維、邏輯思維、數據思維……

那如何理解“思維”？

個(gè)人認為，“思維”是指在表象、概念的基礎吉印通行分析、綜合、判斷、推理等認識活動(dòng)的過(guò)程。

產(chǎn)品經(jīng)理大多時(shí)間在做的一項很重要的工作就是：產(chǎn)品設計，尤其B端系統中，面對極其復雜的業(yè)務(wù)邏輯和外圍系統以及多層架構時(shí)，往往不知從哪入手，新手產(chǎn)品經(jīng)理容易忽視前期思考，直接畫(huà)原型圖，后果就是原型圖畫(huà)的極其慢，甚至容易反復修改，容易忽略邏輯和細節，引發(fā)項目延期，當初的我也是如此。后來(lái)做產(chǎn)品有一定經(jīng)驗之后，建立起了自己一套設計思維，學(xué)會(huì )梳理業(yè)務(wù)、架構、流程，有能力承接不斷變化和調整的需求。

其中的心得就是做產(chǎn)品設計時(shí)必須要具備設計思維，本篇文章總結了一些設計思維，分別是脈絡(luò )思維、極簡(jiǎn)思維、抽象思維、閉環(huán)思維、積木思維、管道思維。

一、脈絡(luò )思維

脈絡(luò )思維是能夠把一個(gè)復雜混亂的業(yè)務(wù)進(jìn)行分析、拆解、細化，知道一個(gè)個(gè)清晰的功能。方法如下：

1）需求具象化

業(yè)務(wù)方提出一時(shí)難以落地的需求時(shí)，不需要驚慌，可以跟業(yè)務(wù)方追溯需求的背景，把需求理解透徹，自己最好能用一兩句話(huà)概括需求，直到理解需求的最終目標。

2）邏輯分層化

如果業(yè)務(wù)涉及多個(gè)系統時(shí)，不要混為一談，首先要識別并明確業(yè)務(wù)的核心邏輯，這是整個(gè)系統的中樞神經(jīng)。應該從核心邏輯出發(fā)，逐步梳理成個(gè)個(gè)系統的交互關(guān)系，將不同系統的邊界和層次劃分開(kāi)來(lái)。

3）場(chǎng)景解耦化

當業(yè)務(wù)比較復雜，涉及多個(gè)角色、多個(gè)場(chǎng)景時(shí)，更不要混為一談，應該進(jìn)行解耦，分成不同的場(chǎng)景對應不同的功能點(diǎn)來(lái)實(shí)現。

系統解耦后，邏輯更清晰，系統復雜性更低，不至于牽一發(fā)動(dòng)全身，例如倉儲管理系統中的庫存盤(pán)點(diǎn)功能經(jīng)常出錯，原因是盤(pán)點(diǎn)員、盤(pán)點(diǎn)主管和倉儲經(jīng)理都在一個(gè)頁(yè)面中操作，盤(pán)點(diǎn)員做盤(pán)點(diǎn)計劃、盤(pán)點(diǎn)主管負責盤(pán)點(diǎn)差異的處理和提交、倉儲經(jīng)理負責盤(pán)點(diǎn)審核。由于頁(yè)面共用而沒(méi)有做權限控制，相關(guān)人員經(jīng)常出現誤操作的情況，盤(pán)點(diǎn)員不小心誤操作了盤(pán)點(diǎn)差異處理和盤(pán)點(diǎn)審核。

后來(lái)，產(chǎn)品經(jīng)理將盤(pán)點(diǎn)功能一分為三，拆解成了盤(pán)點(diǎn)計劃、盤(pán)點(diǎn)差異處理和盤(pán)點(diǎn)審核三個(gè)頁(yè)面，如圖所示，通過(guò)菜單分別管理盤(pán)點(diǎn)員、盤(pán)點(diǎn)主管和倉儲經(jīng)理的權限，此后再也沒(méi)有出現過(guò)誤操作的情況。

二、極簡(jiǎn)思維

大道至簡(jiǎn)，美好的事物往往是簡(jiǎn)單的，在產(chǎn)品設計中盡量追求極簡(jiǎn)，極簡(jiǎn)的流程、極簡(jiǎn)的交互，極簡(jiǎn)的設計能夠降低開(kāi)發(fā)和維護成本，容錯率更高，提高用戶(hù)滿(mǎn)意度。

1）追求流程極簡(jiǎn)

在設計時(shí)應圍繞核心邏輯，在保證各個(gè)邏輯和業(yè)務(wù)的功能的實(shí)現上，盡量簡(jiǎn)化流程。

2）追求架構極簡(jiǎn)

B端系統中，如果遇到上下游較多系統交互的情況時(shí)，應盡量減少系統之間的交互，降低系統的復雜性，同時(shí)也可更容易維護和擴展。

3）追求操作極簡(jiǎn)

在功能操作中，盡量減少操作步驟，系統能自動(dòng)絕不手動(dòng)，每個(gè)功能每次操作能減少10秒，久而久之就能夠幫用戶(hù)節省極大的時(shí)間成本。

4）追求頁(yè)面極簡(jiǎn)

頁(yè)面上應做到主次分明，遵循視覺(jué)和設計原則，核心的部分應放到核心的頁(yè)面區域，減少和縮短文字說(shuō)明，文不如圖，圖不如表。

三、抽象思維

抽象思維是一種能夠提煉事物共性、關(guān)聯(lián)性的思維，非?？简灝a(chǎn)品經(jīng)理的概率能力、推理性和判斷性。

如果兩個(gè)業(yè)務(wù)場(chǎng)景的大部分功能都相似，只有少部分不一樣，我們就可以將它們抽象為一個(gè)通用的底層功能（根），并在此基礎上拓展不一樣的業(yè)務(wù)邏輯（分支），而不是為每個(gè)場(chǎng)景單獨設計一套功能，在核心邏輯不變的前提下快速接入其他業(yè)務(wù)。

庫存是供應鏈中最核心的邏輯，幾乎所有供應鏈業(yè)務(wù)的開(kāi)展都會(huì )導致庫存的變化，采購入庫，銷(xiāo)售出庫，用戶(hù)退貨，退供應商，盤(pán)點(diǎn)……如果每增加一個(gè)業(yè)務(wù)，我們都需要在倉儲管理系統和中央庫存系統中對庫存底層邏輯加以調整的話(huà)，那簡(jiǎn)直是不可想象的，一旦處理不好，不但無(wú)法為新業(yè)務(wù)提供支持，還會(huì )因為動(dòng)了核心庫存邏輯而影響已經(jīng)在運行的業(yè)務(wù)，風(fēng)險甚大。

通過(guò)分析，我們發(fā)現所有業(yè)務(wù)的本質(zhì)無(wú)非就是加庫存和減庫存，不同的只是業(yè)務(wù)開(kāi)展的形態(tài)。于是，我們將庫存的處理抽象為加、減底層核心邏輯，對外提供標準服務(wù)，在此之上擴展一層業(yè)務(wù)接入層以便進(jìn)行業(yè)務(wù)對接，如圖所示。如此一來(lái)，底層庫存服務(wù)只需處理加減數量，不會(huì )輕易變動(dòng)，無(wú)論上游業(yè)務(wù)如何變化，只需要在業(yè)務(wù)接入層做調整即可，不會(huì )影響其他業(yè)務(wù)。

四、閉環(huán)思維

閉環(huán)思維并沒(méi)有聽(tīng)起來(lái)那么高大上，但卻在工作中非常常見(jiàn)，在實(shí)現項目和業(yè)務(wù)的前期階段，決策者往往會(huì )考慮當前的項目如何反推和倒逼其他業(yè)務(wù)的發(fā)展，產(chǎn)品經(jīng)理在進(jìn)行系統設計時(shí)也應具有閉環(huán)思維。

1）有始有終

有始有終。當一個(gè)流程節點(diǎn)開(kāi)始以后，一定會(huì )有一個(gè)與之對應的結束節點(diǎn)，而且秉承誰(shuí)發(fā)起，誰(shuí)結束的原則，流程的發(fā)起方，也應該是最后的結束方。例如，采購流程在采購管理系統中發(fā)起，最終貨物入庫以后，也需要通知采購管理系統，告知此單已完成入庫，由采購管理系統完結此次采購流程。

2）有來(lái)有回

我們不能只考慮正向流程，還要設計與之對應的逆向流程和異常流程，操作、狀態(tài)都是如此，千萬(wàn)不能有去無(wú)回，變成一條死胡同。例如消費者從手機下單的正向流程，也要對應有退貨的逆向流程。

五、積木思維

積木思維是現在主流的中臺化設計思想，符合SOA（Service Oriented Architecture，面向服務(wù)的架構體系）理念，要求我們把系統功能碎片化，并能夠重新組裝為新業(yè)務(wù)賦能。

B 端系統的設計應該和搭積木一樣，將龐大復雜的流程化繁為簡(jiǎn)，先碎片化為一個(gè)個(gè)可以獨立使用的服務(wù)，通過(guò)不斷的沉淀，形成我們的積木箱，當有新業(yè)務(wù)接入時(shí)，我們便從積木箱中提取相應的積木塊，像搭積木一樣，重新組裝為業(yè)務(wù)需要的模塊，快速適應新的業(yè)務(wù)。

示例—客戶(hù)換貨當客戶(hù)換貨業(yè)務(wù)接入時(shí)，我們經(jīng)過(guò)分析，得知售前換貨發(fā)生時(shí)機為訂單尚未發(fā)貨前，售后換貨發(fā)生時(shí)機為訂單發(fā)貨以后，如果將這一功能獨立實(shí)現，要重新設計一個(gè)包含下單、取消和退貨等功能的系統，工作量極大。但通過(guò)模塊組裝，我們只需要將取消訂單服務(wù)和下單服務(wù)進(jìn)行拼接即可實(shí)現售前換貨業(yè)務(wù)，將退貨下單服務(wù)和下單服務(wù)進(jìn)行拼接即可實(shí)現售后換貨業(yè)務(wù)。

六、管道思維

管道思維是一種開(kāi)放、連接的思維，連通產(chǎn)生價(jià)值，我們設計的系統應該是立于現在、放眼未來(lái)，具備與外界連接的能力。供應鏈講究協(xié)同，系統的設計自然也需要有足夠的開(kāi)放能力，像管道一樣，方便與外界連接。

如何開(kāi)放呢？有如下幾個(gè)思路：

1） 功能開(kāi)放。在以某個(gè)需求為出發(fā)點(diǎn)進(jìn)行設計時(shí)，思考此功能是否可以支持其他業(yè)務(wù)的發(fā)展，若有其他類(lèi)似的業(yè)務(wù)發(fā)生的可能性，那就可以提前做好預留接口。

2）接口開(kāi)放。在設計新系統時(shí)，思考與其他系統的協(xié)同和連通，開(kāi)放自有數據、服務(wù)、軟硬件接口供外部系統接入，讓數據自由流轉，產(chǎn)生單個(gè)系統無(wú)法實(shí)現的價(jià)值。

3） 業(yè)務(wù)開(kāi)放。實(shí)現公司內部業(yè)務(wù)的功能時(shí)，思考未來(lái)能否為外部業(yè)務(wù)賦能。例如，履約、采購、庫存、倉儲、配送能力的對外開(kāi)放、系統的開(kāi)放等。

管道思維可以讓系統有更多的靈活性和擴展性，為未來(lái)業(yè)務(wù)的拓展打下基礎。

考慮到未來(lái)業(yè)務(wù)的發(fā)展，倉儲可能會(huì )有兩個(gè)業(yè)務(wù)轉型：一是接入自動(dòng)化設備以提升倉庫作業(yè)效率和準確性；二是倉儲對外開(kāi)放，引入三方倉儲業(yè)務(wù)入倉代運營(yíng)。產(chǎn)品經(jīng)理A在設計新倉儲管理系統時(shí)，提前預留了兩個(gè)“管道”：

①在出入庫流程中預留了設備接入的接口以應對自動(dòng)化設備接入；

②在系統中增加了“貨主”標記，以應對三方業(yè)務(wù)入倉后多貨主的情況。

果不其然，8個(gè)月以后，倉儲部門(mén)利用一套DPS電子標簽貨架輔助貨物出庫，一年以后，倉儲產(chǎn)能富余，又開(kāi)始引入三方物流業(yè)務(wù)。倉儲管理系統在沒(méi)有改變整體架構的情況下迅速做出調整，及時(shí)支持了新業(yè)務(wù)的開(kāi)展。

本文由 @產(chǎn)品Leon 原創(chuàng )發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載

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