高保真VS線框圖,哪一種交互稿更能清晰準確地描述產品?
很多產品經常會糾結怎么把原型畫得好看,哪個原型工具要徹底學會并熟練使用等等。但是團隊的其他成員并不會關心你的原型畫得多好看,也不關心用什么工具畫,如果你能準備清晰表達出產品框架內容,也許在紙上畫他們也會接受吧。當然,為了提高工作效率,我們還是會用到一些工具,比如axure、墨刀、摩客等等。工具很多也很好用,但是如何利用工具清晰準確地向團隊成員描述我們的產品又是另一回事了,今天就以axure為設計工具來討論一下這個問題。
交互稿主要有兩種做法,高保真交互稿和線框圖交互稿。到底哪一種交互稿更能清晰準確地向我們的設計師和開發展示產品框架和內容呢,通過下面兩個案例的對比希望給到大家一些幫助,同時歡迎交流指正。
案例一:高保真交互稿
這是一個只在平板端使用的電話軟件原型交互稿,也是我工作上的第一個原型稿。因為要向客戶展示所以我選擇了高保真交互稿,每個功能按鈕都做了跳轉,找了最相似的按鈕圖標,做了非常多的動態面板,鍵盤按鈕甚至是可以輸入數字進行操作的…當然給客戶看是沒什么問題的,然而交到開發和設計手中的時候卻被噴了一臉翔。
為什么高保真交互稿不適合給開發和設計呢?
- 對于設計和開發來說,他們并不會按著你預期所做的按鈕跳轉和動態面板去點擊。這樣重復的點擊根本不能描述清楚產品的各個功能點和內容,只會加大理解難度。
- 對設計師來說,頁面上的按鈕、圖標、配色等等嚴重影響了他們的設計。交互稿上的按鈕、圖標都是東拼西湊來的,但是設計必須保持按鈕圖標風格的統一,這樣做反而妨礙了他們進行設計。
- 這樣復雜的動作設計會讓我們遺漏產品本身的一些功能細節和異常邏輯,而且復雜的動作和交互效果會浪費很多時間,造成項目拖延。
由此可見高保真交互稿并不利于團隊成員理解產品功能內容,可以說連一次評審會都過不了的。那么只剩下線框圖供我們選擇了,案例二中我將主要講述如何規范和有效地利用線框圖準確清晰地向團隊成員展示交互稿。
案例二:線框圖交互稿
這是以wap端的新浪微博為原形的一個線框圖交互稿,為了讓閱讀者更好地理解原型內容,我將版本變更信息和整個產品的功能架構和信息架構等貼在了最前面,如果是比較復雜的app,還可以詳細列出各動作手勢、目錄說明、特殊交互動作等你想要表達給團隊的信息。
- 記錄說明每次對原型修改后的版本變更信息。交互稿多少都會有一些改動,無論大改變還是小改動,都可以在修改記錄里面告知團隊成員哪里做了改動,這樣做不僅方便團隊成員閱讀還可以提醒他們產品要做改變了。
- 詳細的功能架構和信息架構等。在出原型稿之前,我們必然會先對產品功能、內容、頁面跳轉關系和業務邏輯等進行確認,把這些內容貼在原型稿上,主要方便團隊成員更準確快速理解和把握產品的方向目標。
- 清晰的原型目錄原型目錄。當你所做的產品頁面、功能很多,邏輯很復雜的時候,合理分類的目錄和準確的命名可以減少團隊成員的理解障礙。
接下來就是功能頁面的交互設計了,每一個page描述一個界面,詳細描述清楚界面內的功能點,跳轉流程和界面的內容說明(包括不同內容的樣式)。我喜歡盡可能在一個page頁描述同一界面更多的相關內容,所以把page頁分割成多個模塊,不同的模塊描述不同的內容。
①頂部概述。這模塊相當是該page頁的目錄,只是為了方便閱讀人員理解而已。這里你可以概述該界面的定義、目的、功能說明、頁面結構、和狀態說明等等。
②狀態一(有微博的狀態)。在微博首頁,主要展示的是用戶所關注的其他用戶和自己所發的微博內容,在這里就可以進行詳細的設計描述說明了;在左側簡單說明了一下點擊頁面按鈕和微博內容的跳轉關系,右側則是各種不同微博類型不同格式內容的詳細說明。
③④⑤…“首頁”其他狀態的描述
如何讓團隊成員更好地理解你的交互稿,其實沒有說哪一種方法是絕對正確的。如果你的團隊成員不喜歡這種表達,你可以直接忽略不看;只要他們覺得怎樣好,你就怎么做就可以了。如果實在沒有要求心里也沒底,也可以參考一下這種做法。
只是希望這些細節處理和表達方式能幫到大家更好地向團隊展示原型稿的內容,避免遺漏功能、各種異常狀態和各種細節問題等等。同時也歡迎大家指點交流。
本文由 @samuel?原創發布于人人都是產品經理?,未經許可,禁止轉載。
半年前我也按照這樣的方式把原型做的很精美,可能因為創業公司節奏太快,事情太多,根本沒那么多時間把這個做好看。大框架起來后,小模塊我都直接采用需求池+手畫原型,口述~雖然這個很容易遺漏問題,但是跑得快!不知道現在這個狀態是好是壞,身兼產品、項目、商務、還時不時要安排團隊活動
高保真一點意義都沒有,線框+流程圖+文檔才是正道。
我之前都是畫高保真的,而且都沒什么文字。
很喜歡這個線框交互,但不知道如何在頁面中描述文字,能給個范例什么的嗎
呃,我所理解的高保真貌似是運用到了UI的設計效果圖在原型中的,和成品的區別是無法進行數據存儲以及和服務端進行交互等。。。
說得對,我覺得還是根據項目需要吧。在工期緊的情況下,高保真的還真的不如在線框圖里加上備注來得快。
??
贊同,我剛剛才入門為產品經理,很多地方還不懂,這篇文章通過深入淺出的方式教會我很多東西,讓我學到了很多,受益匪淺。有機會的話,想跟你好好的交流下,謝謝。
?? ??
?? ?? ?? ?? ?? ?? ?
贊同 高保真費時費力 對于團隊交流有諸多不便 改起來也很費勁
我覺得尤其是小團隊,創業公司,一切都要以效率為主,
比如我最初的注冊登錄用了很多動態面板以及跳轉,但實際開發和設計根本不知道這個可以點擊用的,不如我分解3個原型圖標明需求來的快。