<xmp id="e0gg0">
  • <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <menu id="e0gg0"></menu>

    6.6.2 X公司的需求

    了解了這些背景情況之后,你就可以著手準備實際的設計工作了。首先,你要根據客戶的實際需求來定義產品的核心功能。經過了與X公司相關決策者的訪談交流,并對其桌面應用做了進一步的了解之后,你認識到,他們的iPhone應用需要滿足以下幾個方面的需求:

    這些需求目標已經得到了X公司相關團隊及決策人員的確認。雖然其桌面應用的很多功能并沒有體現在這個列表中,但是根據移動應用上下文環境中的用戶實際需求來看,目前的這些功能已經足夠了。

    明確了產品需求,我們就可以對工作流的組織方式進行構思了。在這方面,最好多花些時間和心思,從細節層面對工作流進行深入地挖掘與定義,這樣做可以使接下來所創建的交互模型能夠最大程度地發揮出自身的潛力和價值。

    這份需求列表可以幫我們看出這款應用的本質。其中,絕大部分需求與內容有著直接的關聯,而類似分享和評論這樣的輔助功能也是依托于內容的基礎之上的。所以我們可以得出結論,內容是這款應用在功能與用戶體驗等方面的核心。當你與客戶進行溝通交流的時候,還會對一些將要在后續工作當中面對的關鍵問題有所預見。例如,我們可以了解到,對于這款以內容檢索和瀏覽為核心的應用來說,用戶所做出的交互行為多數是為了獲取內容而在層級化的信息結構中進行的導航操作。

    要將這一點體現在工作流文檔中,有兩種方式供我們選擇。一是在文檔中準確地反映出涉及內容瀏覽和導航的層級結構;另外還可以將這方面的工作流簡化成為文檔中的一個節點。讓我們通過一張流程圖來看看這兩種方式之間的區別(見圖 6-13):

    《iOS Wow Factor》全書譯文精選

    圖 6-13流程圖被簡化前后的信息結構對比

    這給我們帶來了一個值得思考的問題:究竟是否有必要將工作流完整無缺地體現在文檔中? 這個問題的答案還要視具體情況而定。對于那些會對用戶界面設計方案產生直接影響的交互流程?,你需要在文檔中將它們盡可能完整而詳細地體現出來。而對于那些有可能在用戶界面設計過程中得到一定程度簡化的交互流程,不妨直接在工作流文檔中將它們打包成為一個節點,避免工作流的組織方式被復雜化。

    在當前的案例中,我們需要為用戶提供一種機制,幫助他們在移動應用的上下文環境中快速高效地發現并瀏覽內容??梢灶A見的是,為了實現這個需求,我們必須在將來的某個設計環節當中將桌面版應用原有的信息結構進行最大程度地簡化,例如可以在構建交互模型時,將內容的導航與瀏覽整合到同一個交互過程當中。在這種情況下,我們完全可以選擇簡化版的流程圖來指導我們接下來的工作(見圖 6-14)。

    《iOS Wow Factor》全書譯文精選

    圖 6-14 做出了信息結構會被簡化的預見之后,采用簡化版本的流程圖

    隨著核心需求的基本工作流被逐步確定,我們也能越發清晰地看到,這個案例帶給我們的一個很大的挑戰,就是能否找到一種與移動應用上下文環境的關聯更加緊密的方式,來幫助用戶獲取內容。接下來,我們將帶著這個問題進入到交互模型的構建階段。

    啊灬啊灬啊灬快灬片免费
    <xmp id="e0gg0">
  • <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <nav id="e0gg0"><strong id="e0gg0"></strong></nav>
    <menu id="e0gg0"></menu>