トランスメディアアプリケーション

モバイルアプリケーションは、過去数年間にわたりソフトウェア開発において非常に注目を集めてきました。多くのソフトウェアデリバリー企業と同様に、Thoughtworksもクライアントからモバイルアプリケーションの構築依頼を数多く受けています。しかし、ほとんどの場合、企業がモバイルアプリケーションの構築を依頼する際には、間違った出発点から始めていると言えるでしょう。多くの状況において、ユーザーがモバイルデバイスとやり取りすることを望んでいても、**モバイルアプリケーションの構築を検討すべきではない**と私は主張します。代わりに、モバイル、デスクトップ、タブレットなど、ユーザーが使用する可能性のあるあらゆるデバイスで表示される単一のアプリケーションを構築することを検討する必要があります。

クールなバーを見つけるためのアプリを使用していると想像してみましょう。このアプリケーションを使用できるコンテキストはたくさんあります。

• コーヒーショップで朝食をとりながら、タブレットを使って今晩友人と会う場所を考えている。
• 机で写真を編集している際[1]、本当に良いバーの写真を見て、誰かに勧めたいと思い、情報を取得するためにアプリケーションにアクセスし、写真を添付してメールで送る。
• 17時30分、長い会議を終えて、スマートフォンで近くのバーを探しながら街を歩いている。
• 友人と一緒に自宅で、大型フラットスクリーンテレビを使って後日のバーの選択肢を探している。

これらのケースでは、私がしようとしているのは架空のアプリケーションとやり取りすることですが、非常に異なるデバイスを、非常に異なるコンテキストで使用しています。しかし、それにもかかわらず、これらを個別のアプリケーションとしてではなく、単一のアプリケーションの異なる表現として捉えたいと考えています。理想的には、単一のコンテキスト内でもそれらの間を自由に切り替えることができます（ラップトップのウェブサイトで近くのバーの検索方法が分からず、ヘルプドキュメントを探すよりも、通常スマートフォンで行っている方法の方が速い場合など）。

これは消費者向けケースですが、社内アプリケーションにも同じ考え方が当てはまります。小売店の店長であれば、タブレットを使って通路を巡回しながら在庫確認を行うこともあれば、大きなモニターとキーボードのある机で他の在庫管理業務を行うこともあります。

いつものことですが、ここで重要なのはユーザーエクスペリエンスであり、ソフトウェアがユーザーの願望をどのようにより良く実現するかに関わることです。ユーザーは単に"自分が支配している"という瞬間を求めているのです。ソフトウェアを委託する企業がウェブサイトとモバイルアプリを異なるソフトウェア会社に発注したいと考えているという事実は、1923年の野球のスコアよりも重要性が低いのです。そのため、ユーザーは他の場所に行き、アプリプロバイダーは粉々に砕かれた未来の犠牲者となります。

まるで昨日の単一画面が粉々に砕かれ、その破片が私たちのポケット、私たちの環境、そして私たちが使っている製品に埋め込まれたかのようです。

-- ジョニー・ルロイ

このようなトランスメディア思考[2]は、一般的な電話/ウェブ/タブレットデバイスを超えています。2005年にティム・オライリーがWeb 2.0の概念を発表した際、次世代ソフトウェアのパターンの一つとして単一のデバイスのレベルを超えたソフトウェアを挙げていました。その代表例としてiPodを挙げ、その成功は部分的に「このアプリケーションは、ハンドヘルドデバイスから大規模なウェブバックエンドへとシームレスにアクセスし、PCはローカルキャッシュと制御ステーションとして機能する」という点によるものでした。製品はiPod単体ではなく、iPodとiTunesの組み合わせでした。今日の代表例としてはNetflixが挙げられ、これはユーザーが習慣的にトランスメディア的に使用する製品であり、多くの異なるデバイスで映画をテレビで視聴できます。その中には、郵便局をデータ輸送媒体として使用するものも含まれています。

最後の点は、トランスメディア思考が多くの点で基本的なシステム分析に過ぎないことを思い出させてくれます。ソフトウェアプロジェクトの分析作業を行う際には、全体的なドメインプロセスを検討し、ソフトウェアがどのようにそれを最適にサポートできるかを検討することが重要です。トランスメディアというラベルは、ソフトウェアがこれまで考慮していなかったあらゆる場所で出現する可能性があることを思い出させてくれます。

トランスメディアアプリケーションを構想する上で重要なのは、各デバイスが異なるコンテキストで使用され、異なるタスクを実行することです。その結果、エクスペリエンスはこれらのコンテキストを考慮して設計する必要があります。異なるコンテキストを認識し、それらがどのように連携するかを検討することが重要です。スマートフォンでバーを探している場合は、デスクトップでウェブサイトを参照している場合よりも、近くのバーを知りたいと思う可能性が高いです。旅行管理アプリケーションとやり取りしている場合、電話からアクセスしていること、2つのフライト間の乗り継ぎ空港にいることをアプリケーションが認識し、乗り継ぎ便までの時間とゲートへの行き方を簡単に確認できるようにする必要があります。

だからこそ、私はモバイルアプリケーションを作成したいという願望を「間違った考え方」だと考えています。それはすぐにモバイルアプリケーションをウェブサイトとは別のものとして捉えてしまうためであり、ウェブサイトだけを構築しているという考え方も同様です。代わりに、ユーザーから始め、ユーザーが何をしたくて、ソフトウェアがどのようにそれを実現できるかを把握する必要があります。これについて考える際には、全員がトランスメディア的な考え方を持つ必要があります。全員とは、ユーザーエクスペリエンス、ソフトウェアアーキテクチャ、プロジェクトマネジメントなど、作業のあらゆる部分を指します。アプリケーションとそれを構築するプロジェクトチームは、ユーザーを幸せにすることに専念した単一の全体として考える必要があります。

参考資料

• ケリー・サマーズ（kellabyte）はトランスメディアアプリケーションがどのようなものかを示す例を示しています。この記事では、興味深いリンクや動画とともに、トランスメディアストーリーテリングの概念についても探求しています。
• ジョシュア・トポルスキーは継続的クライアントという用語を作り出しましたが、これは類似の概念です[3]。ケリー・サマーズは継続的クライアントの実装に関する記事も投稿しています。
• Googleは新しいマルチスクリーンの世界をナビゲートするに関する調査レポートを発表し、トランスメディアアプリケーションに関する彼らの考え方を示しています。
• ジョニー・ルロイは粉々に砕かれた未来を生き抜くについての記事をいくつか執筆し、ユーザーが異なるメディアを使用してやり取りしたい世界における課題について論じています。