《使用者體驗要素》澄清了 UI 原型設計中看不見確感受得到的那一層，《使用者體驗要素》ui

《使用者體驗要素》澄清了 UI 原型設計中看不見確感受得到的那一層，《使用者體驗要素》ui

《使用者體驗要素》澄清了看不見確感受得到的那一層

太陽火神的美麗人生 (http://blog.csdn.net/opengl_es)

本文遵循“署名-非商業用途-保持一致”創作公用協議

轉載請保留此句：太陽火神的美麗人生 -  本部落格專註於 敏捷開發及移動和物聯裝置研究：iOS、Android、Html5、Arduino、pcDuino，否則，出自本部落格的文章拒絕轉載或再轉載，謝謝合作。

《在熟練使用2B鉛筆前，請不要開啟Axure》一文中精要部分摘錄如下，並 PS 組合：

表現層：

其它四層基本搞定的情況下，再進行美化設計，從美學角度來布局，用色等等，這一層基本是最終產品內含，所以包含的東西也最多，而光靠美工 PS 是無法達成的；

PhotoShop 可以使它更美觀；美觀是使用者體驗的一部分；

架構層：

大體的介面流轉和介面元素選用以呈現特定資料並與使用者互動，這一層除了不太美觀漂亮外，基本該呈現什麼資料、該接收什麼樣的使用者互動請求等這些結構層的內容，在這一層都包含並體現了，然後這一層更重要的是，把這種資料的種類以及使用者的請求，以及請求與資料在使用者與系統互動之間的各種體驗具體化，結構化，流程化，執行個體化地直觀表現出來，包括介面元素、資料群組織、互動流轉、響應結果走向等等。

Axure 可以呈現出互動的流程並配以相對真實的資料和介面元素以及跳轉關素；互動也是使用者體驗的一個很重要的部分；

結構層：

架構層的很多東西都源自這裡，如果沒有這一層的內容，你會發現你想用 Axure 畫出個清晰的東西來，很難！不知從何下手，即使下手了，也很散亂，前後錯位。所以，可以這樣描述，架構層是驅體，那麼結構層就是靈魂，只有有靈魂的驅體，才是靈動的、有生氣的、合情合理的。這一層更多考慮的就是這些靈魂的東西，具體到該給使用者哪些功能來用，哪些資料需要處理，呈現出來哪些資料，當然僅此而已，而不需要更具體化的互動的介面元素，資料呈現的介面元素，但互動的過程確是要清晰可見的只要你能按現實中的思維方式推演得出，順暢且合情合理，那麼這就是可行的，否則，需要進一步考量。就如一個人在做一些事情，這是架構層看到的，如果細琢磨，就會發現，這個人做事情是有條理的，這個條理就是結構層需要解決的事情，至於姿勢動作是否優美，就不是這一層該細化的事情了。

OmniGraffle、Visio 這一類工具能畫流程圖，流程圖就是一個業務流轉關係的邏輯思維過程，相對抽象，但確主載著應用的呈現和響應能力，這是一層看不到的，確能感受得到的使用者體驗部分，比如同樣一個資訊，你是需要使用者點了好幾層，翻了好幾頁才找到，並輸入一大堆本可以自動產生提供，至少可選的資料，還是簡化這些，僅讓使用者輸入必要的內容，這個確決定著後續的事態發展，雖然看不到，但這些內容確定後，指導架構層的時侯，就會被看到其作用的結果，雖然它本身只能感受得到，確看不到。。。。。。

範圍層：

這一層可以叫做需求的邊界界定。往往很多項目失敗，就是因為需求無邊界，使用者一再地提出不同的新需求和對原有需求的變更，最終也搞不清到底要的是啥了。這時侯需求的邊界界定很重要，當前只完成這些任務，再有新的可以提，留到下一個版本中升級完善，或者變更也可以，但只能在某些特定的範圍內來做，簡而言之，界定了範圍，接下來的工作目標，就是這些界定的需求，而且這些需求也是經過一系列討論、研究確定為最重要和緊急的。在實際開發過程中，也同樣需要遵從範圍層所界定的內容,才能使開發工作可以量化並按時完成交付使用，另外，Scrum 敏捷開發中，每一個衝刺也界定了這一次要完成的需求範圍或需求複雜度，這都是非常重要的。

這一層使用的工具可能就是腦子了吧，或者像 XMind 這類思維導圖的工具會比較有用吧。

               

戰略層：

這一層，當然離不開出資人的考量，首先是這個需求是否切實存在，使用者群體的廣泛性，最重要的是，利潤點是否合理、豐厚，額外還要考量，環境是否具備，就如當下，基本每一個人都在拿著一部 Android 手機，而 iPhone 相對就小眾一些，但確是高端人群，所以這些都是這一層需要考量的，如果不考慮到這些，早些年，誰也不會傻到，給每一個人買一部 Android 手機，然後開發應用求他們下載來用，這純屬笑話，但笑話中確無不流露現實環境狀況的重要性；再比如 JAVA 語言的發明，在當初的環境下，確實無法達到其最初目的，後來轉戰 Web 一舉成名，而今在 Android 上，Java 終於達成了其最初的設計用意，機頂盒和可攜式裝置上的開發應用。總之，戰略層，決定了方向，方向如果錯了，後面做再多也是錯的，或者有時會成功，那不是偶然，而是下面各層執行中，不斷對戰略層進行了修正，這其實還是戰略層的問題，並不是其它層的，只是你會看到其它各層中在貫徹執行而已，並不會改變這一層面；但確會存在，各層的反饋下，戰略層不斷修正以使其它各層可行、合理。