平均的なアプリケーションは、インストール後3日以内に毎日のアクティブユーザーの80％を失うことをご存知ですか？ ほとんどの場合、人々はアプリケーションをインストールし、開き、削除します。 ユーザーは多くのアプリケーションを試行し、数日以内に、残すアプリケーションと削除するアプリケーションを決定します。
このユーザーの行動は、これらのアプリケーションの設計が不十分であることを意味していますか？ 常にではありません。 しかし、アプリケーションと対話する最初の経験は、全体的な印象（良いか悪いか）を作成する上で重要な役割を果たします。 ユーザーが新しいアプリケーションを開くときに最後に見たいのは、許可を求める無限のポップアップです。
●ロケーションデータへのアクセス
●連絡先へのアクセス
●カメラアクセス
これは相互作用の経験に悪影響を及ぼし、アプリケーションを削除したいという欲求を引き起こします。 ユーザーを阻止するには、アプリケーションはユーザーが許可を要求する前にユーザーとの対話を開始する必要があります。 この記事では、正しい方法を示し、許可要求を整理する際によくある間違いを避けるのに役立ちます。
戦略を立てる
アプリケーションに対してできる最悪のことは、コメントや説明なしで許可要求をユーザーに攻撃することです。 一般的なエラーは、リクエストが早すぎるか、リクエストが頻繁に発生することです。 それでも、多くのアプリケーションはまさにそれを行います。つまり、ユーザーがアプリケーションを開くとすぐに、ユーザーに許可要求を与えます。 たとえば、GmailのInboxは、特別な必要なしに、追加情報を提供することなく、サービスを知る前に許可を求めます。
画像：Inbox by Gmail
許可要求を送信することにより、すべてのユーザーが肯定的な応答をすることを期待します。 これを実現するには、クエリ戦略が必要です。 それはあなたのリクエストの透明性と関連性に依存します。 重要な許可はすぐに要求する必要があります;アプリケーションでの作業中にマイナーな許可を要求できます。
許可要求をコンパイルするためのスキーム。 画像：材料設計
許可をリクエストするタイミング
要求に対するユーザーの応答を決定する重要な要素の1つは、要求が表示されるタイミングです。
単純なルール：アクセスが本当に必要ない場合はアクセスを要求しないでください。
初期段階では、重要な権限のみを求めます。
多くのアプリケーションでは、ある種のデータへのアクセスが不可欠です。 たとえば、アプリケーションがSMSサービスに依存している場合、このサービスにアクセスしないと役に立ちません。 幸い、ユーザーはメッセンジャーがSMSにアクセスするための許可を必要とすることを期待しているため、すぐに要求することができます。
画像：Googleハングアウト
関数が複数の許可を必要とする場合、それらの許可のみを要求し、それ以上は要求しません。
結論：ユーザーがアプリケーションの動作を（説明または以前の同様の経験から）理解し、初期段階でユーザーに期待される重要な権限のみを要求するようにします。
作業中に許可をリクエストする
ほとんどの場合、ユーザーエクスペリエンスが一連の許可要求で始まると、ユーザーを引き付ける能力を失うリスクがあります。 アプリケーションが作業中に許可を要求し、それらが与えるものを説明する方が良いです。 ユーザーが既に関与している場合、許可を与える可能性が高くなります。
画像：thinkwithgoogle
結論：特定のタスクの実行中に要求された場合、ユーザーは許可を与える可能性が高くなります。
許可をリクエストする方法
アプリケーションは、リクエストごとに、この許可またはその許可が必要な理由を、関数名またはコメントで説明する必要があります。 覚えておいてください。肯定的な答えが必要な場合は、丁寧に尋ねる必要があります。
簡単なルール：許可を与えた場合に何が得られるかをユーザーに明確にします。
追加の説明
目的については明らかではない許可については、さらに詳しく説明する必要があります。 アプリケーションにウォークスルーがある場合は、それを使用して、アプリケーションの機能と特定のアクセス許可が必要な理由を説明します。
画像：材料設計
別の良い方法は、作業中の許可の目的を説明することです。 これは、ユーザーの関心を維持し、リクエストの目的を理解するのに役立ちます。 この許可が彼に与えることをユーザーに説明してみてください。
画像：Googleマップ
ユーザーのリクエストを準備する
これは、許可要求を説明する背景画像を追加することで実行できます。 Foursquareは、アプリに許可が必要な理由を説明する背景画像をユーザーに準備します。
画像：Foursquare
直接リクエストの前の「警告」メッセージ
iOSでは、各機能に対してデフォルトの許可を1回のみリクエストできます。 最悪の事態は、ユーザーがシステムレベルで許可を拒否した場合です。iOSでこの決定を変更するのは非常に難しいからです。 画面に表示される前に、今後のリクエストについてユーザーに「警告」するのが最善です。
クラスタは、このトリックを使用したアプリケーションの良い例です。 クラスターは、コンテキスト送信、警告、最後に許可要求自体の順序を尊重します。 事前ダイアログを使用することで、クラスターの障害問題を事実上解決しました。
アラートは、今後のリクエストのアイデアを提供するダイアログボックスシステムです。 画像：クラスター
行動時に尋ねる
ユーザーとの対話は、コンテキストを与えるよりもうまく機能します。 それはユーザーに要求を期待させ、それにより、対応する機能の動作を保証するためにユーザーに同意を与えるように促します。 機能がアクティブになるまで待って、許可を要求してください。 ユーザーがクラスター内のカメラなどの機能を使用する場合、そのアクティブ化の後に写真へのアクセス要求が続きます。
ユーザーが機能を使用する場合にのみ許可を求めます。 画像：クラスター
許可拒否の処理
許可の拒否は、機能の通常の動作を妨げる可能性があります。 これは、ユーザーが拒否したときにユーザーの注意を引く必要があります。
簡単なルール：許可を拒否した場合は、常にフィードバックを送信する必要があります。
重要な権限
重要な許可が拒否されたためにアプリケーションが機能しない場合は、その理由を説明し、ユーザーが同意できる設定へのリンクを提供します。
以下に、アプリケーションが機能するには許可が必要であることを説明するGoogleハングアウト画面の例を示します。
画像：Googleハングアウト
おわりに
すべてのアプリケーションは異なりますが、ユーザーが電話とデータのさまざまな部分にアクセスする必要があるポイントを常に考え、期待どおりにリクエストを行う必要があります。 ユーザーエクスペリエンスは無限に改善できます。 ユーザーが許可するようにユーザーを準備する機会をお見逃しなく！ 自分に最適なものを見つけるために常にテストしてください。