產(chǎn)品進(jìn)階設計思路（業(yè)務(wù)的抽象建模）

產(chǎn)品進(jìn)階設計思路（業(yè)務(wù)的產(chǎn)品抽象建模）

很多新手朋友經(jīng)(jing)常會(huì )聽(tīng)到一個(gè)詞叫抽??象建模，那么這個(gè)(?????)抽象建模到底是進(jìn)??階什么意思呢？本篇文章我們就來(lái)為大家來(lái)解釋一下這個(gè)詞。

回顧我之前┐(′ー｀)┌所設計的設計思路系統，我最大的業(yè)務(wù)感受就是產(chǎn)??品經(jīng)理需要不斷地對復雜業(yè)務(wù)進(jìn)行抽象建模，從而讓復雜非理性的象建事物（需求）變得有非常明確的規則，各個(gè)業(yè)務(wù)之間有清晰的產(chǎn)品劃分。

那么很多新手朋友經(jīng)常會(huì )聽(tīng)到一個(gè)詞叫抽象建模，進(jìn)階那么這個(gè)抽象建模到底??是設計(ji)思路什么意思呢？本篇文(◎_◎;)章我們就來(lái)為大(da)家來(lái)解釋一下這個(gè)詞。

1. 業(yè)務(wù)組件提取(qu)（抽象建模）??

其實(shí)抽象建模是業(yè)務(wù)產(chǎn)品設計中的一個(gè)很重要思路，它能幫??助我們將一些看似沒(méi)有任何規律的象建業(yè)務(wù)進(jìn)行一個(gè)標準化，就拿我們產(chǎn)品經(jīng)理來(lái)說(shuō)，產(chǎn)品現在相信大家都知道產(chǎn)品經(jīng)理的進(jìn)階工作流程是如下的這(zhe)幾步：

用戶(hù)訪(fǎng)談、分析用戶(hù)場(chǎng)景、設計思路梳理需求優(yōu)先級、業(yè)務(wù)需求版本規劃、象建需求設計、需求評審。

但是??大家有沒(méi)有想過(guò)是誰(shuí)當初第一個(gè)提出這樣的標準工作流程？這樣的人就很厲害了。

那么說(shuō)了這么多，到??底抽象建模的本質(zhì)是什么？這里我可以用一句話(huà)來(lái)進(jìn)行概括：業(yè)務(wù)組件提取。

那么在這過(guò)程中我們將一個(gè)完整的在網(wǎng)上下單購物的流程拆分成這五大部分就是一個(gè)業(yè)務(wù)組件的提取(qu)，當然，這里的又組建提取(qu)并不是只是在系統層面的劃分，我們??很多時(shí)候在產(chǎn)品內部設計的(de)時(shí)候也會(huì )(hui)遇到很多業(yè)務(wù)(′Д` )組件的提取。

2. 一個(gè)案例

下面??我用一個(gè)案例來(lái)給大家示范一下如何進(jìn)行業(yè)務(wù)組(zu)件提取。

假設我們要設計一個(gè)在線(xiàn)教育平臺APP，首先分析這個(gè)教育平臺的系統框架，我們會(huì )發(fā)現在這里本質(zhì)上就是要對三個(gè)對象進(jìn)行管理，如下圖所示：

課程資訊：實(shí)時(shí)推送最新資訊；課?程電商：顯示出售的課程；學(xué)生題庫：供學(xué)生選擇適合自己的習題冊進(jìn)行練習。

面對這樣的一個(gè)需求，我們想一想平時(shí)我們會(huì )怎么樣去進(jìn)行產(chǎn)品設計？

我相信絕大多數的產(chǎn)品經(jīng)理都會(huì )按照將這三個(gè)對象(′ω｀*)視為三個(gè)完全不同的模塊進(jìn)行獨立的信息架構與頁(yè)面結構進(jìn)行產(chǎn)品設計，例如設計資訊中心時(shí)的思考路徑如下：

那么如果用組件化的思維來(lái)進(jìn)行思考的話(huà)，我們其實(shí)可以完全去將這三個(gè)對象視為三ヾ(′ω｀)?組數據，那么站在數據視角上來(lái)看，此時(shí)我們需要設計的產(chǎn)品實(shí)際上就是為這些數據去尋找可(′?｀)以承載的組件。

那么這個(gè)時(shí)候，我們就可以得出這些(′▽?zhuān)?數據都有如下三類(lèi)承載需求：

信息分類(lèi)選擇的需求：劃(hua)分不同功能入口；集合類(lèi)展示的需求：列表展示多個(gè)對象個(gè)體以供選擇；個(gè)體類(lèi)展示的需求：展示詳情。

這樣我們就將看似毫無(wú)關(guān)聯(lián)的(de)三個(gè)對象抽取出了??一個(gè)標準的頁(yè)面組織架構，也就是：

按照這樣的設計結構，我們就可以將這三個(gè)數據對象。定義為如下的數據組織：

集合類(lèi)數據：

集合1：

課程資訊集合資訊記錄集合

集合2：

課程電商集合課程記錄集合

集合3：

學(xué)生題庫集合題庫記錄??集合

對象實(shí)例數據┐(′д｀)┌：

本條記錄的??數據摘要；本條記錄的數據屬性；本條(tiao)記錄的數據詳情；

根據這??樣的數ヽ(′?｀)ノ據結構，我們就能得出最終的產(chǎn)出：

我們可以看到通過(guò)這樣的設計，我們成功的將這三類(lèi)對象合并到了一套程序組件載體中，此時(shí)如果我們需要進(jìn)行迭代，只需要調整一次三個(gè)數據對象都會(huì )發(fā)生改變，大大節省了開(kāi)發(fā)人力。此外這樣的設計也讓后臺系統在某種意義上只需要進(jìn)行數據源格?式的不同管理即可，而數據接口等都可以高度復(╬ ò﹏ó)用。

那么我們再設想一下，如果沒(méi)有按照這(zhe)樣的頁(yè)面組織架構進(jìn)行產(chǎn)品設計會(huì )遇到什么樣的問(wèn)題？

首先我們對這三個(gè)對象需要定義完全不同的跳(?Д?)轉路徑，需要維護各自相互獨立的頁(yè)面結構與路??徑，導致我們需要對這三類(lèi)數據在前臺維護三組不同的頁(yè)面代碼。

在后臺則對于這三組對象我們還需要有不同的表結構、數據接口以及數據消息體格式，因此很多時(shí)候開(kāi)發(fā)的(de)工作量就是因為很多產(chǎn)品經(jīng)理在設計功能模塊的時(shí)候沒(méi)有按組件進(jìn)行規劃，導致增加了整個(gè)系統的開(kāi)發(fā)成(′?｀)本。

3. 最后

我們在日常的產(chǎn)品設計過(guò)程中一定要學(xué)會(huì )使用組件化的思考方式對每一個(gè)業(yè)務(wù)單元進(jìn)行抽象建模，從而使我們抽象出的組件變的標準且統一，從而降低整個(gè)系統的開(kāi)發(fā)成本。