将来のUIとデザインサンドボックスの終了

デザインとテクノロジーに携わる人、そしておそらく現代の世界に住む人なら誰でも、「ワールドワイドウェブ」から「モノのインターネット」などの用語の使用が迅速に進んだことに気付くでしょう。

短期間で、Webページ（ブラウザを介してアクセスされる情報スーパーハイウェイの地図上のポイント）の設計と開発から、将来のUI（さまざまなフォームファクタ、解像度にわたってコンテンツとエクスペリエンスを提供する相互接続された膨大な数のアプリケーション）に移行しました。 、および相互作用パターン。

私たちが今日使用しているテクノロジーとスクリーンは、私たちの周囲に姿を消しつつあります。 「モノのインターネット」（IoT）は、音声アシスタントを使用した人工知能（AI）と相まって、すでに私たちを取り囲んでいます。 私たちは「アンビエントインテリジェンス」（AmI）の世界の幕開けです。そこでは、人々が日常生活を営むのをサポートするために、多数のデバイスが協調して動作します。 個々の画面ベースのUIは徐々に姿を消しつつあり、設計者は設計コンポーネントの断片化されたシステムに取り組む必要があります。

デザイナーは、画面が消えたAI対応のアンビエントインテリジェンスの世界をどのように設計しますか？ これは彼らの役割をどのように変えますか？

明日のデザイナーの役割は変化しています

デジタルデザイナーの実践の目的は、かつては複雑な一連のボックス、画像、テキスト、およびボタンを比較的信頼性の高いブラウザー画面（そして最終的にはモバイルアプリ画面）に配置することでした。

これは人々に提供された経験の幅広さでした。 しかし今、設計者は、製品が、他の部品と相互作用し、情報を交換し、場合によっては他の部品の背後に消えてしまう、コンポーネントの複雑なシステム内の別個のエンティティとして存在することを考慮する必要があります。

IntercomのPaulAdamsが彼の記事で書いているように、私たちが知っているアプリの終わりは、次のように述べています。プラットホーム。 」

そして、これは単なるコンテンツを超えています。 今日、設計者は、人々に提供されるすべての機能またはサービスが、複数のシステムおよびプラットフォームの他のコンポーネント内にどのように存在し、それらと連携するかを検討する必要があります。

人々は明日、情報とどのように相互作用しますか？

モバイル革命の初期には、デザイナーはWebサイトと同様のエクスペリエンスを提供するアプリの作成に重点を置いていました。つまり、人々がコンテンツを消費したりタスクを実行したりするために対話した、適切に設計および制御されたボックス化された環境です。

インタラクションのほとんどは画面の範囲内で行われ、デザイナーは配信をかなり制御できました。

ただし、モバイルデバイスの範囲は、画面ベースのミニコンピューターから、ウェアラブルの手首を包むメッセージセンターや、自宅のサーモスタットをリモートで制御するデバイスにまで拡大しています。 今日、人々は通知やアラートを通じて配信される複数のソースからばらばらの情報スニペットを受け取ります。 パラダイムは劇的に変化しました。

将来のUIはどのようになりますか？

多様で相互接続されたテクノロジーの急増は、単一の製品がさまざまなコンテキストでさまざまに体験され、相互作用することも意味しています。

メッセージへのアラートは、会議に向かう途中で人のスマートウォッチに表示される場合があります。

ユーザーは、メッセージングアプリを見つけて開くのではなく、通知内で応答し、事前に作成されたクイック返信をワンタップで送信し、後で別のデバイスでメッセージをより深く操作することができます。

これが意味するのは、相互作用のマイクロコンポーネントであるアトミックユニットは、通信のコンテキストに合わせて調整されたさまざまなUI（およびユーザーエクスペリエンス）を介して提供される必要があるということです。

おそらく、ユーザーはジョギング中に長い形式の電子メール応答を作成していません。 彼らはおそらく、ウェアラブルで非常に便利だったワンタップ応答を使用するという唯一の目的のためにラップトップを開くことはありません。 画面上の通知を読むことすらできないかもしれませんが、代わりに、音声起動の仮想アシスタントにコンテンツを聞いてください。

Paul Adamsは、次のように述べています。「通知がそれ自体で完全なエクスペリエンスである世界では、アプリアイコンの画面はますます意味をなさなくなります。 宛先としてのアプリは、ますます意味がなくなります。 TripItのような旅行アプリケーションがすべての情報を一度に表示でき、さらには搭乗前のチェックインを完了できるのに、なぜ複数の目的地のフライトとホテル用に別々のアプリを一連のベンダーアプリで開くのですか？ 場合によっては、アプリの画面の必要性は、セカンダリナビゲーションとしてデバイスUIの奥深くに埋め込まれることを除いて、数年以内に存在しなくなります。 」

システムレベルのインタラクティブな通知により、通知をゲートウェイとして使用して、あるコンテキストから別のコンテキストに突然プルされるアプリを開くのではなく、すぐにアクションを実行できます。

インタラクションのパラダイムシフトが将来のUIを変革

人気のWeChatのようなアプリを使用すると、送金、タクシーに電話して到着時刻の最新情報を受信したり、レストランを検索してテーブルを予約したり、近くのホテルを見つけたりすることができます。これらはすべて、テキストベースのインターフェースを介して削除されます。一連のタスクを実行するために、ユーザーが個々のアプリに移動する必要があります。

UIの未来は？ 古い学校のテキストメッセージであるKyleVanhemertは、グラフィカルユーザーインターフェイスの必要性を頻繁に置き換えるテキストベースのプラットフォームの急増に注目しています。 アプリが提供するサービスは、アプリ自体の外部からますますアクセスされるようになります。

IoTの世界に合わせて設計するということは、インターフェースの制御をさらに放棄することを意味します。つまり、画面からはまったくアクセスできない可能性のある製品やサービスを作成します。

タッチベースの画面がモバイルデバイスに革命を起こしたとき、デザイナーは突然、スワイプ、ピンチ、タップ、ダブルタップ、ロングタップ、タップアンドドラッグなど、ポイントをはるかに超えた新しいインタラクションモードの宝庫を手に入れました。 -そして-クリックします。

現在、人々は空中でスワイプしてつまんだり、センサーを備えたデバイスの前でタグ付きのアクセサリを振ったりしています。ここでは、設計者は標準の視覚的な手がかりで明示的にガイドすることはできません。設計者は今何をすべきでしょうか。

ある意味で、これは予測可能で再利用可能な相互作用パターンを設計することを意味します。

これにより、製品の実装方法はどのように変わりますか？

デザインの単位としてのモバイルアプリは、少なくともこれまでの見方では、姿を消しつつあります。

スタンドアロンアプリケーションは、製品が提供するコンテンツやサービスを人々が受け取るための二次的、あるいは三次的な目的地になりつつあります。 設計者は、人々のニーズを最もよく満たすために、どのようにアプローチを再調整できますか？

ピクセルのデザインを減らし、コンテンツのビットとインタラクションの瞬間のデザインを増やすことが、新しいパラダイムです。

利用可能な情報の量と競合するサービスの数が指数関数的に拡大している世界では、影響を与える最善の方法は、質の高い情報をさまざまなプラットフォームやコンテキストで共有および配布することです。

これが意味することは、理想的には、人々は正確に制御できない方法で、多くの場合複数のラッパー内でコンテンツを受信することになるということです。

設計者は、まったく新しい一連の質問を自問します。

• ビューポートの配列や画面最小のデバイスに合わせてコンテンツをフォーマットするにはどうすればよいですか？
• 他の場所に存在する可能性のあるサービスの主要な機能をパッケージ化する方法はありますか？
• 通知内で実行するアクションとして提供できる最も適切で有用な対話パターンは何ですか？

人々がモバイルアプリなどの目的地内で過ごす時間が少なくなっているので、デザイナーは他の場所と対話して完了することができるエクスペリエンスをどのように作成できますか？

今後のカレンダーイベントのプッシュ通知により、ユーザーがアプリ自体を開かなくても、フライトの予約、旅行の提案、花の注文を行うための一連の標準コントロールを利用できますか？

デザイナーは、他のアプリと連携して特定のサービスを人々に提供するだけでなく、競合他社を超えるほど魅力的なアプリ機能をどのように作成できますか？

明日のデザインプロセスはどのように見えますか？

経験の瞬間が非線形的にデバイスからデバイスへと移動し、コンポーネントが新しいデザインの単位である場合、デザイナーの実践の新しいオブジェクトはどのように定義されますか？ UIではなく、エクスペリエンスの設計がますます重要になるでしょう。

問題のコンポーネントは、それぞれの場合で異なる方法で定義され、製品ごとに異なる意味を持ちます。 設計者が製品をきちんと箱詰めされた目的地としてではなく、システムコンポーネントとして考えるときに役立つ、いくつかの例を見てみましょう。

どのような状況で人々は通知を受け取りますか？

簡単なパターンとして通知から始めましょう。

複数のデバイスにエコーし、レンタカーの位置、到着予定時刻、遅延に関する豊富なプッシュ通知を介して人々に通知するライドヘイリングサービスアプリ（LyftやUberに類似）の設計を想像してみてください。 このシナリオでは、ユーザーはiPhone、Apple Watch、およびイヤホンを耳に接続しています。

まず、ユーザーはAppleWatchで音声操作を介して車を注文します。 彼は手首を上げて時計を起こし、Siriに車を要求し、イヤホンを介して車が進行中であることを示す音声確認を受け取ります。

人々がアプリを開いて画面を継続的に監視する可能性はほとんどありません。 したがって、接続されたデバイスを介してオペレーティングシステムとユーザーにプッシュされるように、通知をパッケージ化する必要があります。

数分後、彼はiPhoneをチェックして、地図上の車の位置と待機時間の長さを確認します。 車がわずか1分先にあるとき、アプリは彼のイヤホンに音声通知を送信し、彼のAppleWatchに振動通知を送信します。 彼は自分のiPhoneをちらっと見て、車とドライバーの情報を確認します。

このアプリは、オペレーティングシステム内のコンポーネントのように見えます。

人々が私たちのアプリを開かない場合、私たちは何を設計していますか？

コンポーネントはオペレーティングシステムと相互作用するだけでなく、他のアプリに取り込まれることもあります。

たとえば、ユーザーが遅延の影響を受ける可能性のある旅行日程を持っているシナリオでは、TripItのような旅行アプリは、ユーザーがアプリ自体を開かなくても操作できるリッチプッシュ通知を管理できます。

旅行アプリに旅程を共有する他の人がいる場合、遅延が発生した場合に空港で待機している友人に更新されたETAを送信するオプションをユーザーに提示するように通知を設計できます。

モバイルデバイスの通知コンポーネントは旅行アプリの通知システムと統合され、ユーザーのアクションはチェーンにカスケードされ、ユーザーが旅行アプリを開かなくても、旅行アプリのステータスが変更されます。

このステップをさらに進めて（VUIを介して）音声アシスタントのようなものを含める場合、画面ベースの対話が予期できない場合に、通知とアクションはどのようにパッケージ化および配信されますか？

アプリは、他の生物と相互作用する大規模な生態系の生物になりつつあり、それに応じて適応する必要があります。

デザインのUXコンポーネントは将来のUIで再定義されました

Webページやサンドボックス化されたアプリケーションなどのターゲットの宛先からの設計単位は、相互に、および人と相互作用するシステムコンポーネントに再定義されています。

多くの場合、これらの相互作用はほとんど目に見えない形で起こっています。 コンセプトとしてのアプリは排除されていませんが、もはやメインイベントや目的地ではありません。

設計者は、複数のエコシステムで繁栄するように適応する製品とサービスを作成するために、焦点を進化させ、ピボットし、リダイレクトする必要があります。 将来のUIは、予測不可能なコンテキストやデバイスの配列全体に広がり、拡大するアンビエントインテリジェンスの世界では、設計者が熟考することがたくさんあります。

•••

Toptal Designブログでさらに読む：

• Webフォームの終わり
• ボタンのない将来のUIデザイン
• 世界は私たちのインターフェースです–UIデザインの進化
• モノのインターネットのための楽しい体験をデザインする方法
• タッチの力–ボタンデザインの進化（インフォグラフィック付き）