產(chǎn)品需求邏輯：指為了滿足用戶的需求場景，基于前期的需求分析結(jié)果而構(gòu)建的具備內(nèi)在邏輯關(guān)聯(lián)的由場景需求而組成的產(chǎn)品解決方案。

為了便于產(chǎn)品相關(guān)方更好的理解產(chǎn)品解決方案，從不同角度切入可以有不同的表達方式，從而對產(chǎn)品需求邏輯有不同的詮釋，根據(jù)其詮釋角度的不同可以分為業(yè)務(wù)流程、數(shù)據(jù)流、功能結(jié)構(gòu)、功能流程、產(chǎn)品需求文檔、產(chǎn)品原型等等。

無論選擇怎樣的產(chǎn)品需求邏輯表達方式，其核心目的是便于產(chǎn)品相關(guān)方的團隊成員之間通過交流達成理解的一致性，而基于一定規(guī)則標(biāo)準(zhǔn)的輸出在降低輸出成本的同時提高理解的效率。

1業(yè)務(wù)流程

業(yè)務(wù)流程：把輸入轉(zhuǎn)化為輸出的一系列相關(guān)活動的結(jié)合，它增加輸入的價值并創(chuàng)造出對接受者更為有效的輸出。活動之間存在一定的邏輯關(guān)系，且活動由不同角色完成，不同的角色對自己接受的輸入進行加工處理賦予輸出更為有效的價值?；顒又g在時間和空間上的銜接跨度具有彈性。

同一組織內(nèi)為了解決同一個活動由不同的人完成時輸出結(jié)果不同的問題，一般對輸入、輸出制定一定的規(guī)范標(biāo)準(zhǔn)；同類的業(yè)務(wù)流程，不同的組織根據(jù)其實際需求的細微差異，其活動的輸入、輸出的規(guī)范和標(biāo)準(zhǔn)也會存在差異性；在某些特定的行業(yè)，同類的業(yè)務(wù)流程，由于政策法規(guī)等約束，其某些活動環(huán)節(jié)的輸入、輸出會完全相同；不同類的業(yè)務(wù)流程，其組織本身的需求之間存在著巨大的差異，其活動的輸入、輸出的規(guī)范和標(biāo)準(zhǔn)將會大相徑庭。

為了便于理解、降低溝通成本，行業(yè)內(nèi)制定出一種基于圖形的方式來描述業(yè)務(wù)流程，它用一些規(guī)定的符號及連線標(biāo)識某個具體業(yè)務(wù)的處理過程，這種方式可以有效的描述管理系統(tǒng)內(nèi)關(guān)聯(lián)角色之間的業(yè)務(wù)關(guān)系、作業(yè)順序、信息流向。這種方式被稱為業(yè)務(wù)流程圖。

業(yè)務(wù)流程圖：可以幫助分析人員找出業(yè)務(wù)流程的不合理流向，提升不同人員之間、不同組織之間溝通效率、降低溝通成本。

2數(shù)據(jù)/信息流

互聯(lián)網(wǎng)產(chǎn)品的核心價值是對信息的管理，任何互聯(lián)網(wǎng)產(chǎn)品的構(gòu)建和設(shè)計都離不開信息的輸入、處理、輸出。因此我們非常有必要構(gòu)建出一種從信息流管理的角度，對信息的流轉(zhuǎn)、加工、管理等進行有效表達，并有助于提升溝通效率的工具。

數(shù)據(jù)流圖（Data Flow Diagram）：簡稱DFD，是一種從數(shù)據(jù)傳遞和加工角度，以圖形方式來表達系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達工具及用于表示軟件模型的方法。

3功能結(jié)構(gòu)

業(yè)務(wù)數(shù)據(jù)的處理和業(yè)務(wù)流程的實現(xiàn)需要以互聯(lián)網(wǎng)產(chǎn)品的功能為載體，而且其很難依靠單一功能達成，因此在實際實踐過程中會以多種功能構(gòu)成的一個功能集合的方式來解決。因此功能之間必然會存在著一定的從屬關(guān)系，為了更好的表達這種從屬關(guān)系，我們可以采用功能結(jié)構(gòu)圖。

功能結(jié)構(gòu)圖是對解決方案進行深入剖解，對解決方案所需功能的結(jié)構(gòu)、構(gòu)成、剖面的從大到小、從粗到細、從上到下等角度進行描繪的結(jié)果。其表現(xiàn)方式?jīng)Q定了，上層功能包含了下層功能的描述，且最上層功能可以擁有不止一層下層功能，越是上層的功能其描述越是籠統(tǒng)，越是下層的功能越是具體。

從上面的描述中可知，功能結(jié)構(gòu)圖的梳理是一個功能不斷分解的過程。功能分解是一個由抽象到具體、由復(fù)雜到簡單的過程。這種分解為多個功能單一的模塊的方法叫做模塊化，模塊化是一種重要的設(shè)計思想，這種思想把一個復(fù)雜的系統(tǒng)分解為一些規(guī)模較小、功能簡單、相對獨立的部分，易于建立、修改、實現(xiàn)。

在具體表現(xiàn)方式上是按照功能的從屬關(guān)系畫成的圖表，圖中的每一個框都成為一個功能模塊。功能模塊可以根據(jù)具體情況分的大一點或小一點，分解的最小的功能模塊可以是一個程序中的每個處理過程，而較大的功能模塊則可能是完成某一個任務(wù)的一組程序。

4功能流程

為了實現(xiàn)業(yè)務(wù)邏輯，需要通過產(chǎn)品包含的功能對數(shù)據(jù)進行加工處理，這使得功能之間的關(guān)聯(lián)性得以呈現(xiàn)。為了更好的呈現(xiàn)功能之間邏輯關(guān)聯(lián)、銜接之間的關(guān)系，可以使用功能流程圖。

功能流程圖是從功能交互角度展現(xiàn)功能之間結(jié)構(gòu)關(guān)系的一種方式，其主要描述了功能模塊之間關(guān)聯(lián)關(guān)系及其走向順序，功能流程圖可以形象的展示出一個完成的產(chǎn)品解決方案是如何通過功能達成的。

功能流程圖也有其需要用到的規(guī)范性符號和標(biāo)識，不同的符號和標(biāo)識代表著不同的含義。根據(jù)功能模塊描述的粒度層級不同，功能流程圖也是可以分層級的，不同層級的流程圖描述不同層面的問題。

在表現(xiàn)流程圖邏輯順序的時候可以采用的方式有：順序結(jié)構(gòu)、條件結(jié)構(gòu)、循環(huán)結(jié)構(gòu)、分支結(jié)構(gòu)等。

5產(chǎn)品需求文檔

為了滿足與產(chǎn)品相關(guān)的不同人員的交流需求，根據(jù)溝通人員的類別可以把需求歸檔分為BRD、MRD、PRD等文檔類型。

BRD是要說與產(chǎn)品相關(guān)的內(nèi)容，核心關(guān)注點是產(chǎn)品本身的商業(yè)屬性，即產(chǎn)品本身的商業(yè)價值、本產(chǎn)品的具體盈利模式、本產(chǎn)品可行的運營方式、本產(chǎn)品的成本投入與未來收益預(yù)估。一言以蔽之：說明要搞什么玩意，這玩意有啥好處。

MRD要展現(xiàn)產(chǎn)品本身的市場屬性，市場分析、競品分析、用戶分析、需求分析、功能需求（非功能說需求）。概括地說就是需要搞明白：設(shè)計怎樣（具備哪些功能）的一款產(chǎn)品來投入市場滿足市場需求，以及為什么要這樣設(shè)計。

PRD則主要解決怎樣設(shè)計產(chǎn)品，而這個問題的思考結(jié)果最終落實到設(shè)計怎樣的產(chǎn)品功能以及怎樣設(shè)計產(chǎn)品功能。在明確了設(shè)計怎樣的產(chǎn)品功能以后，通常會采用業(yè)務(wù)流程、功能流程、原型設(shè)計、UI設(shè)計稿等多種手段來說明怎樣設(shè)計功能，進而完成可直接被開發(fā)認知并實現(xiàn)的產(chǎn)品功能和產(chǎn)品體驗。在這一步要考慮未來的運營模式。

6產(chǎn)品原型

產(chǎn)品原型是采用專業(yè)的產(chǎn)品設(shè)計工具，把信息的輸入、功能觸發(fā)的入口、信息處理的輸出以及功能之間的交互轉(zhuǎn)換以完全切合業(yè)務(wù)邏輯的原則進行組織的結(jié)果----其具體表現(xiàn)形式為更可視化的具備動態(tài)交互效果的產(chǎn)品頁面。

產(chǎn)品原型是另一種形式的產(chǎn)品需求文檔，它是對傳統(tǒng)形式的需求文檔的可視化的表達方式，是對產(chǎn)品需求的一次集中呈現(xiàn)。在產(chǎn)品原型設(shè)計過程中，如何有效的組織各個層面的需求，將對用戶使用產(chǎn)品的體驗有很深的影響。

基于什么角度組織信息，如何進行產(chǎn)品功能布局，信息如何呈現(xiàn)給用戶，用戶和頁面之間如何互動，頁面與頁面之間如何跳轉(zhuǎn)等影響用戶體驗的基礎(chǔ)元素。

采用什么的顏色、需要怎樣的動效、文字提示如何表達、頁面間如何切換、訪問響應(yīng)時間、潛在安全性需求等影響用戶體驗的高級元素。

用戶體驗的基礎(chǔ)元素和高級元素在產(chǎn)品設(shè)計實踐中，不同的階段其側(cè)重點可能會有偏差，并且在實際變現(xiàn)層面我們很難（也較少追求）所有體驗均達到最佳，因為不同的用戶認知需求不同、不同的產(chǎn)品側(cè)重方向不同、同一個產(chǎn)品不同節(jié)點（頁面）的側(cè)重點不同、產(chǎn)品的團隊資源限制程度不同、不同階段產(chǎn)品的重點不同、商業(yè)邏輯的考量不同等等。

基于以上這么多不同點存在，在產(chǎn)品設(shè)計實踐過程中，我們常常不得不做一些妥協(xié)。在做妥協(xié)前我們需要深入分析某個具體的環(huán)節(jié)和頁面必須把握住的核心是什么，哪些是不可妥協(xié)的，哪些是可妥協(xié)的。

產(chǎn)品原型提供了一種直觀的從戰(zhàn)略、范圍、結(jié)構(gòu)、框架、表現(xiàn)等幾個層面來了解產(chǎn)品的方式，通過產(chǎn)品原型可以了解產(chǎn)品本身的戰(zhàn)略定位、產(chǎn)品的功能范圍、產(chǎn)品的功能結(jié)構(gòu)關(guān)系、產(chǎn)品的頁面框架、產(chǎn)品的視覺表現(xiàn)。

PS：在實際工作場景中，并不是所有的文檔都需要準(zhǔn)備齊全，文檔的核心目的是我了達成交流的一致性和統(tǒng)一性，避免因為理解的誤差而導(dǎo)致的問題，因此只要能滿足目的，可以根據(jù)需要選擇所需的表達方式。