低保真原型工具

1. 標題：原型設計中的低保真原型和高保真原型區別是什麼

「原型」對創造成功的用戶體驗至關重要。但是對許多產品團隊來說，原型仍然是UX設計過程中最令人困惑的部分之一。毫無疑問，原型可以是任何東西，從一系列代表app的不同界面或狀態的紙質草圖，到功能齊全、像素完美的app。

同時，了解原型設計主要與產品研發速度有關—目標不是創建可重用代碼，而是盡快落地一個可交互的設計。

先說什麼是低保真原型和高保真原型之前你要先明白下面的幾個問題。

什麼是「原型」？

我們經常在不同的背景里看到「原型」這個詞。 由此，我們很可能已經混淆它的真正含義。

它最基本的含義：原型是設計想法的表達。原型讓設計師們得以展現他們的設計，以及模擬真實的使用場景。在數字化的背景下，原型能夠模擬用戶與界面之間的最終交互行為。根據產品團隊的需求，原型可以模擬整個app或僅單個交互行為。原型可以模擬最終產品的運作方式。它支持產品團隊測試其設計的可用性和可行性。也有很多人將原型與草圖，線框圖和模型混淆，實際上它們不同於原型。「交互性」這個概念是原型的根本，因此這就是為什麼草圖，線框圖和模型不能被視為「原型」的理由。

為什麼我們需要原型？

做原型主要是為了在做實際產品之前測試設計（和產品創意）。 是否進行測試與產品的成功直接相關。 不用想，當產品在市場上上市，人們開始使用它時，你的設計將被用戶測試。如果這是首次測試，則很有可能會有來自用戶的負面反饋。因此，在低風險的研究階段和公開發布之前收集產品反饋，總是更好。

以下是需要原型的兩種情況：

• 確保設計理念按預期進行。 在大多數情況下，讓實際用戶測試產品概念是相對容易的。一旦用戶拿到一個可以交互的產品原型，產品團隊就能夠看到目標受眾是如何使用該產品。 根據這些反饋，可以調整初始理念。

• 確定用戶能夠順利地使用產品。原型的必要性是在產品發布前發現和解決可行性問題。它能測試出產品需要改進的地方。這也是之所以那麼多產品團隊創建原型，讓用戶測試它們，並迭代設計直到它足夠好的原因。

什麼是「保真度」？

原型不一定要看起來像最終產品——它們可以有不同保真度。原型的保真度指的是它如何傳達最終產品的外觀（也就是指它的細節和真實感級別）。

保真度可以在以下方面有所不同：

• 視覺設計

• 內容

• 交互性

原型的類型有很多，基本介於這兩種類型之間。

• 低保真

• 高保真

產品團隊根據原型設計的目的、設計完整性和可用資源來選擇原型的保真度。

低保真原型

低保真（lo-fi）原型設計是將高級設計概念轉換為有形的、可測試物的簡便快捷方法。它首要的也是最重要的作用是——檢查和測試產品功能，而不是產品的視覺外觀。

一個高保真互動式原型, 通過墨刀製作

高保真原型的基本特徵包括:

• 視覺設計：逼真細致的設計 – 所有界面元素、間距和圖形看起來就像一個真正的app或網站。

• 內容：設計人員使用真實或類似於真實內容。原型包括最終設計中顯示的大部分或全部內容。

• 交互性：原型在交互層面非常逼真。

優點

• 可用性測試期間獲取有意義的反饋。對於用戶來說，高保真原型通常看起來像真正的產品。這意味著，在可用性測試會話中，測試參與者將更有可能自然地表現——就好像他們正在與真實產品交互一樣。

• 對特定 UI 元素或交互的測試。藉助高保真交互性，可以測試平面元素，或特定交互, 比如動畫過渡和微交互。

• 輕松獲得客戶和利益相關者的認同。這種類型的原型也適合向利益相關者演示。它使客戶和潛在投資者清楚地了解產品應該如何工作。一個優秀的高保真原型讓人們對你的設計感到興奮，但低保真的原型則不然。

缺點

• 成本較高。 與低保真原型相比，創建高保真原型意味著更高的時間成本和財務成本。

熱門技術

2. 企業軟體開發中低保真原型和UI設計規格有什麼不同

實際很多交互設計工程師在給研發人員時，只有低保真原型，所以很多人還不知道產品的UI設計規格有什麼作用。我們下來仔細分析一下：
低保真原型是模擬產品特定功能和界面的設計作品，並非實際的最終產品。低保真原型往往主要是線框圖或草圖等實現的，在企業軟體中往往體現的是一個或多個場景任務下的界面設計內容。當然很多也有採用ppt或其他工具實現的。有的工具看起來視覺效果很好，似乎和真實界面一樣，但不能交互。開發人員由於覺得也足夠了，一般也會認為低保真原型就夠了，不用再交付更多的文件說明了。
UI設計規格實際上是為了更好的交付給軟體開發實現人員而給出的產品設計規范類文檔，主要明確了產品在實現人機交互時應當必須滿足的設計點，文檔內容可以分成這幾部分：
概要。主要說明本規格主要包含哪些內容，以及低保真原型和本UI規格的關系。如後面的關系說明就可以明確並清晰地寫「xx低保真原型所體現的界面設計和明顯的交互關系不在此規格內重復說明」。
系統交互框架：主要說明軟體界面的框架組成和界面內典型的各個模塊說明、關系的說明。同時，建議說明設計此框架所適用的用戶和業務場景任務及頁面之間的關系，使開發人員對設計的背景、人機交互的框架有一個基本的了解，而且可以找到自己業務相關的關鍵場景任務信息。
設計要素：主要說明對屏幕解析度、文本的字體及大小、排版的樣式和顏色、標點符號和編碼等視覺所能看到的設計要素、後面實現需要滿足的視覺對象規格的一個清晰的說明。
交互設計：一般至少需要說明鍵盤交互和滑鼠交互的設計要求，因為計算機的輸入基本是這兩類。但也有新的交互技術應用如語音、動作輸入等，這些如果在業務使用中體驗非常關鍵，也需要給予明確說明。同時，在界面操作中，瀏覽類的視圖控制項如菜單、Tab、樹類視圖、表格和隱藏區等，編輯類控制項如按鈕、文本框、下拉列表、列表框、單選框、復選框和彈出窗口等，這類控制項的操作有時在低保真原型很難表達清晰，可以在UI規格中給予清晰的說明。例如按鈕，至少可以有三種狀態：無效、有效和被點擊狀態，如果體驗要求高，狀態可能更多，如滑鼠懸浮在按鈕上也特殊設計成不同的顏色或質感狀態，使用戶明確可以點擊按鈕。在Web界面上，鏈接就是一類很特殊的按鈕，其狀態可以多達5種以上。在線幫助的交互要求也可以寫，不過這部分往往由於和信息架構、資料開發相關，往往會單獨放在資料的設計要求中。
最後還建議附上在產品設計中所依賴的設計原則，使開發人員了解到相關的設計哲學思想，同時培養開發人員盡量掌握更高的體驗設計技能，在基本設計原則上要求開發人員也應當能夠遵守。
那好，如果沒有設計規格，只有原型是否可以呢？實際現在是很多產品都不重視UI設計規格，包括交互設計人員也覺得寫這個文檔要化很多時間，平常很多問題都已經溝通了，沒有動力寫。結果呢，好一點的產品，開發人員感覺好一點，代碼復用多一些，有時能夠將風格不一致的現象減少很多。但由於缺乏規范規格的約束，開發人員很多由於開發時間和效率的問題不會有這么多的考慮和交流，最後實現的產品界面存在很多小問題。只不過企業用戶，忍受能力比較強，畢竟是為了工作，不會在意那些小問題，任務一定要完成啊。
但實際從工作效率來看，成功完成項目，有過高質量交付的工程師，可以理解這個文檔可以起到很多提升效率的作用。比如同樣的設計問題，如果一個人問了，或UE問了跟蹤了就解決了，用文檔的意義就沒有了。但在企業中，產品往往開發人員很多，有上百甚至上千個頁面需要開發完成，這時很多問題重復率很高，這些問題在文檔中寫清楚使開發人員准確理解比每次重復答復要有效、高效得多。而且文檔寫出來，往往其語義和語法要比口語嚴格得多，可以防止口頭傳遞的信息質量衰減。俗話說"好腦瓜不如爛筆頭"，很多時候人們口頭交流會很高效，但會忽略很多因素，例如默認的設計風格和圖標，但每個開發人員往往由於自身經驗理解又不一樣。所以即使對於很多聰明的人來說，形成一些好的想法、通過口述把這樣的好想法表達出來都不難。但是，對於一個比較復雜的軟體，幾十人合作開發的人，即使通過口頭傳遞也很難去檢查想法中存在的各種各樣的漏洞和需要解決的問題。
但是如果把規格寫下來就不同了。大家可以一遍又一遍地審視文檔，一遍又一遍地補充和完善表達中存在的不完善和不嚴謹的地方。文檔可以在任何時候拿來慢慢思考、理解和優化，無論對自己還是開發人員，大型團隊的溝通絕對需要這些關鍵的文檔，否則會出很多問題。
另外文檔寫出來，可以以後有新的UE或其他工程師在新產品開發版本或老版本上優化時，進行更好的優化，比重新理解系統，重新整理規格的難度要小得多。而且企業如果不重視框架文檔的說明，很可能到了後面來一個新人就會上一個新框架，因為人們總是喜歡做自己擅長的、能夠理解的事情。而且企業往往存在人員流動和流失的問題，誇張的企業可能過幾年雖說研發部門還存在，但可能的感覺是物是人非吧。對於這樣的生存環境，企業產品研發中沒有相應地設計文檔傳遞，企業的設計風格會非常混亂。企業形象也會受損。
同時，在復雜產品中，往往企業本身產品開發出基線版本後，還需要根據現場環境進行定製開發。這時，如果沒有UI規格文檔指導，很可能設計的其他頁面和原有頁面差異很大，而且用戶會覺得很不習慣。為了保證好的定製產品開發體驗，企業還可以將UI規格相應改動為體驗設計指導書，指導本地或合作外包或其他研發企業盡可能使用自己的提供的組件和一致的風格，保證企業品牌形象的傳遞和延伸。在這點上，我非常佩服蘋果公司的體驗指南和實踐，具體和原則都寫得很到位，而且在app審核中如果沒有按照規范要求使用相應的圖標就不會給予通過。
當然，在實際企業軟體開發中，很多軟體不一定是需要考慮這么多，更多要考慮效率，先開發出來滿足客戶需求，爭取機會讓內外部客戶認可先活下來，這樣沒有必要一定要按照上面的要求輸出很僵化的文檔，可以在相應原型或視覺效果圖中標注清晰也是一個好方法。只要將必要的UI設計要素給需要的研發人員說明清楚了，後面若需要組織起來還是很容易的一件事。
軟體積累很深的企業還可以通過高保真原型和組件化降低產品UI設計規格的復雜度，因為直接將高保真原型和組件列在文檔的相應說明中，開發人員會直接下載或拷貝相關代碼，這樣編程中很多需要組件內部實現的交互就不用重新編程了，開發人員也可以通過繼承樣例代碼快速實現高質量的界面交互。不過，這個需要產品或企業先做好平台積累或高保真原型和組件，開發或體驗管理者需要有遠見和良好的合作共享精神。
所以這個道理一定要和產品說清楚，使產品業務開發人員真正理解和配合UI設計規格的寫作，做好產品的設計實現。否則，有些開發人員只看到了低保真原型，但還是不清楚交互設計人員或可用性工程師的作用，就會說交互設計不就是個畫破圖的嗎？然後我們不解釋不好，解釋呢，有點被動，例如：交互設計師不僅僅是個畫破圖的（交互設計的輸出不僅僅是線框圖和單頁面設計圖），他的交付還可以包括視覺要素設計、特殊交互說明、高保真原型、用戶情景（user scenario）、准則（style guide）等等。這樣解釋感覺真是有點損己利人。
如果你或產品有這個文檔，那些只看到原型沒有去看UI設計規格的人再說交互設計不就是個畫破圖的嗎？你就可以說，不會啊，我們還會輸出UI設計規格，為什麼呢？按照我上面寫的解釋一下就可以了。如果他說，我怎麼沒有看到這個規格，你就說：「是你太爛好不好，放在那裡都看不到！」。

3. App 產品原型設計用什麼軟體

現在主流的原型界面設計軟體基本就那幾款吧，比如Framer、Shireframe、v-proto，前2款對技術和入門版還是有要求的權，後面者是國產，更符合國人使用習慣，而且零基礎的人也能很好地使用。
原型設計工具一定要能在工具內拖拉拽模塊或者通過大量模版集合，現場快速生成產品模型，可視化操作讓客戶思維得以具現化，高保真度還原需求，同時支持團隊協作辦公，需求即提即改，大大縮短交流成本和交付周期。這才是原型工具的本身存在的意義

4. 在移動應用產品設計低保真原型階段，有什麼比較理想的可用性測試的方法嗎

首先，移動應用產品和桌面應用產品的可用性測試應該有很大不同，移動應用產品設計需要考慮更多用戶在移動中的使用情境。但是在低保真原型階段，很難讓用戶在一個接近真實的移動情境去試用產品。

產品設計人員懂一些開發知識，用移動開發的編輯器做簡單布局，就更為保真了，只是把控制項做堆砌。而且可以直接用自帶的控制項，這樣設計和開發銜接更緊密了。

5. 原型工具，有沒有 Axure 的替代品

當然有了
墨刀－極簡超快的移動應用原型工具
OmniGraffle－OS X 專用，曾獲得年度蘋果設計獎，可快內速製作高精度頁面容原型

Origami－基於 Quartz Composer 設計的原型工具

App Cooker－iPad 上的原型設計工具

乎之原型－原型快速設計工具及分享平台

Easel－讓不會代碼和用戶界面設計的創業者快速製作產品原型頁面

Prott－非常出色的原型設計工具

Neonto－iOS、Android UI 製作軟體

Protoshop－10 分鍾由平面設計稿打造出可在移動設備上運行的 Native App 原型

摩客－簡潔高效的原型圖設計工具
Epub360－畫原型，做 H5 頁面都能搞定

VXPLO 互動大師－基於雲計算方式的互動式網頁設計工具

6. 產品原型工具有哪些

那axure和騰訊cdc的uiddesigner，還有在線的fluidUI也可以考慮。其他好像沒有了吧。但除了axure，後兩者所謂的交互其實都是不同的界面截圖之間的切換，說白了就是多節點式結構的ppt，不是真正的交互。axure的思想更接近實際開發，比如通過master實現界面元素的封裝復用，條件判斷，函數，變數。這些功能除了開發工具，原型工具還有誰能比得上axure嗎？app原型相比網頁，界面結構簡單，但交互復雜得多。界面上的div也不是平鋪的，為了有效利用空間會用到很多層疊，卡片式之類的展示方式。要做這類高保真可交互原型，我覺得非auxre莫屬。比如一個tableview滑動到頂部刷新，底部回彈，不藉助開發只有axure能做出來。我從 年開始用axure，曾經一度認為做網站原型，axure已經不需要再怎麼改進了。自從做app之後，覺得axure有點根不上時代，但試了其他工具，還是覺得auxre最合適。仔細做過幾個以後，我覺得axure還是完全適合做app原型的。做好以後分享也方便。放到內網，或者axshare上，或者有一個htmlruntime的app，可以在設備上直接瀏覽axure輸出的html。當然axure作為一個工具，不可能每個環節都是最好的。比如我希望axure能借鑒一下其他工具和開發思想，把UI和素材分離出來，就像換皮膚一樣，一個控制項可以隨便更換圖片素材。這樣pm或者交互用最簡單的線框設計，確定交互以後，可以把設計師的圖貼上去，這樣就 %保真了。axure對app設計不友好或者說最落伍的地方，就是支持的事件類型太少。交互上無法模擬出多點觸摸，無法模擬設備運動，無法模擬各類感測器……或許對一個原型工具來說，要求太高了。

7. 常用快速原型設計工具大比拼，原型設計工具哪個好用

「好用」這個詞本身就帶有主觀性。只要自己熟悉的，並且掌握好的都是「好用」。只能給你推薦目前比較常用的原型設計工具，如：Axure、墨刀、uidesigner、Sketch等等。

8. 高保真原型需要多「高保真」，用Axure RP做夠了么還是需要開發人員介入

騰訊團隊對於產品原型的理解主要分為三個大類：紙原型、低保真原型和高保真原型。

高保真原型指的是幾乎完全按照實物來製作的原型，原型中甚至包含產品的細節、真實的交互、UI等等。相反，低保真原型就是一個大致的結構框架，粗枝大葉畫出來的模式圖而已。使用這種模型能更好的對網站產品進行搭建。具體也並沒有一個真正非常完整的定義，大體類似於這樣進行實現：

畢竟，人腦總歸要比機器和系統靈活的多。就像我們初步學計算機的時候，老師教我們一些基礎的代碼，然後給我們一個編寫程序的軟體，咱們把自己的代碼輸入進去，最多也就能完成「1+1=2」的表現操作，但絕對不可能靠僅有的一個基礎的軟體、敲入無數行代碼就能編寫出一個網站或是一個app。所以，想要做到高保真原型的精確條件，還是需要開發人員的介入才行。

9. 什麼是低保真原型圖 設計中的低保真是什麼意思

簡單來抄講，原型圖根襲據產品設計還原度不同分為低、中和高保真三種。

低保真原型，一般在產品設計的初期使用，用於產品設計相關宏觀設計方面的展示和討論，例如大致設計流程之類，確定的是方向方面的問題，對細節和界面還原度沒有過高的要求，比較粗糙。

中保真原型，則是設計師們確定整體方向之後，轉而討論產品更細節的東西，例如哪個界面應該有那些組件，組件應該怎樣展示，交互如何等。相交低保真，更豐富。

高保真原型，則是在整個團隊協作的過程中，為了更好的溝通交流，方便測試、交付以及迭代，展示更多細節和復雜交互，與最終產品可以說已經是很接近了，幾乎可以作為真實的產品，測試將來可能存在的問題，及時解決。

總之，不同保真程度，使用的設計階段也會有所不同。 當然，現今工具越來越發達，大家也大都選擇實用的原型工具進行各種保真度的原型。

例如可在線直接對接設計師、產品經理以及開發的設計工具，摹客，就是這樣一款非常實用的原型設計工具，中低高保真都能實現。組件、交互以及組件狀態豐富，拖拽就能快速實現復雜原型製作。 分享、測試以及協作都能夠實現。

10. 設計中的低保真是什麼意思

低保真又叫原型圖，也稱作為交互原型，一般由交互設計師完成，它可以被理解為任何界面的設計藍圖，無論是應用程序還是網站。完整的UCD團隊一般會先出低保真，然後再出高保真(視覺稿)。

lo-fi(低保真)，最早是搖滾音樂上的一種說法，也即是hi-fi(高保真)的反義詞，通常使用粗糙、怪異、不和諧的音色和生硬、歪曲的演奏技巧，著力營造出一種噪音效果。

(10)低保真原型工具擴展閱讀：

涉及中低保真的優點

1、設計思考 主張「用雙手思考」的方式來建立情感化解決方案。

2、精創實業 依賴於早期產品驗證和最小可行性產品的開發迭代。

3、注意力從工具的技術問題上轉移到設計的基本要素上，使設計師能夠釋放95%的時間用於思考設計本身而只花5%的時間在技術問題。

4、以用戶為中心的設計 要求協同設計的過程中用戶提供他們對於產品原型感受的持續反饋。

在早期檢測和修復主要問題，低保真原型構建起來更加容易且成本更低。

得出反饋以側重於高層次的概念而不是執行，高保真原型將重心轉向了產品的美觀程度而不是驗證產品的基本假設及核心價值。而外表粗糙的低保真原型從另一方面來說「強制用戶去思考核心內容而不是外表」。

更有迭代的動力和意願，想想看：是讓你徹底放棄一些只花了你幾分鍾的草圖容易？還是讓你放棄花了無數時間建立得愈加完美的原型容易？用Rettig的話說，「你很有可能會愛上花了足夠時間製作的東西。」

5、易於攜帶和展示

快速建立起的原型，幫助用戶傳遞有價值的反饋，它只需要形成對產品未來形態的交流。記住，不在乎形式和功能，只在乎關鍵點。