無論是在系統主屏、瀏覽器，還是在 app 里，我們都會看到「方格」形式的布局。看到越來越龐雜的結構，很多人對 app 的未來感到很擔憂。
網頁時代的遺產
在沒有 app 這個概念之前，虛擬服務基本上都在網頁上進行。我們在瀏覽器地址欄里輸入的一串字符（URL），打開一個網站，或者點擊超鏈接跳轉到另一個網站。觸摸屏設備上可以點擊的圖標，也可以看作是「看到，點擊」模式的投射。
經過數十年的進化，現在要在瀏覽器里完成一個任務的流程是怎樣的呢？
首先是打開搜索引擎，然后輸入關鍵詞，找到目標網頁，接下來我們可能在同一頁里看到來自 Vimeo 的視頻，Twitter 上的某條推文，一小塊可以交互的地圖，甚至輸入信用卡號之后可以直接付款買東西。這樣整個網頁的瀏覽過程就能保證是連續的、線性的，用戶更能專注在任務上。任務驅動型的設計和接口開放讓整個龐大的 Twitter 變得輕巧了。
網頁和 app 兩者都與數字化服務相關，所以這些網頁時代的演變深深影響了 app 的發展。
App 的過去
最開始的時候，系統設計者對這些「小方格」使用的隱喻是各色工具——從 app 的名字（日歷、計算器、照相機、應用商店）以及細節豐富的擬物化圖標都看得出來。在當時剛剛接觸 app 這一概念的用戶來看，這比功能機上不知所云的「情景模式」要友好得多。
但工具的隱喻也埋下了隱患：當任務越來越復雜，用戶就需要同時用到幾個的工具，還要在不同工具之間切換。任務的進行受到了干擾。
這正是目前的情況。數字化服務的多樣性極度膨脹，從數量上看，手機儲存容量和主屏上的圖標空間早已捉襟見肘；從復雜程度上看，一個 app 有越來越多的功能，一個任務又需要許多個 app 來完成。于是，我們在聊天應用里買火車票，在找餐廳吃飯的應用里查公交線路。
美國公司忙著將臃腫的產品拆分成幾個獨立的小產品，同時他們也驚訝于中國的聊天軟件居然可以打車。
任務驅動與入口的靈活性
目前在移動設備上最「專注于任務」的交互方式當屬語音控制。用 Siri 設置鬧鐘和詢問天氣，用戶不需要再進入 app。WWDC 2016 之后，如果效果理想，我們點擊圖標、一層一層尋找任務終點的次數會大大降低——用戶可以通過 Siri 輕松調用 app 內所需要的一部分功能。
語音控制不是唯一的解決方案。像 Google 的 Instant App，同樣是基于任務的。在 Google I/O 上被展示得最多是停車場的付款場景——在停車場出口搖下車窗，掏出（有傳感器的）手機，（不需要安裝付款應用就能）完成支付，過程非常流暢。其實現的方式是即時下載所需部分的代碼，完成當前的任務。從 Instant App 看出來的不僅是在技術上實現更高的表現性能或者對 web app 的重新演繹，更是在產品架構上從「樹狀分支」向「標簽檢索」模式的演變。這種擁有靈活、多樣入口的趨勢，也預示著 app 的發展方向。
就像用紙質詞典的人遇上了 Google 翻譯。
App 的未來
「app」這個詞來自「application」，應用，與場景和目的緊密相關。
「應用」的未來應是把服務更無縫地整合到場景和任務中。一方面，讓用戶主動喚醒某項服務的的過程更快捷（Siri），或者利用眾多傳感器讓設備理解場景而喚醒某項服務（最偷懶的做法是二維碼）；另一方面，讓一個任務中使用的不同服務可以順暢地切換。
如果現在備受矚目的語音交流方式成為了主流，未來的 app 就可能只活在語音助手的回答里了。
