產(chǎn)品抽象能力舉例說明
在日常工作中,產(chǎn)品經(jīng)理可能需要多做抽象集成和分析,進(jìn)而盡量減少功能的個(gè)例使用頻率。這篇文章里,作者就做了舉例說明,不妨來看一下。
一、概述
產(chǎn)品功能抽象能力是指將某個(gè)例用戶提出的需求,通過分析核心訴求形成通用的模板,之后其他用戶的需求可以在此基礎(chǔ)上進(jìn)行復(fù)用或者拓展,不做一次性功夫。
二、舉例說明
在做OMS系統(tǒng)的過程中,因?yàn)閷拥纳嫌坞娚唐脚_和ERP繁多,上游透傳的字段也不勝枚舉,商家的各種需求下來都需要在我們系統(tǒng)進(jìn)行存儲(chǔ)+搜索+展示,這種情況下如何能夠?qū)⑦@些龐雜的字段做一個(gè)統(tǒng)一的處理呢。
以某電商平臺舉例,不同系統(tǒng)在頁面透出的單據(jù)類型不同,如物流部門在處理客訴工單時(shí),攜帶的是A正向履約單號;在商家界面處理售后透出的是B單號;而在給服務(wù)商下發(fā)正向銷售單時(shí)給的是C發(fā)貨單號,A和B都放在C的擴(kuò)展字段中作為關(guān)聯(lián)。
當(dāng)上游電商平臺通知服務(wù)商處理某具體單號的客訴或者商家需求時(shí),需要服務(wù)商能夠根據(jù)存儲(chǔ)在擴(kuò)展屬性中的A單號和B單號,找到對應(yīng)的C單發(fā)貨單及服務(wù)商系統(tǒng)內(nèi)的關(guān)聯(lián)單據(jù)(運(yùn)單、清單、交易單等)。
在這個(gè)例子中,我們可以抽象出來,對于我們OMS系統(tǒng)來說,影響C單業(yè)務(wù)主流程的關(guān)鍵字段是C發(fā)貨單號,那這個(gè)單號就作為一個(gè)主字段單獨(dú)存儲(chǔ),以【外部單號】或者【全局單號】進(jìn)行命名,方便識別;數(shù)據(jù)安全方面,在做搜索的時(shí)候也需要支持精確搜索。
而A單號和B單號,他們的主要應(yīng)用場景是作為溝通使用,在OMS系統(tǒng)中的關(guān)鍵能力是支持搜索展示,那么這兩個(gè)字段就可以放在同一個(gè)字段中,如【外部關(guān)聯(lián)單號】中,以“,”分隔展示,支持模糊搜索;而不必要在我們OMS系統(tǒng)中單獨(dú)命名兩個(gè)字段A和B作為承載。
這樣做的好處是,我們脫離了某特例電商平臺的字段進(jìn)行設(shè)計(jì),而是提供了一種普適的方法。之后對接其他的平臺時(shí),業(yè)務(wù)主單字段都可以置于【外部單號】/【全局單號】中;而其他上游推送過來,對實(shí)際業(yè)務(wù)沒有影響,但是有搜索查詢能力需求的字段,都可以打包塞到【外部關(guān)聯(lián)單號】中統(tǒng)一存儲(chǔ)。
三、總結(jié)
由此引發(fā)的思考是,產(chǎn)品做細(xì)節(jié)的時(shí)候要多做抽象集成和分析,盡量減少功能的個(gè)例使用頻率。
本文由 @lxm 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲(chǔ)空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!