B端產(chǎn)品設(shè)計(jì):整體方案長這樣?
編輯導(dǎo)語:B端產(chǎn)品更多是面向客戶的,是比較有實(shí)用性的產(chǎn)品,在產(chǎn)品設(shè)計(jì)中,需要從各個(gè)方面進(jìn)行產(chǎn)品的調(diào)研輸出,找到最佳的業(yè)務(wù)方式以及完整框架;本文作者分享了關(guān)于B端產(chǎn)品設(shè)計(jì)的整體方案,我們一起來學(xué)習(xí)一下。
經(jīng)過充分調(diào)研,我們了解了業(yè)務(wù)現(xiàn)狀和問題。接下來是不是應(yīng)該畫原型寫PRD了?其實(shí)不然,還需要再輸出“整體解決方案”。
整體解決方案是一個(gè)產(chǎn)品的實(shí)現(xiàn)思路、明確產(chǎn)品的基本框架和范圍。只有確定了整體方案,才能夠細(xì)化后續(xù)的工作內(nèi)容,為產(chǎn)品做詳細(xì)設(shè)計(jì)。
方案主要由五部分組成:梳理業(yè)務(wù)梳理、明確產(chǎn)品定位,功能模塊設(shè)計(jì)、劃分實(shí)施階段、應(yīng)用架構(gòu)設(shè)計(jì)。
方案呈現(xiàn)形式根據(jù)團(tuán)隊(duì)的規(guī)范要求輸出即可,如果團(tuán)隊(duì)沒有輸出要求,產(chǎn)品經(jīng)理也應(yīng)和對應(yīng)干系人溝通情況并達(dá)成共識(shí)。達(dá)成共識(shí)的內(nèi)容需要公示,讓團(tuán)隊(duì)及相關(guān)人知曉。
接下來依次講述整體解決方案的各組成部分。
01 梳理業(yè)務(wù)流程
在調(diào)研時(shí)已經(jīng)梳理過業(yè)務(wù)流程,明確了在業(yè)務(wù)運(yùn)行時(shí)各環(huán)節(jié)各角色的具體任務(wù)。
現(xiàn)在我們再次梳理業(yè)務(wù)流程,是需要進(jìn)一步將業(yè)務(wù)和系統(tǒng)(產(chǎn)品)相結(jié)合,確定需要系統(tǒng)介入的環(huán)節(jié)、保留線下操作的環(huán)節(jié)、對接三方系統(tǒng)的環(huán)節(jié)。
系統(tǒng)不是純粹的將線下操作改為線上操作,而是根據(jù)業(yè)務(wù)現(xiàn)狀、項(xiàng)目目標(biāo)、資源限制等因素,設(shè)計(jì)出符合當(dāng)下需求又為未來保留了拓展可能性的靈活產(chǎn)品。
舉例:
Z公司TMS項(xiàng)目中,調(diào)研得知目前的緊急需求在于2部分:
- 運(yùn)輸任務(wù)初步信息化,提高作業(yè)環(huán)節(jié)效率;
- 車輛執(zhí)行監(jiān)控,掌握車輛位置相關(guān)信息。
關(guān)于運(yùn)輸任務(wù):任務(wù)來源于上游的業(yè)務(wù)系統(tǒng),由于時(shí)間和資源限制,暫不考慮系統(tǒng)對接;所以訂單創(chuàng)建與管理、運(yùn)單調(diào)度等環(huán)節(jié)均由本系統(tǒng)操作;在運(yùn)輸執(zhí)行的交接環(huán)節(jié)涉及多業(yè)務(wù)方,暫時(shí)保留線下操作。
關(guān)于執(zhí)行監(jiān)控:因?yàn)閷λ緳C(jī)行為管控力度不足、軟件對手機(jī)設(shè)備要求等因素影響,最終采用安裝GPS硬件設(shè)備的方式采集車輛執(zhí)行信息,TMS系統(tǒng)和GPS設(shè)備系統(tǒng)對接獲取相應(yīng)行駛數(shù)據(jù),從而達(dá)到監(jiān)控目的。
02 明確產(chǎn)品定位
當(dāng)我們知道了產(chǎn)品會(huì)參與哪些業(yè)務(wù)部分,這也要求我們?yōu)楫a(chǎn)品做好“定位”。
定位的意義在于明確產(chǎn)品是做什么的,即:針對誰(角色)在什么場景下提供什么支持。這樣也就限定了產(chǎn)品對業(yè)務(wù)支持的邊界,或者說是功能邊界。
定位是錨,讓我們知道自己在哪里,該做什么,讓產(chǎn)品設(shè)計(jì)不偏離跑道。
舉例:
Z公司TMS項(xiàng)目中,運(yùn)輸執(zhí)行的最后環(huán)節(jié)是將物料運(yùn)至倉庫簽收,因此在運(yùn)輸送貨和倉庫收貨會(huì)有交接;業(yè)務(wù)場景中,車輛送貨到達(dá)倉庫后進(jìn)行掛號排隊(duì),然后等待叫號卸貨。
在此之前我們?yōu)椤癟MS”做好定位:為運(yùn)輸任務(wù)管理和任務(wù)執(zhí)行提供支撐,以此為中心拓展服務(wù)內(nèi)容。
在實(shí)際場景中“排號”屬于倉儲(chǔ)業(yè)務(wù)范圍,同時(shí)為了后續(xù)系統(tǒng)的拓展性考慮,將排號劃分到WMS系統(tǒng)中,即便WMS的1.0版本只有排號功能;現(xiàn)階段車輛達(dá)到倉庫的自動(dòng)排號由TMS向WMS傳數(shù)據(jù)并觸發(fā)任務(wù),以此支持雙方后續(xù)業(yè)務(wù)的開展。
03 功能模塊設(shè)計(jì)
從表面上看,系統(tǒng)就是由各個(gè)功能模塊通過邏輯組裝在一起的集合體;實(shí)際上是基于業(yè)務(wù)場景,對對應(yīng)角色在該業(yè)務(wù)環(huán)節(jié)中需要做的操作進(jìn)行抽離,以此提煉出功能模塊。
提煉過程中常出現(xiàn)對資源、業(yè)務(wù)的管控邊界模糊問題,就需要及時(shí)代入實(shí)際業(yè)務(wù)場景驗(yàn)證,或者和業(yè)務(wù)負(fù)責(zé)人溝通,避免設(shè)計(jì)偏差。
當(dāng)功能模塊提煉完成后,需要規(guī)劃出系統(tǒng)的菜單結(jié)構(gòu)。菜單結(jié)構(gòu)猶如身體骨架,具體功能猶如不斷填充的血肉;菜單萬不能隨意擺放,結(jié)構(gòu)若是不符合整體邏輯,對系統(tǒng)設(shè)計(jì)和用戶體驗(yàn)都是極不友好的。
舉例:
Z公司TMS項(xiàng)目中,通過業(yè)務(wù)邏輯能夠劃分出前期資源準(zhǔn)備、運(yùn)輸任務(wù)執(zhí)行、運(yùn)營結(jié)果數(shù)據(jù)。
所以在提煉功能模塊時(shí)1期功能主要分為以下:
- 資源管理:物料管理、供應(yīng)商管理、承運(yùn)商管理、車型管理、車輛管理、司機(jī)管理。
- 業(yè)務(wù)管理:訂單管理、運(yùn)單管理、車次管理、異常管理(運(yùn)單)。
- 數(shù)據(jù)報(bào)表:數(shù)據(jù)概覽(首頁)、車次統(tǒng)計(jì)。
上述功能為主要模塊,在實(shí)際場景中存在其他功能;如“在途監(jiān)控”,調(diào)度需要觀察執(zhí)行任務(wù)的所有車輛當(dāng)前狀態(tài),此功能不能歸屬于具體車次;因此在設(shè)計(jì)菜單時(shí)需要充分考慮全局。
1期功能菜單如下,后續(xù)功能可進(jìn)行延伸:
04 劃分實(shí)施階段
劃分實(shí)施階段又稱為演進(jìn)藍(lán)圖,可以理解成系統(tǒng)規(guī)劃不同的發(fā)展階段。
俗話說一口吃不成胖子,產(chǎn)品也不是一次就開發(fā)成最終版;往往基于重要緊急程度、功能影響面等因素,先明確功能優(yōu)先級,進(jìn)而劃分產(chǎn)品不同階段的功能模塊以及實(shí)現(xiàn)節(jié)奏。
階段劃分的影響因素有很多,比如項(xiàng)目資源(時(shí)間、人員、支持…)、業(yè)務(wù)訴求(當(dāng)前訴求和未來訴求),要根據(jù)權(quán)重綜合考量。
舉例:
Z公司TMS項(xiàng)目中,在調(diào)研時(shí)已明晰了當(dāng)前重要緊急需求,因此以實(shí)現(xiàn)此目標(biāo)為主。其他功能都要靠邊站,哪怕很有技術(shù)含量、提升用戶操作體驗(yàn)等。
車輛調(diào)度時(shí)運(yùn)輸任務(wù)執(zhí)行的核心之一,系統(tǒng)至少可以通過2種方式實(shí)現(xiàn)。
- 調(diào)度員在系統(tǒng)中手動(dòng)指派車輛和司機(jī);
- 系統(tǒng)自動(dòng)指派車輛和司機(jī),系統(tǒng)通過維護(hù)物料和車型匹配數(shù)據(jù)、送貨時(shí)間和車輛任務(wù)匹配等多種參數(shù)自動(dòng)指派。
方式2比方式1從工作效率和操作體驗(yàn)上都加分不少,但是在1期的項(xiàng)目目標(biāo)、項(xiàng)目各項(xiàng)資源、實(shí)際場景(前期業(yè)務(wù)量不是特別多)約束下,選擇了方式1來實(shí)現(xiàn)調(diào)度功能,方式2則規(guī)劃至2期階段實(shí)施。
05 應(yīng)用架構(gòu)設(shè)計(jì)
應(yīng)用架構(gòu)屬于技術(shù)層面的考慮,關(guān)注系統(tǒng)的整體結(jié)構(gòu)。需要考慮公司不同系統(tǒng)之間的對接;考慮新系統(tǒng)在公司戰(zhàn)略定位下延伸出的訴求(有時(shí)和項(xiàng)目目標(biāo)有所區(qū)別),考慮公司或項(xiàng)目的其他訴求。
系統(tǒng)架構(gòu)對產(chǎn)品的拓展性影響深遠(yuǎn),需要和技術(shù)及相關(guān)負(fù)責(zé)人充分溝通后才能進(jìn)行應(yīng)用架構(gòu)的設(shè)計(jì)。
舉例:
Z公司TMS項(xiàng)目中,因?yàn)闃I(yè)務(wù)方當(dāng)前存在ERP、SAP等多系統(tǒng)同時(shí)運(yùn)行,所以要考慮TMS系統(tǒng)如何和現(xiàn)有系統(tǒng)架構(gòu)進(jìn)行結(jié)合,不同系統(tǒng)模塊之間如何進(jìn)行更好銜接。
復(fù)雜的暫且不論,簡單的如物料基礎(chǔ)數(shù)據(jù)是通用數(shù)據(jù),多系統(tǒng)維護(hù)成本較大,后續(xù)要進(jìn)行多系統(tǒng)復(fù)用;所以從技術(shù)實(shí)現(xiàn)成本、降低數(shù)據(jù)偏差異常、減少用戶重復(fù)工作等多方考慮;基礎(chǔ)數(shù)據(jù)以SAP系統(tǒng)為準(zhǔn),其他系統(tǒng)進(jìn)行數(shù)據(jù)調(diào)用。
溫馨提示:
- 產(chǎn)品設(shè)計(jì)和規(guī)劃不是一經(jīng)確認(rèn)就固定不變的,而是隨著設(shè)計(jì)深入、業(yè)務(wù)發(fā)展、環(huán)境變化而變化,是不斷進(jìn)行調(diào)整的。
- 設(shè)計(jì)系統(tǒng)結(jié)構(gòu)時(shí)需要考慮滿足現(xiàn)狀,同時(shí)兼容未來發(fā)展,滿足系統(tǒng)的拓展性。
- 系統(tǒng)小的調(diào)整經(jīng)常有,大的調(diào)整只有業(yè)務(wù)模式發(fā)生較大范圍或本質(zhì)變化,功能模塊才會(huì)出現(xiàn)結(jié)構(gòu)性的變動(dòng)。
以上。
本文由 @耳目不染 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!