インタラクションデザイン: マルチスクリーン使用環境における製品モデル

テンセントの力には驚かざるを得ない。もともとあまり普及していなかったQRコードが、WeChatの普及により一夜にして中国で普及したのだ。最近、さまざまなメディアウェブサイトが開始したWeChatパブリックプラットフォームのサブスクリプション、WeChatクーポンの引き換え、個人の身分情報やイベントのチェックインなど、QRコードは広く使用され始めており、実際にモバイル決済やセキュリティ検証など、より多くの分野でこの技術がすでに急成長しています。

しかし、私は QR コードの可能性について議論するためにここにいるわけではありません。どのような状況で QR コードを使用するか考えてみましょう。コンピューターやタブレットで Web を閲覧し、興味深い画像やニュースを見つけた場合、携帯電話を使用して Web サイトが提供する QR コードをキャプチャし、その情報を携帯電話に送信して表示、保存、共有することができます。イベントに参加し、楽しい会話をした友人に会った場合、携帯電話を使用して、その友人の携帯電話で生成された個人識別 QR コードをキャプチャし、その情報を連絡先に追加することがあります...これらのシナリオに共通する 1 つの点は、私たち全員が他のデバイスとやり取りしており、デバイス間で情報が転送される傾向があることです。実際、これはデジタルデバイスがあらゆるところに普及している現代の最大の特徴です。誰もが仕事や生活でさまざまなスクリーンを切り替えており、常にこのクロススクリーン環境がユーザーに新しい使用習慣を生み出しています。

Google の最近の調査によると、米国ではメディア消費の 90% 以上が、携帯電話、タブレット、従来のコンピューター、テレビの 4 つのスクリーンで行われている。人々は 1 日平均 4.4 時間をスクリーンの前で過ごしているが、これには職場での使用に関するデータは含まれていない。さらにデータを見ると、携帯電話の平均使用時間は約 17 分、タブレットは 30 分、従来のコンピューターは 39 分、テレビは 43 分であることがわかります。携帯電話は持ち運び可能で常にオンラインですが、画面サイズと入力エクスペリエンスが限られているため、1 回の使用時間は最も短いですが、人々のインターネット エクスペリエンスの重要な部分です。人々は携帯電話で情報を見つけて、それをコンピューター (タブレット、テレビ) に転送してさらに操作することがよくあります。また、その逆で、タブレット (コンピューター、テレビ) で何か興味深いものを見つけた後、それを携帯電話または使用シナリオに適した他のデバイスに送信して対話します。中国や米国以外の地域でも同様のシナリオが起こっていることがわかります。ほとんどのインターネット サービス (Web サイト、モバイル アプリなど) にとって、これは、単一のデバイス向けの製品を設計するのではなく、画面全体にわたる一連のサービスを設計し、ユーザーが自由にデバイスを切り替えるときに、より一貫したエクスペリエンスを実現できることを意味します。

特に、私たちが今日 Apple の世界に住んでいて、iPhone、iPad、Macbook Pro、iMac、さらには AppleTV を所有しているのに、なぜユーザーは iPhone のメッセージ アプリでメッセージを受信して​​返信した後でも、iPad、ラップトップ、デスクトップ コンピューターで数え切れないほどの通知を処理する必要があるのでしょうか。それに比べて、Google の Gtalk は複数のデバイスではるかに優れたエクスペリエンスを提供します。ユーザーが携帯電話の Gtalk でメッセージに返信しても、同じ通知メッセージが Gtalk の Web バージョンにポップアップ表示されません。同じ問題は、Twitter/Weibo、多くのオンラインコンテンツ消費プラットフォームなどでも存在します。

Google のレポートでは、ユーザーのクロススクリーン使用行動を、順次モードと即時モードの 2 つのモードに分類しています。前者は、ユーザーが 1 つの画面でサービスの使用を開始し、別の画面に移動して同じタスクを継続するモードです。後者は、ユーザーが複数のデバイスを同時に使用してタスクを完了するか、複数のタスクを調整するモードです。本質的には、前者はクロススクリーンデータ転送とユーザーエクスペリエンスの一貫性の問題であり、後者はマルチスクリーンコラボレーションの問題です。 Prcious Design はかつてこの問題について調査を行い、クロススクリーンの使用シナリオをより多くの次元に分割しましたが、それでも上記の 2 つのカテゴリに分類できます。さまざまなモードの特徴は何ですか?

連続したクロススクリーン使用シナリオ

このシナリオでは、ユーザーは次のような使用方法に直面する可能性があります: 1) 厳密な時間順序なしに画面間で同じサービスを使用する。2) 典型的な順次クロススクリーン シナリオで、前のデバイスの使用状況を新しい画面に同期して、異なる期間での継続的な使用を実現する。3) より良いエクスペリエンスを実現するために、ある画面のコンテンツを別の画面に送信する。このシナリオでは、サービスが重点を置く必要がある主な問題は次のとおりです。

画面間の一貫性

過去 2 年間で人気が高まったレスポンシブ Web デザインのトレンドから、機能やコンテンツが不足していることが多い従来のモバイル ページを我慢するのではなく、デスクトップ ブラウザーからタブレット、携帯電話に切り替えたときに、ユーザーがより一貫性のあるコンテンツとインタラクティブなエクスペリエンスを確実に得られるようにすることが、Web デザインの中心的な考え方になっていることがわかります。このデザイン方法は、WordPress、Twitter Bootstrap、Jekyll などの多くの Web デザイン フレームワークでネイティブにサポートされており、Boston Globe、The Financial Times、Asana、Medium、Svbtl など、多くの Web サイトやオンライン ツールでもこの​​ Web レイアウト方法が使用され始めています。

もちろん、この設計アプローチはすべての状況に当てはまるとは限りませんが、この例の目的は、一貫性がクロススクリーン設計の重要な要素であることを示すことです。もちろん、すべての画面が完全に同一であるという意味ではありません。コンテンツとコアエクスペリエンスの一貫性を維持することを前提に、異なる画面デバイス向けにターゲットを絞った拡張も必要です。 Evernote を例に挙げてみましょう。Evernote のコア機能とユーザー エクスペリエンスはさまざまな画面で非常に一貫しており、データも適切に同期できます。ただし、モバイル バージョンとタブレット バージョンでは、Evernote はモバイル デバイスの特徴である写真、音声、さらには地理情報の統合に重点を置いています。一貫性を確保しながらさまざまな画面特性を最適化することは、優れた製品に不可欠な要素となっています。

もう 1 つの例は、Mac 用の有名な日記アプリである Day One です。Day One のデスクトップ版は、日記のアーカイブと管理、およびテキスト タイプの日記の記録に重点を置いています。iPhone では、その中核は依然として日記アプリですが、写真、場所、天気を含む、よりメディアが豊富な日記形式により、ユーザーに優れたエクスペリエンスを提供できます。

画面間の連続性

上記の iMessage の例で述べたように、異なる画面を切り替える際にユーザーに最も一貫した使用感を提供する方法が急務となっています。IM のクロススクリーン ステータス同期、Twitter/Weibo などのソーシャル メディアの閲覧ステータス同期、異なる画面間でコンテンツを利用する際の一貫した進行状況などがその典型的な例です。これも実はデータ同期の一種なのですが、同期されるのはデータそのものではなく、データに対するユーザーの操作状況です。 (これは非常に古い問題であり、電子メールや RSS 読み取りなどの分野ではすでに比較的うまく解決されています。)

Apple や Twitter などのサービス プロバイダーはこの点に関してまだ十分なサポートを提供していませんが、他の多くのサービスではすでに比較的満足のいくソリューションを実装していると言わざるを得ません。これらには、前述の Gtalk IM ステータス同期、Amazon Kindle の Whisper Sync (同様に、Google、Apple、Microsoft などの企業も、それぞれのプラットフォームでさまざまなコンテンツ消費進捗同期を実装しています)、Instapaper/Pocket の読書進捗同期、旧 Tweet Marker (Twitter のポリシー変更により、最近 Watermark に名前が変更されました) によって実装されたクロスクライアント/スクリーンの Twitter ステータス同期、新興の国産音楽製品 Jing.fm の音楽進捗同期が含まれます。さらに、まだ初期段階にある Google Now がもたらすクロススクリーン ユーザー継続性エクスペリエンスは、この分野の将来における無限の可能性をすでに示しています。

画面間のインタラクティブ性(1)

これは、両方の使用モードにまたがる機能です。順次クロススクリーン シナリオの場合、現在の一般的な方法は、これまで広くサポートされていなかった DMCA と Apple の Airplay を参照して、携帯電話やタブレット画面上のビデオ、オーディオ、アプリケーション コンテンツをテレビや大型コンピューター画面に送信し、より優れた使用感とオーディオビジュアル エクスペリエンスを実現することです。以前中止されたWebOSのデバイス間通信技術は、この分野で大きな可能性を示したと言えるでしょう。今後、デバイス間通信接続はさらに強力になると信じています。

瞬時にクロススクリーンの使用シナリオ

このシナリオでは、サービスはクロススクリーンのインタラクティブ性に重点を置く必要があります。 1 つの画面を別の画面の延長として使用するという最も単純な使用法を除けば、次の 2 つの状況に直面する可能性があります。1) 複数の画面が相互に連携して同じタスクを完了する。2) 1 つの画面がメイン デバイスとして使用され、他の画面が必須ではない補助として使用される。

画面間のインタラクティブ性(2)

最初のケースでは、タスクを完了するために複数の画面デバイスが必要です。たとえば、iOS の Scrabble ゲームでは、iPad を公開の Scrabble ボードとして使用し、iPhone にさまざまなプレーヤーが所有する文字ブロックを表示するという興味深いモードがあります。(中国人にとっては、iPad を麻雀テーブルとして使用し、iPhone に自分の麻雀デッキを表示するという例の方が適しています。) すべてのマルチプレーヤー オンライン ゲームは、このモードのさまざまな実装であると言えます。しかし、ゲーム以外にも、このモードには多くの便利な用途があります。

2 番目のケースでは、1 つの画面が絶対的に主要な役割を果たし、他の画面はタスク自体には必要ありませんが、エクスペリエンスを向上させることができます。 『氷と炎の歌』のような登場人物の多い壮大なドラマや、オリンピックのような壮大なスポーツイベントをテレビで観るときに、携帯電話の補助アプリケーションを使ってさまざまな関連情報を知ったり、他の視聴者と交流したりするのは面白い体験になるでしょう。この点に関しては、TunerfishやIntoNowなどの海外企業や、DuanduやSnail TVなどの国内企業が、それぞれ関連する試みを行っています。

携帯電話やタブレットのさらなる発展に伴い、ユーザーがクロススクリーンを使用する機会はますます一般的になり、使用シナリオの可能性は間違いなく増えるでしょう。コンテンツ パブリッシャー、サービス プロバイダー、アプリケーション開発者のいずれにとっても、ユーザーのクロススクリーン使用行動のニーズと動機を見つけ出し、さまざまな使用方法に合わせてターゲットを絞った設計の最適化を実行することは、今後の課題であると同時に、幅広い新しい機会でもあります。 Microsoft の SmartGlass は、完全に統合されたマルチスクリーン エクスペリエンスの優れた例です。また、Evernote のような特定の使用シナリオ向けに製品を設計することも、参考になるアイデアです。

元のアドレス: http://www.geekpark.net/read/view/163095 出典: Geek Park

原題: インタラクションデザイン: マルチスクリーン使用環境における製品モデル

キーワード: インタラクション、マルチスクリーン、スクリーンの使用、環境、製品、モデル、必須、感じない、ため息、ウェブマスター、ウェブサイト、ウェブサイトのプロモーション、収益化