web-dev-qa-db-ja.com

ユーザーがアプリを使用する前に「アクセスコード」を要求するためのベストプラクティス

状況を把握するために、ユーザーは学習するだけでお金を稼ぐことができるアプリがあります。

このため、明らかに限られた資金しか持っておらず、「承認された」ユーザーだけがアプリを使用できるようにしたいので、どのユーザーがサインアップを許可されるかについてかなり厳しくする必要があります。

アクセスコードシステムを作成しましたが、以前はアプリについてどのように聞いたかを尋ね、オプションを選択した後、アクセスコードの入力を求めました。それはこのように見えました:

enter image description here

この実装で発生した問題は次のとおりです。

  • ユーザーは混乱し、時々落ちてしまいました。
  • アクセスコードを持っていないユーザーは、アプリにアクセスできなかった理由を混乱させ、悪いレビューを残しました。

したがって、ここでフローを再設計しています。私たちのアイデアは、アクセスコードを入力できるテキストエリアを1つだけにすることです。

enter image description here

この新しいデザインにより、より明確になることを願っています。アクセスコードがないことを選択したユーザーのために、お金を稼ぐことなくアプリを使用できるようにすることを検討しています。

経験豊富なUXデザイナがこれまでにこのような実装に出くわしたことはないでしょうか。

ヒントやアドバイスは素晴らしいです。ありがとうございました。

1
Jane Doe

まず第一に、私は Guillaume に同意します。ユーザーがコードを入力する前にどこでコードを取得したかをユーザーに伝えるのは混乱を招き、正直なところ、ユーザーが処理する必要のないステップです。システムは、コードがどこから来たのかを認識するだけです。それらを置くことは、システムではなくユーザーに負担をかけることであり、従うべき良いパターンではありません。

だから、アクセスコードがサインアップ/サインインフローの外でユーザーに許可されているように見えます、おそらく電子メールで、または直接、手紙で、あるいは何かで?もしそうなら、サインアップする前にそれらを入力してもらうための多くの選択肢がないかもしれません。しかし、彼らのためにそれを改善するいくつかの小さな方法があるかもしれません。電子的に配信できる場合は、クリックして登録するためのリンクを自動的に入力するか、メールからコピーして貼り付けることができます。テキストで配信できる場合、一部のモバイルOSでは、最近のテキストのコードを適切なフィールドに貼り付けることをユーザーに提供できます(iOSではこれを実行できますが、Androidについてはわかりません)。旅のその部分を緩和し、採用への障壁をできるだけ取り除くためにできることは何でも。

2
Mattynabib

2番目の画面がより明確に表示されます。

しかし、私の提案は、ユーザージャーニーを少し縮小することです。サインイン/アップは確認できますが、このアクセスコードは混乱を招くため、おっしゃったように、ユーザーは立ち寄って連絡先の詳細を取得できません。

このシナリオの中で、これが私の2cです。最初の画面でサインアップ/インを実装します。そこからユーザーがサインアップするとき、フォームの下部でのみアクセスコードを言及する必要があります(アプリのコンテキストに応じて、ユーザーコードまたはゲートキーピングの少ない名前に変更してください)。このコードなしでアプリを楽しむには、オンボーディング画面でフルアクセスを宣伝することができます。

それが理にかなっていることを願っています!

1
Guillaume Pons