アプリのヘルプのガイドライン

アプリケーションは複雑になる可能性があり、ユーザーに効果的なヘルプを提供することで、ユーザーのエクスペリエンスを大幅に向上させることができます。 すべてのアプリケーションがユーザーにヘルプを提供する必要があるわけではありません。また、どのような種類のヘルプを提供する必要があるかは、アプリケーションによって大きく異なる場合があります。

ヘルプを提供する場合は、作成時に次のガイドラインに従ってください。 役に立たないヘルプは、ヘルプがまったくないよりも悪くなる可能性があります。

直感的なデザイン

ヘルプ コンテンツと同様に、アプリはユーザーに優れたエクスペリエンスを提供するためにそれに依存することはできません。 ユーザーがアプリの重要な機能をすぐに検出して使用できない場合、ユーザーはアプリを使用しません。 その第一印象を変える金額や品質のヘルプはありません。

直感的で使いやすいデザインは、便利なヘルプを作成するための最初のステップです。 ユーザーがより高度な機能を使用するのに十分な期間、ユーザーの関与を維持するだけでなく、アプリのコア機能に関する知識も提供します。これは、アプリの使用と学習を続ける際に基づいて構築できます。

一般的な指示

ユーザーは、既に問題がない限りヘルプ コンテンツを検索しないため、ヘルプはその問題に対して迅速かつ効果的な回答を提供する必要があります。 ヘルプがすぐに役に立たない場合や、ヘルプが複雑すぎる場合は、ユーザーがそれを無視する可能性が高くなります。

どのような種類であっても、すべてのヘルプは、次の原則に従う必要があります。

• 理解しやすい: ユーザーを混乱させるヘルプは、まったく役に立たないよりも悪いです。

• 簡単: ヘルプを探しているユーザーは、明確な回答を直接提示する必要があります。

• 関連: ユーザーは、特定の問題を検索する必要はありません。 最も関連性の高いヘルプを直接提示する (これは "コンテキスト ヘルプ" と呼ばれます)、または簡単にナビゲートできるインターフェイスが必要です。

• 直接: ユーザーは、ヘルプを探しているときには、ヘルプが表示されることを期待しています。 アプリにバグの報告、フィードバックの提供、サービス期間の表示、または同様の機能のページが含まれている場合は、ヘルプがそれらのページにリンクしていれば問題ありません。 ただし、これらは、同等以上の重要度の項目としてではなく、メイン ヘルプ ページに後から取り上げるように含める必要があります。

• 一貫 した： 種類に関係なく、ヘルプはアプリの一部であり、UI の他の部分として扱う必要があります。 アプリの残りの部分で使用される使いやすさ、アクセシビリティ、スタイルの同じ設計原則も、提供するヘルプに存在する必要があります。

ヘルプの種類

ヘルプ コンテンツには主に 3 つのカテゴリがあり、それぞれに長所が異なり、目的が異なる場合に適しています。 ニーズに応じて、アプリで任意の組み合わせを使用します。

指導用UI

通常、ユーザーは指示なしにアプリのすべてのコア機能を使用できる必要があります。 ただし、アプリが特定のジェスチャの使用に依存する場合や、すぐには明らかではないアプリのセカンダリ機能が存在する場合があります。 この場合、説明 UI を使用して、特定のタスクを実行する方法の指示をユーザーに教育する必要があります。

説明 UI のガイドラインを参照してください

アプリ内ヘルプ

ヘルプを表示する標準的な方法は、ユーザーの要求に応じてアプリケーション内に表示することです。 これを実装するには、ヘルプ ページや有益な説明など、いくつかの方法があります。 この方法は、複雑さなしでユーザーの質問に直接答える汎用ヘルプに最適です。

アプリ内ヘルプのガイドラインを参照する

外部ヘルプ

詳細なチュートリアル、高度な機能、またはアプリケーション内に収まらないヘルプ トピックのライブラリについては、外部 Web ページへのリンクが理想的です。 これらのリンクは、アプリケーション エクスペリエンスからユーザーを削除するため、可能であれば慎重に使用する必要があります。

外部ヘルプのガイドラインを参照する