新しいユーザーには、既存の顧客とは異なるインターフェイスを提供する必要がありますか？
新しいユーザーを当社の製品に紹介するために段階的な開示手法を使用し、製品を数回使用するまで機能とタスクをタイムリーに提示することを検討しています。
ユーザーがメインタスクを完了してコア機能を使用したら、経験豊富なユーザーに適したようにインターフェイスを変更するつもりです。
このアプローチは推奨されますか？他のアプリケーションで問題なく使用されていますか？
Alan Cooper は、主な設計作業をどのようなスキルレベルに向けるべきかについて、すばらしいものをいくつか書いています。彼はそれを 永続的な中間 と呼びます。これは、ユーザーのスキルレベルがガウス曲線のように分布していることを意味します。
初心者は、「プログラムの機能」、「印刷方法」、「プログラムのスコープは何ですか」などの基本的な質問をよく受けますが、すぐに中間体になることに進みます。
中間体は、「施設Xを見つけるにはどうすればよいですか？」、「このコントロールは何のためのものですか？」または「エラー！元に戻すことはできますか？」ほとんどのユーザーは、エキスパートになるための時間がないか、または進んでいないため、この段階に留まる可能性があります。したがって、それらは永久中間体のままです。
エキスパートは、タスクの自動化、ショートカットの使用、ニーズに応じたアプリケーションのカスタマイズなど、高度なことを行います。
永続的な中間体の設計に焦点を当てることは、初心者をスピードアップするための努力を放棄する必要があることを意味しませんが、初心者に役立つ機能は中間体や専門家にとってもハードルになる可能性があることを常に心に留めておく必要があります。
彼の著書「顔について」（第3章からの引用）の役立つ設計原則には、次のものが含まれます。
- 誰も初心者になりたくない。
- 中間体向けに最適化します。
- ユーザーを非常にインテリジェントで非常に忙しいと想像してください
新しいユーザーの機能を制限/非表示にするつもりはありません。ソフトウェアの使用中にインターフェイスを変更すると、ユーザーを混乱させる可能性が非常に高くなります。代わりに、私はあなたの製品に慣れるのを簡単にしようと思います。私は2つの可能性を考えています。
ガイド付きツアー。ユーザーが製品を使用することに専念している場合に機能します。
外出先での機能の説明。例えば。関数が初めて使用されるときはいつでも、「これとこれをこのアイテムで実行できることをご存知でしたか？」というヒントのあるバブルまたは何かを示します。もちろん、常にヒントを無効にしてすべてのヒントを表示するオプションが必要です。多くのiPhoneゲームや他のアプリがこのアプローチを使用しており、私はそれがかなり役に立ちます。
Philがお役に立てば幸い
プログレッシブ開示は、ユーザーの専門知識のレベルに合わせて製品を調整するために使用できます。それを機能させるための逆説的なトリックは、ユーザーの専門知識ではなく、ユーザーが達成したいタスクに開示をリンクすることです。ユーザーが突然目を覚ますことも、専門家が突然必要とすることも、すべての高度な機能が突然必要になることも、大多数のユーザーが特定のアプリの専門家になりたいと思っていることもありません。代わりに、ユーザーは、手元のタスクに関連する特定の問題を解決するために新しい機能をそれぞれ学習するにつれて、次第に知識が深まります。 1週間または1か月以内に最初の高度な機能が必要になることがありますが、すべての高度な機能を必要とするユーザーはほとんどいません。異なるユーザーは異なる問題に遭遇するため、それぞれが異なる高度な機能のセットを学習し、同じ問題を持つユーザーでさえ、異なる順序でそれらを学習します。
そのため、段階的な開示を専門知識に関連付けることは機能しません。
長時間のユーザー向けに高度な機能の表示を自動的に開始しないでください。ユーザーがアプリを長期間使用しているからといって、準備が整っている、または表示しようとしている特定の機能が必要であるとは限りません。ユーザーはさまざまな順番で遭遇するさまざまな問題を抱えているため、次に公開する必要がある機能を予測することはできません。自分でUIを変更すると、ユーザーが混乱するだけです。
ユーザーが選択できる基本モードと詳細モードはありません。ユーザーは、解決する必要がある問題が「高度な」と考えるものであるかどうかを知りません。つまり、2つの場所を検索して、役立つ機能を探す必要があるということです。初心者、レギュラー、エキスパート、グルの各モードを使用すると、ユーザーが検索する必要がある場所が4つ配置されます。ユーザーは比較的早い段階で最初の高度な機能の必要性に直面するため、まだ新しい間は必然的に高度な機能に移行する必要があり、まだ必要のないすべての高度な機能に圧倒されます。最終結果は、誰も基本モードを使用していないということです。それらはすべて詳細モードにあり、すべて失われており、進歩的な開示の目的を打ち破っています。
代わりに、機能をタスクまたは問題ごとにグループ化し、それらがラベルを付けて、解決する問題またはサポートするタスクが明確になるようにします。デフォルトでいくつかの非常に基本的なグループを公開しても問題ありません。これらは、製品（Exitなど）を実行するために最小限必要な機能です。ユーザーがグループを公開し、その中のコントロールを使用すると、そのグループは無期限に公開されたままになります。ユーザーが後のセッションのために製品に戻ったときも、ユーザーは（ユーザーが手動で閉じない限り）開いたままです。このようにして、UIは進化し、ユーザーが必要なときに必要な機能に簡単にアクセスできるようになりました。
この回答は、閉じられたJoel On Software-Design of Softwareディスカッショングループの 開発者の根本主義者対ユーザビリティの人 に対する私の回答の詳細です。
- ユーザーが追加機能を有効にできるようにするのが最善の方法です。
簡略化されたインターフェースには何も問題はありませんが、予期せず変更されることがあります。ユーザーを制御します。