デスクトップアプリ（Win32）のヘルプシステムを実装していて、その設計方法を探しています。
ヘルプシステムにはどのような構造が必要ですか、ユーザーにとって実際に役立つものは何ですか？たとえば、ヘルプシステムはFAQの大きなリストにする必要がありますか（Office 2010のヘルプはこのように見えます）？または、すべてが何をするかを文書化して説明する機能リストである必要があります（これは、ユーザーがすでに知っている機能がどのように機能するかわからない場合にのみ役立つ可能性があります）
エンドユーザーにどのような知識を期待すべきですか？File->Open Project現在のプロジェクト（存在する場合）を閉じて既存のプロジェクトを開くというヘルプファイルに書き込むのは、おそらく少し意味がありません。
ここで私が探しているのは、いくつかのガイド、優れたヘルプシステムに必要な一連の機能、およびユーザーがトピックを見つけられるようにトピックを整理する方法です。
「オープンプロジェクト」は、プロジェクトの定義、およびプロジェクトのオープンに関連するその他のより一般的な説明と手順を参照するのに適した場所でもあります。
一般に、CHMヘルプには、状況依存ヘルプ（file-> openの場合に一般的）と、一般的な目次、全文検索、およびインデックスのいずれかを介してアクセスします。最近のアプリは、コンテナごとに1つのヘルプページ（ダイアログまたはpullodwnメニュー）しか作成していないようです。ここでは、各アイテム（チェックボックス、メニューエントリ）の補題ではなく、その画面上のすべてのアイテムが一覧表示されます（たとえば、注釈付きのスクリーンショット）。 GUI。煩雑さやナビゲーションが少なく、多くのポイントで必要なのはかなり短い説明だけです。
状況依存ヘルプに加えて、ヘルプシステムを介してヘルプを参照することもできます。
CHMは、目次（TOC）、索引、およびオプションで全文検索のサポートを備えた、電子書籍にかなり似ています。
インデックスと全文検索は、ユーザーがコンテンツを検索するための方法です。主な違いは、インデックスがより制御可能であり、有効にすると全文検索がほぼ自動的に行われることです。
TOCは、本のTOCのように機能するノードのツリービューであり、「電子書籍」の一般的な構造を固定する必要があります。FAQは通常、この目次の付録です。
これに加えて、Webサイトのホームページのようなデフォルトの「エントリ」ページがあります。最も一般的に検索されるトピックにユーザーをナビゲートする必要があります。
Microsoft製品と比較して注意してください。エンドユーザー/開発者がまだ利用できないシステムを使用することもあります。
良い助けはこれらすべての要素を使用します。
ヘルプには大きく2つのスタイルがあります。参照ベース（つまり、このチェックボックスはどういう意味ですか？）とタスクベース（XYZを実現するにはどうすればよいですか？）です。
おそらく、最初にタスクベースのチュートリアルを作成し、必要に応じてFAQでバックアップすることをお勧めします。