権限の楽しみ：なぜアンドロイド6.0の変更が繰り返されるのか

Android 6.0 Marshmallowは技術的には1週間前のものです。（コードドロップの日付をカウントする場合はそうではないでしょう。）しかし、それは数か月間開発者プレビューステータスになっており、開発者は新しいAPIレベル（したがって新しいアクセス許可）を使用するアプリを提出できました今しばらく。

したがって、Nexus電話でMarshmallowを実行している場合（実際に実行する必要があります）、アプリが更新されると新しいアクセス許可スキームが実行されます。私の最初のインスタンスの1つはTwitterでした。（そして、初期のものの1つであることに対するTwitterへの称賛。）

Twitterの仕組み…

このスクリーンショットを検討してください。これは、Twitterを初めて開いたときに表示されます。 Twitterは、現在の場所を使用してエクスペリエンスをカスタマイズしたいと考えています。 OK 私は自分の場所が好きで、より良い体験が好きです。許可します。

次に、マシュマロの新しい許可が発動します。Twitterにアクセスを許可したいと言ったものへのアクセスを許可したいですか。はい、そうです。それが私が初めてOKを打った理由です。

実は、Twitterの最初のダイアログボックスは、実際に私の場所の許可を実際に許可することとは何の関係もありません。システムダイアログをトリガーするだけです。しかし、Androidの許可ダイアログよりも少しわかりやすい言葉で表現されています。

考慮してください：

Twitter：「Twitterはユーザーの現在地を使用して、エクスペリエンスをカスタマイズしたいと考えています。」

Android：「Twitterがこのデバイスの位置にアクセスできるようにしますか？」

同じ質問をする許可のような2つの質問-しかし、実際に許可されるのは1つだけです。

前者は何をしたいのか、そしてもっと重要なのはなぜそれをしたいのかを教えてくれます。後者は、Androidから嫌悪感を抱くようになった、単純だが漠然とした許可と同じようなものです。そして、ある種の必要があると思います。しかし、許可を要求するアプリ（Twitterからの最初のダイアログボックス）はさらに重要になります。 Twitterはすぐに「許可しない/ OK」オプションを提供する代わりに、次の内容を伝えるために別の文を取る必要があります。「Twitterは、ユーザーの現在の場所を使用してエクスペリエンスをカスタマイズしたいと考えています。それでよければ、次の画面で[許可]をクリックしてください。」またはその効果のための何か。そうすれば、許可要求のコンテキストが改善され、ユーザーは今後の予定に備えて準備を整えることができます。繰り返しはそれほど多くありません。

それは、ユーザーに対する2つのハードストップであり、それは困難です。しかし、それは一度限りの問題点です。そして、アプリが必要とするかもしれない許可（技術用語である）にもう少し注意を払うことは価値があると思います。一方、図像とコンテキストは、カメラのアイコンをタップしただけなので、カメラの許可を求めることを通知する必要がないことを意味する場合があります。

Googleは次のように述べています。

状況によっては、アプリに許可が必要な理由をユーザーが理解できるようにする必要があります。たとえば、ユーザーが写真アプリを起動した場合、アプリがカメラの使用許可を求めていることに驚かないでしょうが、ユーザーはアプリがユーザーの位置または連絡先にアクセスする理由を理解していない可能性があります。許可を要求する前に、ユーザーに説明を提供することを検討する必要があります。説明でユーザーを圧倒したくないことを覚えておいてください。あまりにも多くの説明を提供すると、ユーザーはアプリをイライラさせて削除してしまう可能性があります。

Facebookの仕組み…

Facebookがどのようになっているのかを見てみましょう。Facebookは、新しいアクセス許可に合わせて既に更新されています。

Ahhhh、まれな二重許可要求。これは、新しいステータスの更新のためにカメラアイコンを押すとFacebookから取得するものです。ちょっと、しました-ギャラリーにあるもののサムネイルを埋めようとしているときに初めてストレージの許可を拒否すると、この二重の通知を受け取ります。しかし、うまくできています。 Facebookは何が欲しいのか、なぜそれが欲しいのかを教えてくれます。

そして、あなたは再び自分自身を繰り返すようになります。はい、Facebookに電話で何かをする許可をもらいたいのですが。

しかし、再び、それは私が問題を抱えている最初の「許可」ボタンです。システムダイアログ以外にまったく同じことを再度尋ねることを実際に許可しません。そして、あなたは一度だけそれをする必要があります。

ハングアウトの仕組み…

今回はGoogleハングアウトでのもう1つの例です。会話内でカメラまたはギャラリーのアイコンを押すと、システムダイアログのみがトリガーされます。許可を与える実際のリクエストの前に余分なリクエストはありません。（そして、私はそれでいいと主張します。カメラのアイコンをタップすると、カメラの許可のリクエストを取得することはすでにコンテキストを持っています。）

Googleが本当に素晴らしい仕事をしたと思うのは、連絡先の許可に関するこの最初の実行の説明者でした。アプリがまったく機能するためには、フラットアウトが必要です。まず、連絡先にアクセスする必要がある理由を説明します。 [次へ]を押すと、システム許可リクエストが表示されます。「許可」ではなく「次へ」と表示されることが、ここで本当に重要なことです。一方が他方に流れます。このように、すべての許可要求をフルスクリーンで実行したくないことは明らかです。しかし、最初の実行で提示するのに十分な重要なものについては、非常にうまく行われています。

ランタイム許可への切り替えは大きなものであり、重要です。しかし、それらは小さな学習プロセスかもしれません。

私はここでモグラ塚から少し山を作っているのは確かです。アプリの場合は、これを初めて行うだけです。しかし、許可は重要です。（そして、ランタイム許可への切り替えは良いものだと思います。）許可の説明は良いです。飛び降りる前に見えるようにするという名目で、ダブルストップでさえ見落とされる可能性があります。ユーザーに許可を説明します。既に一度許可したと思わせるのではなく、実際にシステムリクエストの1ステップ後に許可するようにします。私は自分自身を繰り返すことがすべてが好きではありません。

そして、いつものように、いつでも好きなときに許可を取り消すことができます。その場合、次回その機能を使用しようとすると、アプリから再度許可が求められます。

ポイントは、ユーザーとしてここに慣れるために何か新しいものがあるということです。しかし、アプリ開発者も同様です。

更新：これらすべての技術的なリッスンについて（そして、ところでFacebookとTwitterのやり方が理想的ではないことを確認するために）、Android Developers Backstageポッドキャストのエピソード33をチェックしてください。