web-dev-qa-db-ja.com

ユーザーはアプリの高度で優先度の低い機能を知っている必要がありますか?

金融アプリには多くの機能があり、これらの機能のほとんどは使いやすい機能(たとえば、PIN CODEの変更、収入/結果のレポート...)と、ほとんどの人が必要としない高度な機能(たとえば、特定の請求書の支払い、選択したトランザクションの追跡...)

ほとんどのユーザーは、アプリにこの種の機能があり、単にメイン機能を使用していることを知りません。

デザイナーは、この種の機能が利用できることをユーザーに知らせようとする必要がありますか?言い換えれば、ユーザーは使用しない機能やほとんど使用しない機能について知る必要がありますか?

2

確かに、その機能が存在することをユーザーに知らせることができます-利用可能であることを示すことが重要な場所です。

通常、ピンコードの変更は設定のどこかに存在するため、設定ページの概要で利用できることを示します。それがめったに使用されないものである場合は、その階層を順守し、それを最上位に配置しないようにしてください。この方法では、その存在を隠したり、頻繁に使用される機能のためのスペースを奪ったりすることはありません。

あいまいな機能を探しているユーザーは、どのメイントピックの下でこれを論理的に見つけることができるかを想像し、それを探しに行きます。アプリケーションの構造が適切であれば、彼らはそれを直感的に見つけます。ダッシュボードまたはトランザクションと呼ばれるメニュー項目がある場合、それらはレポート機能のためにそこに行きます。

ユーザーが主に既にプッシュした機能を主な機能として使用している場合、アプリケーションは本来の機能を実行しているように見えます。特定の機能がまだ追加されていない理由が不満である場合、実際に使用できる場合は、機能の階層と可視性の変更を検討する必要があります。次に、レイアウト構造が物事を見つけにくくしていることは明らかです。

頻繁に使用されるアクション/機能は、見やすく、ナビゲートしやすい必要があります。控えめに使用されるか、高度と見なされるものは、階層内のより深い位置に配置できます。

1
Wendy Wojenka

予測可能性と発見能力のトピックについては多くのことが言われてきました。発見能力の問題を解決しようとするとき-これは理解する必要があります。それは、ユーザーが知っているものを存在させること、またはそこにあるものを利用できるようにすること(予測可能性)、またはユーザーに機能を認識させることであり、存在を認識しません。

あなたの質問では、機能について尋ねています-ユーザーが気づいていない機能が存在します。適切なカテゴリに分類して見つけやすくすることや、ユーザーにこの機能や機能が存在することをユーザーに知らせて、そこに行く方法を目立つように表示して見つけやすくすることをお勧めします。非常に明白な設定ボタンのように。

0
rohan