跳至內容

上下文關聯幫助

維基百科,自由的百科全書

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

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

上下文關聯幫助的常見形式

[編輯]

工具提示(Tooltip)

[編輯]

當用戶將滑鼠光標懸停在某個界面元素(例如圖標)上,將彈出工具提示小窗口,為用戶提供關於該元素的更多信息。

嚮導(Guided Tour)和逐步說明(Walkthrough)

[編輯]

嚮導和逐步說明是引導用戶如何使用界面的一系列工具提示。嚮導首先向用戶展示操作過程,然後讓用戶跟著操作。逐步說明則是依次出現的一系列工具提示,引導用戶從頭至尾逐步完成操作。[2][3]

輸入框提示(Inline Instruction)

[編輯]

這是關聯幫助最基本的形式。當創建帳戶或填寫表格時,我們會看到界面中的輸入框提示,它提示用戶在對話框中填入所需信息。[3]

嵌入式幫助

[編輯]

嵌入式幫助通過軟體界面本身向用戶展示上下文關聯幫助,無需用戶搜索幫助。[3]

嵌入式幫助中心

[編輯]

簡單來說,嵌入式幫助中心就是可以從軟體直接訪問的幫助中心。雖然有些嵌入式幫助中心能指向與當前頁面相關的文章,但通常仍需要用戶自己找到解決問題的相關內容。[4]

優勢

[編輯]

根據 Bri Hillmer 的研究總結,上下文關聯幫助有以下優勢:

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

劣勢

[編輯]

根據 Bri Hillmer 的研究總結,以下是上下文關聯幫助的一些潛在問題:

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

實現方式

[編輯]

上下文關聯幫助可通過多種方式實現:

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

如何訪問上下文關聯幫助

[編輯]

以下是訪問普通(非嵌入式)關聯幫助的傳統方式:[7]

幫助菜單

[編輯]

幫助菜單應至少包含以下條目:

  • 打開幫助主題對話框的條目
  • 打開當前窗口關聯幫助的條目
  • 使程序進入「這是什麼?」幫助模式的條目

窗口與對話框幫助

[編輯]
  • F1 鍵打開窗口或對話框的幫助
  • 每個對話框都應有一個幫助按鈕,該按鈕觸發與 F1 鍵相同的幫助主題。

控制項幫助

[編輯]
  • Shift-F1 使程序進入「這是什麼?」幫助模式。進入幫助模式後,滑鼠光標變成帶問號的箭頭,用這個光標點擊界面中某個控制項,即可彈出相對應的幫助內容。
  • 對話框的標題欄以及窗口的工具欄(如果有工具欄)都應包含問號按鈕。該按鈕使程序進入「這是什麼?」幫助模式。
  • 右鍵點擊某個控制項的彈出菜單應包含「這是什麼?」條目,該條目可打開當前控制項的關聯幫助。
  • 如果選擇 F1 打開控制項幫助,應確保所有控制項都如此。

上下文關聯的基本形式

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

嵌入式幫助

[編輯]

嵌入式幫助是最新、最前沿的在線幫助方式,也是上下文關聯幫助的一種。它與其他在線幫助類型有很大區別,要求非常簡短、與當前任務相關的主題,且不依賴於傳統幫助工具,如目錄和索引。嵌入式幫助不是在一個單獨的窗口顯示,而是直接顯示在軟體用戶界面里。 註:應避免將嵌入式幫助與軟體嚮導相混淆。

嵌入式用戶幫助的優勢

[編輯]
  • 需要時可立即獲得所需幫助信息。[9]
  • 幫助對用戶持續可見,幫助主題隨滑鼠光標位置或用戶當前操作而變化。[7]
  • 不會遮擋用戶界面。[7]
  • 使用戶能專注於當前任務、不受干擾。[9]
  • 可連結到更多信息。[9]
  • 用戶將嵌入式用戶幫助看做是軟體的一部分,而不是「幫助文件」。[9]

實現方式

[編輯]

嵌入式用戶幫助的實現方式取決於具體的應用程式。以下例舉了三種主要的實現方式:[7]

  • 每個控制項的旁邊顯示說明性文字或提供詳細描述。
  • 在程序主窗口中嵌入一個幫助窗口,並顯示主要的幫助主題。
  • 使用嵌入式窗口顯示幫助信息。當用戶將滑鼠置於不同控制項上時,幫助信息隨之改變。

註:嵌入式幫助窗口占用了用戶界面空間,因此需允許用戶在不需要幫助信息時將幫助窗口最小化或將其關閉。

如何訪問嵌入式幫助

[編輯]

以下是訪問嵌入式幫助的傳統方式:[7]

幫助菜單

[編輯]

幫助菜單應至少包含以下條目:

  • 打開幫助主題對話框的條目
  • 打開當前窗口關聯幫助的條目
  • 使程序進入「這是什麼?」幫助模式的條目

窗口與對話框幫助

[編輯]
  • F1 鍵打開窗口或對話框的幫助
  • 每個對話框都應有一個幫助按鈕,該按鈕觸發與 F1 鍵相同的幫助主題。

控制項幫助

[編輯]
  • 將滑鼠懸停在某個控制項上,嵌入窗口將顯示該控制項的關聯幫助。
  • 用戶能夠輕鬆打開或關閉嵌入窗口。
  • 如果嵌入窗口有多個選項卡,應允許用戶選擇顯示哪些類型的信息。例如,其中一個選項卡顯示描述性信息,另一個選項卡顯示操作步驟類信息。

參見

[編輯]
  • AnswerDash

參考文獻

[編輯]
  1. ^ 1.0 1.1 1.2 1.3 1.4 1.5 Context Sensitive Help. ClickHelp. [2018-06-24]. (原始內容存檔於2018-06-24). 
  2. ^ 2.0 2.1 Diána Lakatos. An overview of context-sensitive and embedded help formats. [2018-07-01]. (原始內容存檔於2018-06-24). 
  3. ^ 3.0 3.1 3.2 CONTEXTUAL HELP: MAKING HELP MORE RELEVANT TO THE USER. Whatfix. [2018-07-04]. (原始內容存檔於2018-07-04). 
  4. ^ 4.0 4.1 4.2 4.3 4.4 4.5 Bri Hillmer. What's So Great About Contextual Help?. KnowledgeOwl. [2018-07-01]. (原始內容存檔於2018-07-02). 
  5. ^ 5.0 5.1 Lyle Mullican. Good Help is Hard to Find. [2018-07-01]. (原始內容存檔於2018-07-02). 
  6. ^ Creating Contextual Help for GUIs Using Screenshots (PDF). [2018-07-02]. (原始內容存檔 (PDF)於2018-07-23). 
  7. ^ 7.0 7.1 7.2 7.3 7.4 Don Lammers. Context Sensitive Help Concepts (PDF). Shadow Mountain Tech. [2018-06-24]. (原始內容存檔 (PDF)於2017-08-30). 
  8. ^ 8.0 8.1 Context-sensitive help. TechScribe. [2018-06-29]. (原始內容存檔於2018-06-30). 
  9. ^ 9.0 9.1 9.2 9.3 Designing Embedded User Assistance for an Inductive UI (PDF). Matthew Ellison Consulting. [2018-06-29]. (原始內容存檔 (PDF)於2016-05-27).