回到產(chǎn)品設計ヾ(′?｀)?本身，企業(yè)確定我們要梳理核心業(yè)務(wù)流程，核心核心定義問(wèn)題邊界，業(yè)務(wù)業(yè)務(wù)并確定產(chǎn)品定位。流程流程

從核心業(yè)務(wù)流程切入產(chǎn)品設計，企業(yè)確定??是核心核心開(kāi)展整個(gè)設計工作的非常好的起點(diǎn)。核心業(yè)務(wù)流程代表業(yè)務(wù)的業(yè)務(wù)業(yè)務(wù)主干脈絡(luò )，需要思考業(yè)務(wù)的流程流程(cheng)各個(gè)(ge)參與方、涉及的企業(yè)┐(′д｀)┌確定ヽ(′▽?zhuān)?ノ系統。

只有定義清楚業(yè)務(wù)邊界，核心核心才能定義產(chǎn)品邊界。業(yè)務(wù)業(yè)務(wù)很多時(shí)候我們會(huì )發(fā)現產(chǎn)品的流程流程定位模糊混亂，是企業(yè)確定??因為設計時(shí)對產(chǎn)品要解決業(yè)務(wù)問(wèn)題的??邊界和場(chǎng)景定義就不清晰。

核心業(yè)務(wù)流程繪制過(guò)程(cheng)中，核心核心只需要繪ヽ(′ー｀)ノ制關(guān)鍵場(chǎng)景和節點(diǎn)，業(yè)務(wù)業(yè)務(wù)不用陷入ヽ(′▽?zhuān)?ノ細節。

在調研(′▽?zhuān)?工作中，我們已經(jīng)繪制了業(yè)務(wù)線(xiàn)下運作的流程，在此基礎上(shang)，我們可以進(jìn)行簡(jiǎn)化，繪制出核心主干流程圖，如下圖。

M公司分銷(xiāo)業(yè)務(wù)的跨部門(mén)核心業(yè)務(wù)流程圖

在核心業(yè)務(wù)流程圖的基礎上，我們進(jìn)一步思考，新設計的分銷(xiāo)平臺，要覆蓋哪部分業(yè)務(wù)場(chǎng)景，圈定的業(yè)務(wù)邊界在哪里。

考慮到分銷(xiāo)??系統的核心應該是管理交易，而非客戶(hù)開(kāi)發(fā)，從產(chǎn)(??ヮ?)?*:???品化層面來(lái)講，客戶(hù)開(kāi)發(fā)過(guò)程中的線(xiàn)索商機管理并不是分銷(xiāo)平臺要做的事情。同時(shí)，經(jīng)過(guò)和分銷(xiāo)業(yè)務(wù)負責人溝通，線(xiàn)下客戶(hù)開(kāi)發(fā)目前也??(′?｀)并沒(méi)有很明確的系?統支持訴求，這些(xie)工作繼續保持線(xiàn)下運作，分銷(xiāo)平臺不覆蓋客戶(hù)開(kāi)發(fā)的場(chǎng)景。

因此，我們考慮將客戶(hù)簽(╬?益?)訂合同后開(kāi)始錄入系統作為一個(gè)分界點(diǎn)，簽約之前的環(huán)節依然線(xiàn)下運作，簽約之后的客戶(hù)管理由分銷(xiāo)系統負責。

此外，分銷(xiāo)平臺是一套交易系統，客戶(hù)下單不再由運營(yíng)(′▽?zhuān)?)帶操作，而應ヽ(′ー｀)ノ該在分銷(xiāo)系統完成，因此，下單場(chǎng)景也由分銷(xiāo)系統負責。

接下來(lái)是倉庫分揀配送的正向履約環(huán)節(jie)。在M公司有成熟的倉配系統，分銷(xiāo)平臺只需要將(jiang)訂單和倉庫系統做對接即可，但是如果將分銷(xiāo)平臺作為一套商業(yè)化產(chǎn)品對外售賣(mài)，還需要考慮是否要具備基本的倉配模塊，因為目標客戶(hù)的信息化水平比較低，如果購買(mǎi)了分銷(xiāo)系統ヾ(′ω｀)?，而(′?_?`)沒(méi)有基本的倉配支持能力，核心業(yè)務(wù)線(xiàn)上化工作相當于只完成了一半。

因為目前第一版系統畢竟還是支持M公司分銷(xiāo)業(yè)務(wù)，因此我們先不考慮重建倉配模塊，而和M公司已有倉配系統打通；如果下一步商業(yè)(ye)化需要追加倉配模塊，這是相對獨立松耦合（這個(gè)概念在后面的文章會(huì )有詳細解釋?zhuān)┑哪K，也是比較容易落地實(shí)現的。

調整后，體現出分銷(xiāo)系統（或平臺）覆蓋場(chǎng)景ヾ(′?｀)?范圍的核心業(yè)務(wù)流程圖如下。

明確產(chǎn)品定位

產(chǎn)品定位是產(chǎn)品設計(ji)的指導思想和靈魂，梳理了核心業(yè)務(wù)流程和業(yè)務(wù)場(chǎng)景后，我(′?ω?`)們對客戶(hù)的問(wèn)題、痛點(diǎn)有了明確的范圍界定，接下來(lái)，可以從商業(yè)和執行兩個(gè)層面來(lái)探討產(chǎn)品定位。(′▽?zhuān)?

商業(yè)層面的產(chǎn)品定位

從商業(yè)層面來(lái)講，產(chǎn)品定位是指對于一個(gè)選定的目標市場(chǎng)，企業(yè)如何設計產(chǎn)品承載價(jià)值主(′?｀)張來(lái)解決目標客戶(hù)的痛點(diǎn)和訴求。用一句??概括，就是產(chǎn)品的目標客(◎_◎;)戶(hù)是誰(shuí)？解決了他的什么問(wèn)題？為他提供什么價(jià)值？這也┐(′?｀)┌是(′▽?zhuān)?)精益畫(huà)布中(?⊿?)1、2、4點(diǎn)描述的要(yao)素。

針對M公司即將研發(fā)的分銷(xiāo)平臺，在商業(yè)層面的產(chǎn)品定位可以概括為：服務(wù)??于中等規模的農產(chǎn)品一批、二批，解決其在非標品農產(chǎn)品售賣(mài)和履約中的各種棘手問(wèn)題，幫助??其擴大盈利規模，提升交易效率和運營(yíng)效率。

執行(xing)層面的產(chǎn)品定位

任何一套復雜的軟件產(chǎn)品，都不太可能是一套獨立系統實(shí)現運作的，而會(huì )由若干子系統來(lái)協(xié)同運作，支撐業(yè)務(wù)。

在B端產(chǎn)品設計中，我們要逐步??分解、細化產(chǎn)品設計，在確定了產(chǎn)品整體定位后，下一步我們要思考應該設計幾套子系統，來(lái)匹配不同的業(yè)務(wù)場(chǎng)景，支撐(╬?益?)業(yè)務(wù)運作，這也是(shi)執行層面的產(chǎn)品定位問(wèn)題，我們要說(shuō)清楚，產(chǎn)品由幾套子系統組成，每套子系統的目標用戶(hù)是誰(shuí)，解決他們的什么問(wèn)題。

劃分子系統時(shí)，可以通過(guò)目標用戶(hù)與場(chǎng)景進(jìn)行子系統的定義和拆分。拆分的目的，是讓系統從業(yè)務(wù)層面上邊界更加清晰，易于理解和使用，??這也會(huì )傳導到技術(shù)實(shí)現上，讓系統底層的設計更加邏輯嚴謹、完備，在高粒度層面做到松耦(╬?益?)合高內聚。

松耦合高內聚是十分重要的技術(shù)概念，也是產(chǎn)品經(jīng)理必須理解的軟件工程設計原則。

產(chǎn)品經(jīng)理也要認識到，多套子系統的定義，只是應用層面的劃分，在技術(shù)實(shí)現上，很可能是一套統一的底層加多套前端的皮子而已，這個(gè)技術(shù)架構的話(huà)題在10章還會(huì )進(jìn)一步探討。

基于調研工作中對M公司分銷(xiāo)業(yè)務(wù)運作的理解，我們在(zai)分銷(xiāo)(◎_◎;)平臺的(de)子系統設計(╬ ò﹏ó)中有如下思考。

首先在分銷(xiāo)業(yè)務(wù)中，客戶(hù)（這里是指生鮮品買(mǎi)家，而非購買(mǎi)商業(yè)化軟??件產(chǎn)品的客戶(hù)??，下同）需要一個(gè)快速下單的工具，可以提供一個(gè)手機版商城C端?？紤]到投入產(chǎn)出比，公司決定通過(guò)H5來(lái)實(shí)現，而??不是App。H5所寫(xiě)的網(wǎng)站具有獨立域名，外網(wǎng)可訪(fǎng)問(wèn)。

其次，需要為客戶(hù)提供一套方便操作的管理后臺，因為涉及大量的商品定價(jià)編輯、處理，賬號、門(mén)店管理等功能，所以考慮PC版本實(shí)現，ヽ(′▽?zhuān)?ノ暫不支(zhi)持手機版。

最后，考慮到客戶(hù)管理員(??ヮ?)?*:???和M公司（即使用分銷(xiāo)平臺的生鮮品賣(mài)家）管理人員的管理(╯°□°）╯訴求不同，操作功能和頁(yè)面差異較大，所以決定將管理后臺拆解ヽ(′ー｀)ノ為兩個(gè)獨立的系統：給客戶(hù)管理員使用的客ˉ\_(ツ)_/ˉ戶(hù)管理后臺具備獨立域名，外網(wǎng)可訪(fǎng)問(wèn)；給M公司管理人員（和運營(yíng)人員）使用的運營(yíng)管理后臺也具備獨立域名，但僅限內網(wǎng)訪(fǎng)問(wèn)。

經(jīng)過(guò)以上分ヽ(′ー｀)ノ析，可以進(jìn)一步將分銷(xiāo)系統拆分為三個(gè)獨立系統，每個(gè)系統的ヽ(′▽?zhuān)?/定位不同：

• 分銷(xiāo)商城前臺（移??動(dòng)端，通過(guò)H5實(shí)現）：為買(mǎi)家的采購人員提(ti)供采購下單的功能
• 客戶(hù)管理后??臺（PC端）：為買(mǎi)家的管理員提供從賣(mài)家采購貨物的運營(yíng)管理支持功能。
• 運營(yíng)管理后臺（PC端）：為賣(mài)家的業(yè)務(wù)部門(mén)提供客戶(hù)管理及所有業(yè)務(wù)運營(yíng)支持功能(°□°)。

設計業(yè)務(wù)系統時(shí)的常見(jiàn)問(wèn)題是，為了省事，或者由于業(yè)務(wù)部門(mén)之間邊界模糊、權責界定不清晰，導致很多本應該獨立的功能被糅合(he)到一個(gè)系統中，這樣會(huì )造成將來(lái)管理的混亂，尤其是系統維護的混亂。理想情況下，獨立的業(yè)務(wù)部門(mén)應該由獨立系統來(lái)支持工作。

版權聲明(ming)：本文內容由互聯(lián)網(wǎng)用戶(hù)自發(fā)貢獻，該文觀(guān)點(diǎn)僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權，不承擔相關(guān)法律責任。如發(fā)現本站有涉嫌抄襲侵權/違法違規的內容， 請發(fā)送郵件至 [email protected] 舉報，一經(jīng)查實(shí)，本站將立刻刪除。