咱們在平常的軟件設計中常常會涉及到原型的設計。設計一個原型,無非就是三個目的:第一個目的是給本身看的,爲了方便以後的下一步設計;第二個目的是給開發看,說服開發,完善軟件;第三個目的是給客戶看,讓客戶滿意,推進合做。工具
可是,在工做中常常有些小白同窗拿着應當給開發看的原型去給客戶看,致使客戶不滿意,談判過程異常艱難;也有一部分人拿着應該給客戶看的東西去找開發,結果卻效率低下,有的會被開發拒絕,部分狀況可能致使更嚴重的溝通問題。更有甚者拿着該給本身看的東西去給開發和客戶看,後果請自行腦補。那麼,究竟該用什麼工具作什麼原型給誰看?今天熊先生就來跟你們簡單討論一下,在目標明確的狀況下,咱們到底該怎麼辦。.net
1、給本身看設計
重點:草圖開發
既然是給本身看的,那就沒什麼多說的了,爲所欲爲的記錄下一切可能的想法,保證本身能看得懂,也就足夠了。這個階段裏,外界的干擾越少越好。簡單方便的紙筆和白板就成了最好不過的工具,它們不會限制你的思惟,任你想出無數想法。若是你但願把這些線框圖更有效的整理出來,可使用Balsamiq,這款工具雖然沒有交互設置,可是其素描的風格相信也會爲一些用戶提供靈感的來源。並且Balsamiq做爲原型設計工具,組件雖然不是不少,但也徹底能夠知足線框圖的要求了。固然,有些時候爲了整理本身的頭緒,你可能還須要相似Xmind這種幫助思考的腦圖工具。get
2、給開發人員、有經驗的客戶看原型
重點:交互產品
工具:Axure RP、Justinmind、Mockplus、UXPin效率
一千個讀者節就有一千個哈姆雷特,傳統的產品文檔雖然不是文學做品,可是一千個開發也會按照一個文檔給你作出一千個效果。若是你還在使用靜態的線框圖+文字描述的方法給開發看產品文檔,那麼熊先生建議你儘快試試上述四款工具。敏捷開發的狀況下大多數團隊會採用原型+PRD的方法,以前幾百頁的文檔可能在加入了原型以後就變成了十幾頁。並且傳達的意思也更加的直觀,減小了誤解、提升了效率並加快了節奏。四款工具中Axure、Justinmind在功能上來講相對更加的全面,而Mockplus和UXPin則是比較輕快。我的仍是比較傾向於後者,Mockplus、UXPin在功能上基本知足了原型設計的須要。在某些特定的功能點上,好比變量和判斷,沒有作到Axure和Justinmind那麼完整。可是實際思考一下,花費了十幾分鍾甚至更久來設置一個判斷的交互,其實可能一句話的備註就說明問題了。一樣的,對於懂得軟件設計開發的客戶來講,時間寶貴,用最快速的方法表達出最接近客戶想法的設計不只是對客戶的尊重,也是對你的工做專業性的確定。因此,內行進行溝通的時候,Mockplus和UXPin這種更加輕快靈巧的原型設計工具在原型與備註相結合的狀況下,每每會創造出更快、更好的效果。基礎
3、給徹底不懂的客戶看
重點:精緻度
然而畢竟仍是有一些會作生意但不懂軟件設計的客戶,這些客戶可能要你作一個99.999%接近真正App的原型。這個時候請使用上述兩款工具。爲何這種不只能夠保證精緻度,還能夠保證高保真的工具我到這個時候纔拿出來?緣由很簡單,兩款工具中,前者步驟相對複雜,後者基本依靠代碼。如今的產品開發過程可能真的不會給你這麼久去專研一個原型的效果,除非你是碰上了一個一竅不通卻又要求極高的客戶。這兩款工具不管是畫面效果仍是交互動效均可以與真正的App相媲美,作到以假亂真的效果。不過因爲要求高,時間成本高,不建議平常使用,能夠留到最後以應防不測。
以上就是對三種狀況下的基礎說明了。還有不少比較優秀的工具這裏沒有提到,但願你們仍是可以根據本身的實際狀況,合理選擇工具,早日成爲產品設計的大牛。