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

用axure有必要把產品原型做成跟Demo一樣嗎？

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

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

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

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

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

打開頁面交互操作事件中

網頁載入鏡像時：當網頁啟動后讀取時。

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

設置窗口向上轉動時：當瀏覽器窗口向上向下時。

設置窗口向下滾動時：當游覽器打開的窗口向下旋轉時。

頁面上左鍵單擊時：網頁特定位置被點擊鼠標時。

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

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

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

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

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

自適應的頁面視圖再改變時：當自適應調節(jié)視口改時。

有編程基礎的產品經理，原型用Axure做好，還是直接寫代碼好？

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

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

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

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

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