怎樣合理設計產品交互框架,這里有6個細分步驟

分類:設計 時間:2016-09-24

這六點無論是對產品新人還是有經驗的PD都是很重要的,按照整個流程可以避免很多問題,也會讓我們的工作變得有節奏,而不至于丟三落四,確實對產品的把握。

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

這是很危險的。

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

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

一個產品從一個靈感到真正可操作使用的實體,需要經過的流程很多,我們今天只談到產品設計環節的細分步驟。

1. 定義形式要素、姿態和輸入方法

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

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

2. 定義功能性和數據元素

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

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

3. 確定功能組和層級

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

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

4. 勾畫交互框架

經過對功能和數據的分組,我們可以大體在心里對產品的架構樣式有了感性的認識,那么勾畫簡圖是很快的。我們在這里需要注意的是,將所需要組合的功能組合層級,通過塊狀的元素描畫出來,不要做過多修飾,簡圖更多承擔著初審的任務,付出過多的細節工作影響了對框架的理解,也會由于過早牽涉細節缺乏產品的統一性。

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

5. 構建關鍵線路情景劇本

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

關鍵路線就是,結合人物模型 場景 數據和功能元素,以任務為依托,使得最初設定的人物模型和交互架構產生充分、反復、頻繁的接觸,并最終通過磨合,發現不合理的設計,并對產品的架構產生更加深刻清晰的認知。對關鍵路線圖的使用越頻繁,越能夠對產品的細節問題進行深刻考量。這和我們在可用性測試中提到的任務走查很像,只是后者更側重對產品測試,而我們是在架構完善過程中對該方法的運用。

6. 通過驗證性的場景來檢查設計

既然是驗證性的場景,那么這里提到的場景一般都是針對當前設計中遺漏、丟棄、新增和次要的場景,由于設計過程的不完美性,因此我們必須對已經完成的架構采用這場驗證性場景進行回歸檢測。

1)替代場景

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

2)必須使用的場景

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

3)邊緣情形場景

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

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

本文由 @白三 原創發布于人人都是產品經理。未經許可,禁止轉載。


Tags: 設計

文章來源:http://www.woshipm.com/ucd/416133.html


ads
ads

相關文章
ads

相關文章

ad