產(chǎn)品抽象能力舉例說明

lxm
0 評論 704 瀏覽 5 收藏 4 分鐘

在日常工作中,產(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ù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!