背景
適切に設計されたインターフェースにより、あらゆるタイプのユーザー、初心者、上級者、または専門家が目的を迅速に達成できます。ほとんどの場合、ヘルプ情報には、初心者レベルのユーザーに焦点を当てた要素と機能の説明が含まれています。これにより、なじみのないインターフェースをすばやく処理できます。さらに、多くの場合、ユーザーが目的を達成するために費やす時間を大幅に削減できる「隠れた可能性」が数多くあります。この最も一般的な例はHotKeys/Shortcutsです。
その他の例としては、iOS5の通知センターからスワイプしてロックを解除したり、Googleアナリティクスのヘッダーをダブルクリックして月の日付範囲をすばやく選択したりできます
ほとんどの場合、同様の機能に関する情報は、インターフェースとの相互作用/インターフェースの発見の結果として、または上級ユーザー向けのWebフォーラムで学習されます。
質問
このような状況でヘルプファイルを作成する際のルールはありますか?また、非表示の関数を通知する必要がありますか?そして、初心者ユーザーのためにアプリケーションの基本的な機能を説明しながら、この情報を上級ユーザーに提供することは可能ですか?
ヘルプは初心者向けであるという考えは誤っています。 初心者はヘルプを使用しません ;上級ユーザーが行います。初心者は次の理由でヘルプを使用しません。
私たちは 私たち自身の成功の犠牲者 です。ユーザーがヘルプなしで使用できるアプリとWebサイトを作成したので、それが期待されています。そして実際、アプリすべきは、平均的な新規ユーザーが最初にヘルプを開かなくても生産性を発揮できるように設計されています。
ヘルプを使用すること自体がスキルです。ユーザーは、ヘルプをどこから始めればよいかさえ知るために、アプリの経験が必要です。成功するには、用語、アーキテクチャ、内部ロジックを知っている必要があります。新しいユーザーは、ヘルプを検索する代わりに、同僚、友人、家族に行きます(私たちは皆、そこにいましたよね?)。初心者には簡単な「はじめに」のドキュメントが役立つかもしれませんが、それでも無視される場合があります。
その現実のために助けを書くべきです。上級ユーザーは通常、ほとんどのソリューションを知っているが特定の点で行き詰まっているときにヘルプを使用します。ヘルプすべきシステムの詳細に関係し、詳細と 簡単に検索およびスキャンできるように構成 。
ドラッグアンドドロップ、ダブルクリック、アクセラレータキーなどの「非表示」機能は、ヘルプの「ヒント」、「ヒント」、または「ショートカット」セクションでヘルプで強調表示できます。特定の機能またはタスク。ユーザーが同じことを行う2つの異なる方法を学習しようとすると混乱するため、それらを機能に関する他のコンテンツと混在させたくない。
ただし、ショートカットの本当の問題は、ユーザーがショートカットを必要としていることを知らないことです。ユーザーは通常、行き詰まったときに手助けをしに行きます。より効率的に仕事をしたいからではありません。使い勝手が悪いので、なぜexpectより効率的な方法があるのでしょうか。
非表示の機能については、 動的インラインヘルプ の超簡単なヒントを使用することができます(たとえば、ユーザーがフィールドを手動でデフォルトにリセットすると、ツールチップに「デフォルトのDoubleclick」と表示されます)。 。インラインヘルプは、新しいユーザーが読む唯一のヘルプでもあります。そのため、ユーザーが進行状況を示すときに、初心者向けのヒントを高度なヒントに置き換えることを検討してください。しかし、それは複雑で実験的なものになっています。
個人的には、何かを使用するためにマニュアルが必要な場合は、すでに複雑すぎると思います。
レポートを検索またはフィルタリングするシナリオでは、一般的な問題は結果が多すぎるということです。これらのシナリオでは、ユーザーが基本検索をどのように使用しているか、および基本検索が返した結果を詳細に表示しようとしている理由を確認するのが最善です。
Boxes and Arrowsの投稿 Advancing Advanced が役立つかもしれません。それはこの問題への提案を見て、以下は個人的な経験からの私のヒントのいくつかです。
時々人々は自分が何を探しているのかわからず、これらを追加すると初心者が上級者のように検索するのに役立ちます。ここでのアイデアは、検索の流れ、何を見つけようとしているのか、見つからなかった場合に特定のデータが欠けているものを見つけることです。これらの質問に答えると、事前検索を基本検索に統合する方法がわかります。
ユーザーは考えることを好まない-特に読むこと(特にコンテンツページとインデックスを持つもの)を好まない。
この古典的な論文で議論されているように:
基本的に(学術論文であるため、最初は読みにくい):
...ユーザーは「白紙の状態」ではありません。ユーザーは読書を避け、画面上のテキストをスキャンし、ラッシュで物事を成し遂げ、方法について独自の既存のアイデアを持っています何かが動作するはずです。
これがパラドックスである理由です。-ユーザーが白紙の状態だった場合、手順を正しく読んで詳細を学びます。
私はあなたがより多くの単語を書くことに基づいて作業します-ユーザーが「私は自分で理解する」モードに入るときにそれらが読まれる可能性が低くなります。