APP開發(fā)項目架構師在某些情況下，我們要排除噪音意見，這樣有助于我們拿出建議性的解決方案。不過，我建議應該與客戶/投資人和團隊重要成員一起展開一場頭腦風暴。因為重要成員們在同一個房間里共同討論解決方案時，可以加快制定速度。要列出常用的用戶體驗方法的原創(chuàng)者是誰是比較困難的。不過通過網絡搜索可以得知，流程圖最初是由FrankGilbrethSr[1].發(fā)明的，并于1921年遞交給美國機械工程師協(xié)會。Frank是一個特別迷人的歷史人物，他像虛擬世界中的用戶體驗設計師那樣改善現(xiàn)實物理世界。他的圖表方法已經被很多不同的行業(yè)應用和修訂。第一個用于用戶體驗設計的標準流程圖方法是由JesseJamesGarrett[2]于2000年發(fā)明的。
定義流程圖中的形狀如果在互聯(lián)網上搜索流程圖形狀的意義，我們會得到成千上萬個結果，但是對形狀和線條的定義會有所不同。采納更深層次的視覺語言可以極大擴展我們的信息量并將其融入我們的交互圖中。話雖如此，我們不必完整地采用這些圖標語言。熟悉行業(yè)中的標準流程圖是再好不過的（如標準建模語言UML這是另外一門更加專業(yè)的領域，不屬于本站講解范圍），不過我們自定義對其進行修改也是可以接受的，只要能清晰容易地傳達你想傳遞的信息即可。理解任務流創(chuàng)建的基本原則，可以幫助我們順利熟悉并掌握這些圖標。下面是一些常見的流程圖形狀和它們的含義，見圖6。
（圖6）下面是一個簡單流程圖演示，見圖7。這個流程圖表達的是，當用戶安裝一個APP時的預期體驗，這里的主要任務是確定用戶已有賬戶或創(chuàng)建一個新賬戶。從這張圖中我們可以看出，每個矩形代表一個頁面或任務。最開始的部分是下載并安裝APP。文檔的讀者只需跟著箭頭指示就可以查看用戶的可用選項以及他們做出決定和輸入數(shù)據(jù)之后的后續(xù)步驟。（圖7）
這里我們可以看到，當用戶被要求輸入一個已有賬戶時的體驗分支。如果他們已有賬戶，直接輸入并登錄后進入用戶控制面板。如果沒有賬戶，他們會被要求創(chuàng)建一個新的賬戶，然后他們被送到該APP的教學頁面（引導頁），這里可以看到多個頁面的教程，用戶可以選擇跳過教學直接進入用戶控制面板。這里的虛線代表一種暗示作用，觀看APP使用教學是用戶的首選路徑（希望用戶這樣做），但這一步是可選的（大多數(shù)情況下，用戶體驗一款全新APP的耐心是有限的，他們希望盡快使用APP來完成任務或滿足他的某種需求，如果你的APP不能讓用戶得以滿足的話，也許一分鐘之內用戶就會將你的應用卸載掉）。這雖然只是眾多經驗中的一個小片段，但我們掃上一眼就能體會到它傳達了多少信息。做出分支決定是非常重要的，我們提供的選擇越多，地圖就越復雜。如果每個問題都引出更多問題，體驗的復雜性就會以指數(shù)增加。像這樣添加幾個分支問題的話，用戶體驗便難以使用文本文檔解釋清楚。即便能解釋清楚，也要花費過多的時間和腦力勞動來閱讀和理解。曾經有一位同事（項目經理）給我一份功能規(guī)范文檔（來自客戶），里面的每個功能都使用文字描述，而且很詳細。雖然不是一個特別長的文檔，但我們花了半天時間來讀懂它并試圖理解它描述的過程，可惜到最后也沒有完全理解他試圖表達的過程。我們最終決定放棄繼續(xù)研究文檔，直接約見客戶面談。經過幾番討論后，我們理解了他的目的并在談論過程中得到了一個明確的任務流。之后我們在一頁紙上繪制出了他想要的任務流，砍掉了80%的文本，并使用一個超輕量級且容易理解的文檔敲定了客戶的最終需求。
深圳APP開發(fā)公司本文關于“APP開發(fā)規(guī)劃之設計師要排出噪音意見”就分享到這里，謝謝關注，如有需要您可以聯(lián)系我們的在線客服，博納網絡編輯整理。
