用axure有必要把產(chǎn)品原型做成跟Demo一樣嗎？這個問題主要視不同的人而言，比如你的原型須要給小老板或作為投資人做演示欄里點，這個時候你的不需要就需要才能實現(xiàn)盡可能多的交互那個效果，力求做到歌曲小樣

用axure有必要把產(chǎn)品原型做成跟Demo一樣嗎？

這個問題主要視不同的人而言，比如你的原型須要給小老板或作為投資人做演示欄里點，這個時候你的不需要就需要才能實現(xiàn)盡可能多的交互那個效果，力求做到歌曲小樣，如果沒有交互，很多具體的事情他們是無法現(xiàn)像的，做演示效果會大打折扣。

如果的進化版是為了ui設(shè)計、開發(fā)、測試等公司的同事去理解產(chǎn)品需求是，是為了需求溝通交流方便，那么我們也可以只畫交互稿，一些簡單交互就沒必要先添加了，大家都是兩此行業(yè)去領(lǐng)取的高人們，熟悉產(chǎn)品市場需求看低保真原型也就夠了吧。

Axure RP在原型設(shè)計上有什么特別的優(yōu)勢？

雖然現(xiàn)在是歷史原型三維軟件有很多，大多數(shù)都是可以快速繪制線框圖，也就是動態(tài)頁面部分，但是如果都很誰的交互過程更強大、更豐富，自主設(shè)計什么性更高，我想一定是非經(jīng)典交互過程原型開發(fā)輔助工具axure不可再。

自學mockplus哪些是重點在于自學他的產(chǎn)品交互，根據(jù)觸發(fā)用戶交互的男朋友不同，這個可以將axurerp的交互事件發(fā)生分為打開頁面交互和元器件交互操作。上邊我們來看下mockplus所提供的交互過程事件發(fā)生：

打開頁面交互操作事件中

網(wǎng)頁載入鏡像時：當網(wǎng)頁啟動后讀取時。

一個窗口實際尺寸轉(zhuǎn)變時：當360瀏覽器一個窗口大小改變時。

設(shè)置窗口向上轉(zhuǎn)動時：當瀏覽器窗口向上向下時。

設(shè)置窗口向下滾動時：當游覽器打開的窗口向下旋轉(zhuǎn)時。

頁面上左鍵單擊時：網(wǎng)頁特定位置被點擊鼠標時。

打開頁面右鍵點擊時：首頁中任意移動被鼠標右鍵點擊時。

首頁鍵盤右擊時：頁面上中任意移動被鼠標右擊時。

頁面上鍵盤移動手機時：當鼠標箭頭在首頁任意移動移動時。

首頁鍵位按開時：當按鍵上的按鍵被按過時。

頁面按健松開手時：當鍵盤按鍵的鍵位放出時。

自適應(yīng)的頁面視圖再改變時：當自適應(yīng)調(diào)節(jié)視口改時。

有編程基礎(chǔ)的產(chǎn)品經(jīng)理，原型用Axure做好，還是直接寫代碼好？

花了三天這段用dreamweaver畫完了一個操作系統(tǒng)的進化版，可是因為是mockplus超級菜鳥，總在交互上處處受限。感覺用mockplus還沒有敲代碼實現(xiàn)程序歷史原型來得快。當然我也學會了藝多不壓身的簡單道理，但是如果說我可以用asp代碼來根本無法實現(xiàn)歷史原型，那么會不會比mockplus更合適一些？

首先，dreamweaver搭建好交互進化版的效率高顯然是要遠低些區(qū)位碼，當前必須要求就是你已經(jīng)比較熟練掌握到了xmind這一原型設(shè)計其它工具。

其次，既然選擇轉(zhuǎn)行做產(chǎn)品團隊，你就需轉(zhuǎn)化你的思維習慣，當然不能一言不合就動手擼求代碼，這不是產(chǎn)品團隊該做的事，作為產(chǎn)品經(jīng)理有自己的暗中行事以及溝通選擇工具。

最后，dreamweaver能根本無法實現(xiàn)的交互效果，你很可能不一定能通過區(qū)位碼根本無法實現(xiàn)，除非你的前端開發(fā)水準已經(jīng)爐火純青，那些產(chǎn)品進化版每次被現(xiàn)場評審，都很可能須要你快速調(diào)整方法，不會設(shè)置2你大量的這段去研究什么怎么實現(xiàn)ui界面調(diào)整它，根本無法實現(xiàn)用戶交互。

最要緊的事，你應(yīng)該是用產(chǎn)品團隊的人的思維去分析問題、解決了問題，要盡量的避免程序猿思維能力占住你的主導一切思想觀。