我正在開發各種應用程序，最終用戶既是工程師又是銷售人員。一些操作和選項可能不會立即對所有用戶都顯而易見。所有應用程序都附帶PDF和紙質手冊 - 但當然沒有人閱讀它們！什麼是爲應用程序提供幫助的好方法？
我想通過包括動態上下文敏感的幫助，以改善應用程序的可用性。其中一種方法是使用MSDN，然後讓F1打開一個網頁 - 但是網絡訪問並不總是可用的，即使這樣做對於某些人來說也是太費勁了。
另一個想法是有說明時彈出一個選項懸停 - 就像一個提示。
我對其他人對此的看法感興趣，以及這種情況下的最佳做法是什麼。
沿着與這篇文章類似的主題What are common UI misconceptions and annoyances?我想就這兩點開始討論：
什麼是最好的方式去做呢？
什麼幫助您使用現有應用程序的功能令您感到高興或惹惱您..？
根據我的經驗，除了程序員之外沒有人閱讀幫助。所以，當你有一個技術和非技術的目標受衆，你最終提供2種方式做的一切：
一個嚮導有幾個選項。 有很多選項的屬性編輯器。
在任何一種情況下，圖片通常比單詞文檔更好。所以一個截圖或者3個帶有大綠色箭頭和圓圈的圖標會告訴我們什麼會比索引，詳盡的幫助文件更進一步。
在我的經驗，這將是非常有幫助的，它提供多一點的定義/清晰度每個選項每個選項的工具提示。此外，通過使默認屏幕包含一些常用的簡單選項並提供可提供更多控制的高級部分，可以提高可用性。
我目前正在研究類似的邊項目。我們有一種現有的產品，被人們用作日常工作的一部分。產品有一種固有的學習曲線，因此用戶可以獲得一定程度的培訓，並可以找到需要幫助的人員。即便如此，我們知道它通常需要更多幫助和用戶文檔。
我們開始通過對最終用戶運行一個快速調查，（提供抽獎作爲獎勵），這幫助提升項目。我們還會與需要處理幫助請求的支持人員通話。這將揭示一些痛點，並且會給我們一個關於如何集中我們的時間資源的清晰概念。何時使用內聯VS提示的工具提示等
指引可以在各種風格指南，如發現在這裏：
http://developers.sun.com/docs/web-app-guidelines/uispec4_0/11-help.htm
記住，它可能是一個壞主意，只是複製粘貼&從現有的手冊中的文本上下文幫助提示。您將需要幫助編寫全新的內容。看看你是否可以從技術作家/撰稿人處獲得一些時間。