B端產(chǎn)品OMS——從需求到落地
編輯導語:在供應(yīng)鏈業(yè)務(wù)中,OMS設(shè)計是一個相對常見的模塊,產(chǎn)品經(jīng)理在進行OMS設(shè)計時,需要依據(jù)客戶需求與開發(fā)階段進行系統(tǒng)規(guī)劃和設(shè)計優(yōu)化。本篇文章里,作者結(jié)合自身經(jīng)驗,對OMS設(shè)計案例進行了整體復盤,不妨來看一下。
前言
從學校畢業(yè)到工作畢業(yè)二個月有余,加入一家傳統(tǒng)企業(yè)擔任B端產(chǎn)品經(jīng)理。從此終于從之前的“紙上談兵”過渡到“真槍實戰(zhàn)”的階段。
一、需求分析
我們公司負責供應(yīng)鏈業(yè)務(wù)。我接到的第一個項目是為集團內(nèi)部做一個OMS(訂單管理系統(tǒng)Order Management System)。
OMS的主要作用是方便我們的客戶根據(jù)門店的不同需求在OMS上下單,再由OMS將需求推送到WMS(倉庫管理系統(tǒng)Warehouse Management System)。
WMS收到入庫單后,會對入庫的物料進行檢查、清點并將物料放入對應(yīng)的托盤并記錄;收到出庫單后,WMS根據(jù)出庫物料的數(shù)量將物料檢查完后通過TMS(運輸管理系統(tǒng)Transportation Management System)將物料發(fā)到客戶訂單指定的地點。
以往的客戶通過我們的業(yè)務(wù)人員在WMS下單,進行物料出入庫的操作。但有的客戶公司下有多個對應(yīng)的門店。這些門店對物料的需求是不一樣的,如果所有的門店都通過業(yè)務(wù)人員下單,無疑公司的管理和人力成本會急劇上升。
此外為了加強對客戶的風險管控,出入庫控制需要接入一套風控系統(tǒng),因此業(yè)務(wù)流程演變由原來的客戶——WMS轉(zhuǎn)變成了客戶——OMS——風控系統(tǒng)——WMS。
和業(yè)務(wù)方共同參會后,確定了OMS的需求。第一階段OMS只做最核心的出庫,加入風控功能。
梳理下來功能點有:
- 出庫詢問;
- 出庫結(jié)果推送;
- 在庫明細查詢;
- 取消訂單。
在四個功能點的基礎(chǔ)上,我對四個需求的場景做了細化,細化后的功能需求有:
二、整理產(chǎn)品需求文檔
由于我們的開發(fā)和我們并不在現(xiàn)場一起辦公,因此第一階段在滿足一位客戶業(yè)務(wù)需求的前提下,沒有做的特別激進。
從客戶角度看,主要實現(xiàn)了查看訂單功能和訂單取消功能。在內(nèi)部產(chǎn)品需求文檔中我填入了需求背景、專業(yè)術(shù)語、業(yè)務(wù)流程圖、產(chǎn)品原型以及服務(wù)器信息等就完成了需求文檔。
1. 產(chǎn)品需求文檔
在內(nèi)部產(chǎn)品需求文檔模板中我填入了需求背景、專業(yè)術(shù)語、業(yè)務(wù)流程圖、產(chǎn)品原型以及服務(wù)器信息等就完成了需求文檔。
這里令我印象最深刻的就是產(chǎn)品原型的繪制與優(yōu)化。一開始我的想法很天真也很簡單。做了個訂單列表頁來讓用戶查看訂單和取消訂單,做一個訂單上傳頁讓用戶上傳訂單。把兩個功能按鈕放在網(wǎng)頁左側(cè),咔嚓完成!
第一版原型就畫成了下圖這樣:
圖2.1? 訂單列表頁
圖2.2 訂單詳情頁
圖2.3? 出庫單上傳頁
看上去客戶想要的功能都實現(xiàn)了,在體驗完阿里巴巴訂單頁后,我發(fā)現(xiàn)了三個優(yōu)化的點:
- 某些訂單不允許被取消。例如用戶已經(jīng)取消的訂單應(yīng)該沒有取消訂單按鈕或者取消訂單按鈕不可用。
- 沒有篩選功能來迅速幫助用戶找到需要的訂單。
- 便捷查看用戶關(guān)心的訂單。
這點絕對是用戶的痛點,對于用戶來說,未通過審核系統(tǒng)的訂單是他們所最關(guān)心的,因此應(yīng)該有一個按鈕,讓訂單列表中展示的都是審核未通過的訂單。此外已取消的訂單也是用戶所比較關(guān)心的訂單,因此加入審核未通過和已取消按鈕來放置這些用戶較為關(guān)心的訂單。
優(yōu)化后的原型圖如下圖所示:
圖2.4? 優(yōu)化后的訂單列表頁
圖2.5? 審核未通過訂單列表頁
圖2.6? 已取消訂單列表頁
2. ER圖
看了楊堃老師的《決勝B端》,懂得對于一名B端產(chǎn)品經(jīng)理來說,梳理業(yè)務(wù)中的實體關(guān)系圖是很重要的一門功課。
在我參與的這個OMS中,實體關(guān)系圖如下圖所示。其中訂單是用戶下單的實體,抽取了訂單中可能包含多種物料的共同屬性。多個不同的訂單明細確保了一個訂單能支持多種物料出入庫。一個訂單對應(yīng)WMS的多個容器,不同的容器跟裝的物料明細也是一對多關(guān)系。
三、總結(jié)
輸出原型和需求文檔后,后續(xù)的主要工作內(nèi)容就是對開發(fā)進度的把控,并為下一輪的開發(fā)迭代做準備。
作為一名產(chǎn)品新人,自己希望通過第一個項目來明白整個流程,讓自己對供應(yīng)鏈業(yè)務(wù)有個入門的理解。
下一步打算閱讀更多的B端產(chǎn)品書籍和文章,體驗優(yōu)秀的B端產(chǎn)品設(shè)計,揣摩設(shè)計背后的深意來提升自己的產(chǎn)品操刀能力。后續(xù)也會寫更多的文章來對項目進行復盤。
本文由 @愛喝咖啡的貓 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議
也是新人 除了《決戰(zhàn)B端》還有什么b端的書推薦嗎 謝謝
《圖解產(chǎn)品》可以看一下 我也正在看哈
不錯不錯,做完項目后還復盤一次,很棒了。新人能進大公司真的很幸福啊
加入的風控功能體現(xiàn)在哪?
目前風控不是我負責的模塊,是風控部門做的事情。主要是根據(jù)貨主在庫庫存狀態(tài)以及數(shù)量做判斷的,具體的邏輯我接觸不到。