這六點(diǎn)無論是對產(chǎn)品新人還是有經(jīng)驗的PD都是很重要的，按照整個流程可以避免很多問題，也會讓我們的工作變得有節(jié)奏，而不至于丟三落四，確實(shí)對產(chǎn)品的把握。

這個問題有很多種答案，在我所有項目中，交互框架的確定是非常重要，非常費(fèi)時費(fèi)力的，但是實(shí)際中又很容易被忽略，被輕視，入行的新人特別容易陷入到細(xì)節(jié)自我陶醉，而忘記產(chǎn)品的宏觀建設(shè)。

這是很危險的。

回答這個問題我們首先談一談最熟悉的三個文檔——MRD、BRD、PRD。三者可以完整的概括一個產(chǎn)品從想法到雛形的歷程，每個人對三個文檔都不陌生，但是寫得好又是另外一回事了。產(chǎn)品的交互框架就在這三個文檔中，但是卻不夠獨(dú)立和尊重，往往被忽略和輕視，無法將骨頭從肉里清晰的剔除出來，總是零零散散。

三個文檔比較抽象，一般人駕馭不了，也就更無法剔出骨頭了。我今天介紹一個新的方法流程，這樣的流程才是做產(chǎn)品本質(zhì)的精髓，而三個文檔只是漂浮在這個精髓上面的肥油罷了，不會寫也沒關(guān)系。

一個產(chǎn)品從一個靈感到真正可操作使用的實(shí)體，需要經(jīng)過的流程很多，我們今天只談到產(chǎn)品設(shè)計環(huán)節(jié)的細(xì)分步驟。

1. 定義形式要素、姿態(tài)和輸入方法

形式要素指：web、移動端、pc端、ipad、智能硬件產(chǎn)品等；公共場所還是私人領(lǐng)域、光線充足還是比較暗、小巧輕便還是功能為先。這些產(chǎn)品的使用環(huán)境要素需要我們結(jié)合人物模型和使用場景提煉出來。

姿態(tài)是指用戶在和產(chǎn)品交互時，付出多大的精力和時間，以及用戶的姿勢等信息，例如PC端一般放在桌子上，用戶坐在椅子上比較常見，也會放在腿上，坐在沙發(fā)上。姿態(tài)決定了用戶對產(chǎn)品的定位和喜好，為我們對產(chǎn)品的使用場景提供參考依據(jù)。

2. 定義功能性和數(shù)據(jù)元素

很好理解，功能性是用戶希望通過某產(chǎn)品獲得什么樣的服務(wù)，轉(zhuǎn)化成我們得設(shè)計語言就是功能。功能是一個抽象的概念，它以功能元素為載體而真實(shí)存在。功能元素包括數(shù)據(jù)元素操作工具、數(shù)據(jù)視覺和結(jié)構(gòu)化管理方式（交互設(shè)計精髓4-100），例如，我們在設(shè)計產(chǎn)品時，用戶可以點(diǎn)擊某個按鈕刪除某條信息，可以點(diǎn)擊某個空間切換頁面布局。

數(shù)據(jù)元素更方便理解一些，就是我們需要在產(chǎn)品中呈現(xiàn)給用戶的具體信息，包括文本、圖片等所有可見的獨(dú)立數(shù)據(jù)。難點(diǎn)在于，我們需要在設(shè)計產(chǎn)品時為數(shù)據(jù)分類，將實(shí)現(xiàn)模型中的數(shù)據(jù)元素轉(zhuǎn)化為用戶日常界面的表現(xiàn)語言來描述，并根據(jù)數(shù)據(jù)間的優(yōu)先等級決定是否展示（一定要考慮數(shù)據(jù)之間的關(guān)系）。注意：數(shù)據(jù)元素的集合也就構(gòu)成了技術(shù)開發(fā)中的搭建數(shù)據(jù)庫，需要對數(shù)據(jù)自上而下進(jìn)行拆分，能夠整合而不至于散亂。

3. 確定功能組和層級

經(jīng)過之前的功能性和數(shù)據(jù)元素的系統(tǒng)整理，我們需要將這些根據(jù)需求定義出來的功能和數(shù)據(jù)進(jìn)行分類分組，以便梳理產(chǎn)品的架構(gòu)，由微觀到宏觀。簡單點(diǎn)講就是講產(chǎn)品的所有數(shù)據(jù)和功能打包分組，劃分到每個一級板塊，對產(chǎn)品的基本架構(gòu)尤其更清晰的認(rèn)知。這一步驟需要注意不同功能和數(shù)據(jù)的對接，數(shù)據(jù)和功能橫向上的層次比較。

一個產(chǎn)品有很多功能，按照重要性可以分為核心功能、次要功能、輔助功能、補(bǔ)充功能。那么不同的功能也具備不同的層級和屬性，將同類別的功能打包在同一個功能組，并按照重要性和產(chǎn)品場景劃分層級，哪些放在首頁，哪些顯示，哪些隱藏，功能之間的邏輯順序；一般情況下，功能是否屬于同類別是根據(jù)數(shù)據(jù)是否相關(guān)來決定的。

4. 勾畫交互框架

經(jīng)過對功能和數(shù)據(jù)的分組，我們可以大體在心里對產(chǎn)品的架構(gòu)樣式有了感性的認(rèn)識，那么勾畫簡圖是很快的。我們在這里需要注意的是，將所需要組合的功能組合層級，通過塊狀的元素描畫出來，不要做過多修飾，簡圖更多承擔(dān)著初審的任務(wù)，付出過多的細(xì)節(jié)工作影響了對框架的理解，也會由于過早牽涉細(xì)節(jié)缺乏產(chǎn)品的統(tǒng)一性。

在這一板塊，我們更多地需要嘗試，這種嘗試必須尊重交互原則和模式，并且是經(jīng)過驗證或者有根據(jù)的，而不是隨心所欲，那樣會使得產(chǎn)品脫離現(xiàn)實(shí)，變得迷茫或者低劣。多繪制幾個方案，比對優(yōu)劣，選取，然后定稿。只有對所有的框架都進(jìn)行了反復(fù)修改后，產(chǎn)品的交互框架才算基本定型——不要妄圖一次成稿，不修改。

5. 構(gòu)建關(guān)鍵線路情景劇本

我們首先定義一下什么是關(guān)鍵路線——結(jié)合使用場景，針對每個功能理想狀態(tài)下的路徑，這種路徑一定具備高頻、精魄、重要三個標(biāo)志屬性。那么接下來我們講一下關(guān)鍵路線的使用方法和作用

關(guān)鍵路線就是，結(jié)合人物模型+場景+數(shù)據(jù)和功能元素，以任務(wù)為依托，使得最初設(shè)定的人物模型和交互架構(gòu)產(chǎn)生充分、反復(fù)、頻繁的接觸，并最終通過磨合，發(fā)現(xiàn)不合理的設(shè)計，并對產(chǎn)品的架構(gòu)產(chǎn)生更加深刻清晰的認(rèn)知。對關(guān)鍵路線圖的使用越頻繁，越能夠?qū)Ξa(chǎn)品的細(xì)節(jié)問題進(jìn)行深刻考量。這和我們在可用性測試中提到的任務(wù)走查很像，只是后者更側(cè)重對產(chǎn)品測試，而我們是在架構(gòu)完善過程中對該方法的運(yùn)用。

6. 通過驗證性的場景來檢查設(shè)計

既然是驗證性的場景，那么這里提到的場景一般都是針對當(dāng)前設(shè)計中遺漏、丟棄、新增和次要的場景，由于設(shè)計過程的不完美性，因此我們必須對已經(jīng)完成的架構(gòu)采用這場驗證性場景進(jìn)行回歸檢測。

1）替代場景

替代場景是人物模型決策過程中，關(guān)鍵節(jié)點(diǎn)的可替代選擇，包括例外情形、不常使用的工具和試圖和次要人物模型的部分用例以及變體。

2）必須使用的場景

有些場景是必須使用的，而它出現(xiàn)的頻次和場景又很不普通，例如恢復(fù)出廠設(shè)置，清空數(shù)據(jù)，這些都是周期很長，頻次很低的操作，但又是針對這一類需求必然進(jìn)行的場景步驟。因此，設(shè)計中經(jīng)常遺漏。

3）邊緣情形場景

這里提到的就是異常情況處理。我之前在一片文章中提到將產(chǎn)品設(shè)計在功能上分為正常功能和異常處理。那么這里就是提到的異常處理。異常處理也成為邊緣情形場景，例如，打電話突然斷電，聊天突然斷網(wǎng)，打字手機(jī)沒有收錄該字。這類場景不是設(shè)計的主要場景，也不應(yīng)該付出極大的精力，但是由于涉及到系統(tǒng)穩(wěn)定性和產(chǎn)品的可用性，一般在開發(fā)過程中經(jīng)常出現(xiàn)，我們需要對這類情形進(jìn)行統(tǒng)計匯總，并和開發(fā)對接，避免開發(fā)中BUG的頻次，也滿足用戶的異常需求。

關(guān)于交互設(shè)計框架，就講這些；這六點(diǎn)也來自交互設(shè)計精髓4（106），結(jié)合了我自己的理解。這六點(diǎn)無論是對產(chǎn)品新人還是有經(jīng)驗的PD都是很重要的，按照整個流程可以避免很多問題，也會讓我們的工作變得有節(jié)奏，而不至于丟三落四，確實(shí)對產(chǎn)品的把握。

本文由 @白三 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。