上下文關聯幫助

上下文關聯幫助(Context-sensitive help),又稱“上下文敏感幫助”,屬於線上幫助的一種,它提供與程式當前位置和狀態相關聯的幫助信息。上下文關聯幫助為用戶提供即時幫助和信息,而無需用戶離開當前工作界面。

與一般的線上幫助或線上手冊不同,上下文關聯幫助無需在一個視窗中向讀者展示幫助檔案的全部內容。每個主題只描述軟體的某一個狀態、情況或功能。

基本介紹

  • 中文名:上下文關聯幫助
  • 外文名:Context-sensitive help
  • 又稱:上下文敏感幫助
  • 領域:計算機
常見形式,優勢,劣勢,實現方式,基本形式,訪問方式,

常見形式

工具提示(Tooltip)
當用戶將滑鼠游標懸停在某個界面元素(例如圖示)上,將彈出工具提示小視窗,為用戶提供關於該元素的更多信息。
嚮導和逐步說明
嚮導和逐步說明是引導用戶如何使用界面的一系列工具提示。嚮導首先向用戶展示操作過程,然後讓用戶跟著操作。逐步說明則是依次出現的一系列工具提示,引導用戶從頭至尾逐步完成操作。
輸入框提示(Inline Instruction)
這是關聯幫助最基本的形式。當創建賬戶或填寫表格時,我們會看到界面中的輸入框提示,它提示用戶在對話框中填入所需信息。
嵌入式幫助
嵌入式幫助通過軟體界面本身向用戶展示上下文關聯幫助,無需用戶搜尋幫助。
嵌入式幫助中心
簡單來說,嵌入式幫助中心就是可以從軟體直接訪問的幫助中心。雖然有些嵌入式幫助中心能指向與當前頁面相關的文章,但通常仍需要用戶自己找到解決問題的相關內容。

優勢

根據 Bri Hillmer 的研究總結,上下文關聯幫助有以下優勢:
  1. 許多用戶對傳統線上幫助的使用度不高。
  2. 上下文關聯幫助對工作流程的干擾度最低,用戶查看幫助不需要跳轉到新的頁面。
  3. 上下文關聯幫助提供特定於程式當前狀態或情形的信息,可為用戶提供更有效的指導。
  4. 上下文關聯幫助不依賴於螢幕截屏或插圖,更易於維護。

劣勢

根據 Bri Hillmer 的研究總結,以下是上下文關聯幫助的一些潛在問題:
  1. 程式中包含太多文字,可能分散用戶注意力或使用戶困惑。
  2. 上下文關聯幫助需要開發資源,因此維護成本較普通線上幫助更高。
  3. 上下文關聯幫助(特別是學習嚮導)可能會妨礙熟練用戶。
  4. 如果在一系列步驟中用戶無法選擇返回,上下文關聯幫助(特別是學習嚮導)會對用戶操作造成約束。

實現方式

上下文關聯幫助可通過多種方式實現:
  • 工具提示(Tooltip):工具提示是最常見的關聯幫助形式,通常為純文本格式;
  • 上下文關聯連結:在新視窗中打開所連結主題;
  • 浮動/彈出式元素:能顯示格式化文本、圖片和連結;
  • 幫助面板:能顯示更多內容、UI 逐步學習教程、以及視頻;
  • Lightbox(燈箱)效果外掛程式:能展示多媒體內容,支持全螢幕顯示。

基本形式

域或控制項級別上下文關聯:當用戶點擊螢幕上某個控制項時,即出現一個小的幫助提示,通常是對當前控制項的一個簡短描述。
對話框或視窗級別上下文關聯:出現一個幫助視窗。該幫助視窗通常包含對當前螢幕上所有控制項的描述、以及相關主題的連結,有時也包含對話框或螢幕相關的過程性信息或概念。

訪問方式

以下是訪問普通(非嵌入式)關聯幫助的傳統方式:
幫助選單
  • 幫助選單應至少包含以下條目:
  • 打開幫助主題對話框的條目
  • 打開當前視窗關聯幫助的條目
  • 使程式進入“這是什麼?”幫助模式的條目
視窗與對話框幫助
  • F1鍵打開視窗或對話框的幫助
  • 每個對話框都應有一個幫助按鈕,該按鈕觸發與F1鍵相同的幫助主題。
控制項幫助
  • Shift-F1使程式進入“這是什麼?”幫助模式。進入幫助模式後,滑鼠游標變成帶問號的箭頭,用這個游標點擊界面中某個控制項,即可彈出相對應的幫助內容。
  • 對話框的標題欄以及視窗的工具列(如果有工具列)都應包含問號按鈕。該按鈕使程式進入“這是什麼?”幫助模式。
  • 右鍵點擊某個控制項的彈出選單應包含“這是什麼?”條目,該條目可打開當前控制項的關聯幫助。
  • 如果選擇F1打開控制項幫助,應確保所有控制項都如此。

相關詞條

熱門詞條

聯絡我們