移動互聯網原型設計，簡單來說，就是使用建模軟件制作基于手機或者平板電腦的App，HTML 5網站的高保真原型。在7.0 之前的版本中，使用Axure RP進行移動互聯網的建模也是可以的。比如，對于桌面的網站模型，制作一個1024像素寬度的頁面就可以了；現在針對移動設備，制作320像素寬度的頁面就好了。但是在新版本的Axure RP 7.0 中，加入了大量對于移動互聯網的支持，如手指滑動，拖動，橫屏、豎屏的切換，自動適應多設備等交互功能，極大地方便了移動互聯網原型制作。
本書專注于介紹移動互聯網的案例制作，以使用微信、LinkedIn、騰訊新聞客戶端、滴滴打車、iOS 7等主流移動互聯網應用程序為案例，深入淺出地介紹了移動互聯網應用程序的設計和交互精髓。并且，最終這些制作的高保真原型可以真正地在手機上進行體驗，就好像真正安裝了它們一樣。
本書的作者也是《網站藍圖——Axure RP高保真網頁原型制作》的作者。對于讀者來說，無論是熟練使用Axure RP，還是第一次接觸這個軟件，本書都是一個不錯的選擇。

關于Axure
本書是《網站藍圖——Axure RP 高保真網頁原型制作》的兄弟篇。在2 年后的今天，移動互聯網已是大勢所趨，之前在桌面網站產品上默默耕耘的人們，大多早已經切換到了手機這個方寸之地。基于iOS、Android的APP，以及微信開發已經成了新的熱點。我們隨便走進一家單杯咖啡超過30 元的咖啡店，你就會發現，一個人喝咖啡的是來蹭網的，兩個人喝咖啡是在討論移動互聯網產品，三個人喝咖啡是在討論移動互聯網創業，一堆人喝咖啡是剛聽了移動互聯網的講座。筆者也被移動風暴推到了風口，所以，寫下了這本《APP藍圖——Axure RP 7.0 移動互聯網產品原型設計》。雖然叫《APP藍圖》，但是其中的方法可以適用于任何移動互聯網產品的原型制作。
本書全部基于Axure RP 7.0（最新版本），Axure RP 7.0 對移動原型的開發做了大量的升級工作。我們不但可以在傳統桌面電腦上進行高保真原型的開發與操作，而且可以在真正的iPhone 上，就像真正安裝了一個應用一樣的去測試一個移動應用。你會在手機屏幕上看到這個應用的圖標，可以滑動、切換，就像運行一個真的APP 應用，你可以讓所有相關人員“安裝”這個高保真應用，當你更新了原型之后，所有人不用二次安裝，全部都可以看到最新的反饋。現在你再去見老板或者投資人訴說你的想法，只要把你的手機遞過去就可以了。
在首本書（《網站藍圖》）出版后的兩年間，筆者明顯體會到現在對于原型的需要越來越多。一個很大的原因是現在的互聯網行業已經不是小眾和行內人士獨享的行業，所有行業都在互聯網化，所以有更多的人員、資本來自于對互聯網不那么了解的領域。如何準確地向不那么了解你所從事的工作的人解釋你做的事情，變成了一個大的挑戰。尤其是行業的混亂再加上全球化的趨勢，你會發現向美國和印度的同事去解釋你的想法——比如一個基于微信朋友圈分享的超級互聯網創意——變得難上加難。這個時候，高保真原型是最有效和直接的武器——發一個PPT 或者一個Email 過去，遠遠不如一個能直接看到效果的原型有效果。而制作原型的成本又因為Axure RP 7.0 這個卓越的工具而進一步的下跌了。說，是說不清楚的，動手做吧！
最后，對于剛入互聯網職場的，或者想進行一些改變的讀者們，與其去學習已經被很多人詬病的PPT 和Excel，不如好好花時間學一學 Axure，你的同事和老板會立刻對你刮目相看。無論在任何地方，“特別”都是一個特別的優點。
呂皓月

前.言
建模，又常被稱為畫線框圖、mockup、原型圖、demo，其主要用途是在正式進行設計和開發之前，通過一個逼真的效果圖來模擬最終的視覺效果和交互效果。
在現代企業當中，尤其是互聯網企業，無論企業規模大小，時間都意味著金錢。開發出的產品不符合最初的要求，不滿足用戶期待，會白白浪費大量的人力物力。所以決策者在將產品推向市場之前，都希望最大程度地去了解最終的產品到底是什么樣子的，但是又不能投入時間真正地做出一個真實的產品。所以，模型就成了最好的幫手。建筑行業中的設計圖，汽車行業中的概念車，零售行業中小規模局部上市的一些實驗商品，手機行業中的工程原型機，都是建模的好例子。
本書就是要向大家介紹如何使用Axure RP 7.0 軟件制作移動互聯網的網站原型。比如，如何制作一個微信那樣的聯系人對話框，如何制作一個像iOS 里面拖動的橡皮筋效果。通過這些具體應用的案例，讓讀者熟悉整個建模的過程，從而利用Axure RP 7.0 這個神奇的工具，將自己的想法轉化成可以向別人介紹的逼真的原型。然后通過這個原型，獲得企業內部的資源支持或項目主導者的認可，確認討論的需求，甚至獲得潛在投資人的支持，把握一個機會。
如果大家對傳統的互聯網建模有興趣，可以參考筆者的另外一本書《網站藍圖——Axure RP高保真網頁原型制作》，也由清華大學出版社出版。在那本書中，從簡單的原型到復雜的交互，讀者可以全面了解Axure RP 的功能。在本書中，對于完全沒有使用過Axure RP 的讀者來說，可能會需要一點兒時間適應。
在《網站藍圖——Axure RP 高保真網頁原型制作》出版后，很多讀者提出了一個疑問，那就是原型到底要做得多“逼真”才算是令人滿意的？是否需要100% 的模擬真實的情況？那樣可能意味著原型的制作也要花費相當多的時間和精力。筆者的答復是：看應用場景。
如果你的原型就是用來跟你熟識的一些產品經理和工程師進行溝通交流，那么也許一個非常簡單的用于示意的原型圖就足夠了。因為你們彼此了解，很多的溝通可以通過語言和默契來完成，甚至不需要原型。
如果你的原型是用來跟上司提案用的，那么就要做相對詳細一些，尤其是涉及用戶交互和流程的部分。要讓他們清楚了解，你這個頁面是做什么的？怎么用？如何展現每個細節？尤其是在產品立項或者階段性審核的時候，做得越詳細，證明準備得越充分，也就越容易面對質疑，最終獲得認可。注意，“細節決定成敗”這句話，其實應該是“關鍵的細節決定成敗”，并非所有細節都要在模型階段進行展現。
如果你的原型是給客戶提案用的，那么這個時候要盡可能的詳細。因為你希望客戶能夠說一句：“這就是我想要的，就照著這個去做就可以了。”有了客戶的確認，你才能放心地去制作和開發，才不會在最后面對客戶的一句：“這不是我們開始說的啊？”既然客戶是消費者，

那么就一定要盡量讓他們在開始階段就了解到自己買了什么東西。筆者強烈建議在進行互聯網開發工作的時候，能夠在合同之外附上客戶確認的高保真原型圖，以給項目的最終審批設定一個雙方共同認可的標桿，避免損失和誤解。
最后，最重要的一點，也是建議：如果你自己做原型的時候都覺得做得太過復雜，想不清楚，那么也就到了適可而止的時候了。畢竟，原型只是表達方式之一，你可以用文字、視頻、面對面的交流、比喻、類比，甚至是采用與另外一個網站來直接做對比的方式來把你的想法說清楚。很多偉大的創意和想法不是用PPT 表達的，那么很多精彩的設計自然也可以不靠原型來展現。
在《網站藍圖——Axure RP 高保真網頁原型制作》這本書中，筆者確實提供了一些比較復雜的案例，大量的交互和變量的使用。其實這不是非常必要的。筆者的目的是讓用戶了解Axure RP 的一些復雜的功能和對于復雜項目的把握，而并非讓大家學會了Axure RP 這個工具而陷于另外一個制作原型的黑洞。
下面讓我們快一點兒開始使用強大的最新版本的Axure RP 7.0 吧。
作者：呂皓月（阿睡）