跨媒體應用

在過去幾年，行動應用程式一直是軟體開發中的熱門項目。與許多軟體交付公司一樣，Thoughtworks 收到許多客戶要求我們為他們建置行動應用程式。然而，大多數時候，當一家公司要求我們（或任何人）建置行動應用程式時，他們都從錯誤的起點開始。我認為，在大部分情況下，即使你希望使用者與行動裝置互動，你都絕不應該考慮建置行動應用程式。相反地，你需要考慮建置一個可以在多個裝置上呈現的單一應用程式：行動裝置、桌上型電腦、平板電腦，或使用者可能使用的任何裝置。

想像一下，我正在使用一個應用程式來尋找酷炫的酒吧。我可以在許多情境中使用這樣的應用程式

• 坐在咖啡廳吃早餐，用我的平板電腦找出我今晚要去哪裡見朋友。
• 在辦公桌編輯我的照片 [1] 我看到一張我想推薦給某人的很棒酒吧照片，所以我存取應用程式以取得資訊，然後用電子郵件將照片寄出
• 下午五點半，我開了一個冗長的會議，我走在街上，用手機尋找附近的酒吧。
• 我待在家裡，和一些朋友一起，我們在我的巨型平面電視上探索稍後要去的酒吧選項。

在這些情況下，我嘗試做的是與一些概念性應用程式互動，但我透過非常不同的裝置在非常不同的情境中執行此操作。儘管如此，我不想將這些視為獨立的應用程式，而是視為單一應用程式的不同簡報。理想情況下，我可以在單一情境中在它們之間切換（我不知道如何在筆電上的網站上找到附近的酒吧，因此以我通常在手機上執行的步驟執行會比查看說明文件更快。）

那是消費者案例，但相同的想法也適用於內部應用程式。如果我是零售商店經理，我可能會拿著平板電腦在走道間巡邏來盤點庫存，但在我的辦公桌上執行其他庫存管理工作，因為那裡有較大的監視器和鍵盤。

一如往常，這裡重要的是使用者體驗，重點在於軟體如何協助使用者更好地達成他們的願望。使用者只想要那個「我主宰」的時刻 （「I Rule」）。委託軟體的公司想要將網站和行動應用程式傳送給不同軟體公司的這個事實，與 1923 年的棒球比分相比，相關性較低。因此，使用者會轉向其他地方，而應用程式提供者則會成為 破碎的未來 的受害者。

這就像昨日的單一螢幕已經破碎，而碎片已嵌入我們的口袋、我們的環境和我們使用的產品中。

-- Jonny LeRoy

這種跨媒體思考[2]超越了常見的手機/網路/平板裝置。早在 2005 年，當 Tim O'Reilly 發表 Web 2.0 迷因時，他對下一代軟體的模式之一便是超越單一裝置的軟體。他的範例是 iPod，其成功部分歸功於「此應用程式能從手持裝置無縫地連接到龐大的網路後端，而電腦則作為本機快取和控制站」。產品不僅是 iPod，而是 iPod 加上 iTunes 的組合。今日的領先範例可能是 Netflix，這是一個您習慣以跨媒體方式使用的產品，透過許多不同的裝置讓您可以在電視上觀看電影，其中一種方式包含將郵局作為資料傳輸媒介。

最後一點應提醒我們，跨媒體思考在許多方面僅是基本的系統分析。在為軟體專案進行分析工作時，重點在於檢視整體網域流程，並考量軟體如何能最佳地支援它。跨媒體標籤有助於提醒我們，軟體可能會出現在我們以前可能未曾考慮過的各種地方。

想像跨媒體應用程式的重點之一是，每個裝置會在不同的脈絡中用於執行不同的工作。因此，需要在考量這些脈絡的情況下設計體驗，同時了解不同的脈絡並思考它們如何一起流動。如果您在手機上尋找酒吧，您更有可能想要知道附近的酒吧，而不是在電腦上瀏覽網站。如果您正在與旅遊管理應用程式互動，它應該能夠判斷您正在透過手機存取，您在兩班飛機之間的中轉機場，因此讓您輕鬆查看您必須花費多久時間才能搭上您的轉機航班，以及如何前往登機門。

這就是我認為想要建立行動應用程式是一種錯誤想法的原因。它立即將行動應用程式架構為與網站分開的個體，就像你只是在建立一個網站一樣。相反地，你需要從使用者開始，找出他們想要做什麼，以及軟體如何協助他們達成目標。在思考這件事時，每個人都需要以跨媒體的方式思考，而我所說的每個人指的是工作的所有部分：使用者體驗、軟體架構、專案管理…應用程式及其建立的專案團隊需要被視為一個整體，所有人都致力於讓使用者感到滿意。

進一步閱讀

• Kelly Sommers (kellabyte) 提供一個範例說明跨媒體應用程式可能是什麼樣子。這篇文章也探討了跨媒體敘事的概念，並提供了一些有趣的連結和影片。
• Joshua Topolsky 創造了術語 持續客戶端，這是一個類似的概念 [3]，Kelly Sommers 也有文章分享關於 實作持續客戶端 的想法。
• Google 製作了一份研究報告，探討 在新的多螢幕世界中導航，這是他們對跨媒體應用程式的想法。
• Jonny LeRoy 寫了幾篇文章，探討 在破碎的未來中求生，談論在使用者希望使用不同媒體進行互動的世界中的挑戰。