コンテキストを理解する(切り口-6: 場所)

コンテキストをデザインに落とし込む7つの切り口

リサーチをすれば、単なるコンテキスト以上の洞察を得ることができます。プロダクト戦略を練る時、サポートするデバイスを選ぶ時、コミュニケーションの手段を企画する時など、いかにリサーチが大切かが分かるでしょう。

しかしこのようにして見つけた様々な種類のコンテキスト上の情報や発見は、どのようにデザインに繋げば良いのでしょうか。たとえ、コンテキストをいかに分類してもそれはあくまで近似値にしかなり得ません。なぜならその分類結果は、コンテキストが溶け込んでわかりにくくなってしまっているからです。次に示すコンテキストの7つの「切り口」を使えばコンテキストの重要性を自信を持って説明できるはずです。

  1. 切り口-1: デバイス
  2. 切り口-2: 環境
  3. 切り口-3: 時間
  4. 切り口-4: 行動
  5. 切り口-5: パーソナル
  6. 切り口-6: 場所
  7. 切り口-7: ソーシャル
  8. コンテキスト・デザインの5原則

本記事では7つの切り口のうちの1つ、「場所」について取り扱います。

切り口-6: 場所

ロケーションの情報は、今やハードウェアのAPIと、Web上のGeolocation APIのおかげで、自動で検知するのが簡単になりました。APIはデバイスに現在地を返するように命令します。GPSやIPアドレス、WiFiやBluetoothのMacアドレス、携帯電話ID、ユーザインプットなど使えるものなら何でも使って検知します。APIから得られる主な情報は、1組の緯度と経度の座標情報です。もし他の地理的なデータにアクセスする権限があれば、より分かりやすく、場所の検索がしやすいものにすることができるでしょう。例えば、街や地域の名前、住所、特定の場所に個人的な名称を付ける(例えば、「家」とか「仕事場」)などです。人は「家」とか「仕事場」のように毎日を過ごす場所にいることが多いが、今やどこにいてもテクノロジーを駆使することができます。ここで、用語について整理しておきましょう。私は「モバイル」という用語はユーザの場所を参照するものであり、単なるデバイスの種類とは考えていません。持ち運びやすいデバイスも存在しますが、生活圏以外の場所で使われた時のみデバイスを「モバイル」と言うことができます。

デバイスとそれを所持する人の現在地が単純には関連していないことが想像できます。外出している全てのユーザが、情報に気を取られていたり、情報を消費しているわけではありません。また全てのスマートフォンのユーザが細かな作業に対処できるわけではありません。しかしモバイルの固定観念を見ると、ある1つの真実を教えてくれます。旅行や仕事で見知らぬ場所にいる人々は、その地域に関する情報を必要とするということです。最近の推測によると、スマートフォンからの検索の33%はユーザのいる「場所」に関する情報だといわれます。

ロケーションのコンテキストを知ることは、旅行、小売、観光業に関連した業界にとっては重要な情報となります。ロケーションのコンテキストは、ポータブルデバイスのもっとも分かりやすい活用事例ですが、これはデスクトップブラウザでも応用できます。ほぼ全ての主要なブラウザでGeolocation APIはサポートされているので、ユーザの利用機会を損なわないよう気をつけましょう。

また、あなたはキーワード的なロケーションデータを活用できるかもしれしれません。キーワード的なロケーションデータとは、カレンダーの予定や、旅行の目的地のツイートメッセージなど、自身の意志で発信した情報のことです。このような個人的なデータを扱う際は細心の注意を払い、あいまいな言葉がある場合は用心したほうがいいでしょう。

英国人にとって「ボクスホール」というのは、ロンドンにある地域の名前と、人気の車のブランド名の両方を意味します。「ビーストン」はノッティンガムにもリーズにも存在する地名です。同じようなあいまいなコンテキストのデータは、キーワード的なデータを使い、エラーの可能性を探り、それを吟味して少しでも改善を試みましょう。

情報のモラル

位置情報を知らせるアプリは、商業的にもUX的にも、良い機会を与えてくれます。しかし位置データを軽率に使えば、トラブルを引き起こすことになります。、GeolocationAPIはプライバシーに配慮した仕様になっていて、位置データを取得する際にwebアプリを通じてユーザーにアクセス権限取得の許可を確認する必要があります。現在のブラウザはプライバシー保護を目的として、許可確認のメッセージを出すようになっています。同じように、OSは通常、ネイティブユーザにgeolocationのリクエストを受け取るように促します。利点がすぐに明らかにならなければ、ユーザはアクセス権限を拒否するでしょう。。もしアプリが位置情報にアクセスすることで、より良い仕事をしてくれるような(より適切な結果を導きだし、ユーザをイライラさせない)ものであれば、権限のリクエストと同じタイミングで、利点を説明する事を忘れないようにしましょう。自分勝手な理由だけで位置情報を取得してはいけません。不当なリクエストはユーザの信頼を裏切ることになり、国によっては、情報に関する保護法に引っかかり、違法になるケースもあります。

相関関係と因果関係の混同

どんな時でも、不完全な仮説は、巨大な落とし穴を生み出します。例えば、インディ500が開催される日に、インディアナポリス・モータースピードウェイにいる人はおそらくレースのためにそこに来たのでしょう。しかし、その目的は、観客としてか、スポンサーとしてか、主催者としてか、警備員の1人してなのかは分かりません。それぞれで目的が違います。API(Geolocation APIも含む)の中には、正確な緯度経度の値をリターンするものがあります。。その値をよく見て、目的とは違うエラーの可能性を見つけ、最適で正確な情報を提供するようにしましょう。

場所コンテキストを理解するポイント

  • ユーザは詳細な位置情報を必要としているか
  • ユーザの位置情報にアクセスすることで、アプリのサービスは向上するか
  • ユーザに位置情報のアクセスを許可してもらうには、どう説明するのが一番いいか
  • 位置情報を提供するのに、緯度経度の他にもっと分かりやすい形式はないか
  • 提供する位置情報が正確であると確信を持つにはどうしたらいいか

切り口-7: ソーシャルに続きます。


本記事は、2013年に記載されたケニー・ボールズによるコンテキストの紹介記事を翻訳したものです。

SOURCE

デジタルプロダクトデザイナー/リーダー
Twitterデザインマネージャー 元Clearleftエクスペリエンスデザイナー

大矢 礼子

この記事を書いた人:大矢 礼子

京都出身、大阪在住のグラフィックデザイナーです。
知育文具のデザインを約4年半、広告制作のプロダクションに約9年勤務し、フリーランスになって今5年目です。
趣味は木版画とドローイングです。
紙媒体中心のデザイナーで、かなりアナログなのですが、UXを勉強することで自分のデザインにどのような変化が起こるのか、ワクワクしています。
どうぞよろしくお願い致します。