我正在實施桌面應用程序（Win32）的幫助系統，並且正在尋找如何去設計它。設計一個幫助系統
幫助系統應該有什麼樣的結構，對用戶有什麼幫助？ 例如如果幫助系統是FAQ的大名單（Office 2010的幫助似乎是這樣）？或者它應該是一個功能列表，記錄和描述什麼都行（如果用戶不確定他們已經瞭解的功能如何工作，這可能只會有幫助）
我應該期望最終用戶有？將幫助文件寫入File - >Open Project關閉當前項目（如果存在）並打開現有項目可能有點貶低。
我在這裏尋找的是一些指導，任何良好的幫助系統應該具有的一套功能，以及用戶可以找到它們的方式來組織主題。
「開放項目」也可以作爲參考項目定義的一個好地方，以及其他與項目開放有關的更一般的描述和程序。
通常，通過上下文相關幫助（這是文件 - >打開案例的典型代碼）以及通用目錄，全文搜索和索引來訪問CHM幫助。最近的應用程序似乎只爲每個容器創建一個幫助頁面（一個對話框或PullDwn菜單），在那裏他們列出了該屏幕上的所有項目（例如通過帶註釋的截圖），而不是每個項目的複製框（菜單項） GUI。減少混亂和導航，許多點只需要一個相當簡短的描述
除了上下文相關的幫助，還可以通過幫助系統瀏覽幫助。
CHM很像電子書，帶有目錄（TOC），索引和可選的全文搜索支持。
索引和全文搜索是用戶搜索內容的方式。 主要區別在於索引更受您的控制，全文搜索在啓用時大部分是自動的。
TOC是節點的樹狀圖，充當書中TOC的角色，應該注意「電子書」的一般結構。常見問題解答通常是本TOC的附錄。
除此之外，還有一個默認的「入口」頁面，就像網站的主頁。它應該將用戶導航到最常搜索的主題。
與微軟產品進行比較時要小心。他們有時使用的系統還不適用於終端用戶/開發人員。
好幫手使用所有這些元素。
大致有兩種類型的幫助：基於引用（即這個複選框是什麼意思？）和基於任務（我如何實現XYZ？）。
您可能最好先創建一個基於任務的教程，並在必要時提供常見問題解答。