應用程式說明的指導方針
應用程式可能十分複雜,並提供有效的說明,讓使用者可以大幅改善其體驗。 並非所有應用程式都需要為其使用者提供協助,而且應該提供何種說明會根據應用程式而有很大的差異。
如果您決定提供協助,請在建立時遵循這些指導方針。 沒有幫助的說明可能比完全沒有説明更糟。
直覺式設計
儘管說明內容很有用,但您的應用程式不能依賴它來為使用者提供良好的體驗。 如果使用者無法立即探索並使用您應用程式的重要功能,使用者將不會使用您的應用程式。 任何數量或品質的幫助都不會改變第一印象。
直覺式且使用者友善的設計是編寫有用幫助的第一步。 使用者參與的時間不僅夠長,讓他們能夠使用更進階的功能,還能讓他們瞭解應用程式的核心功能,他們可以在繼續使用應用程式並學習時建置這些功能。
一般指示
除非使用者已經有問題,否則使用者不會尋找說明內容,因此說明需要提供快速且有效的問題答案。 如果說明沒有立即有用,或說明太複雜,則使用者更有可能忽略它。
無論哪種類型,所有說明都應該遵循下列原則:
容易理解:混淆使用者的說明比完全沒有說明更糟。
直接:尋找說明的使用者想要直接呈現清楚的解答。
相關:使用者不想要搜尋其特定問題。 他們想要直接向他們呈現最相關的說明 (這稱為「關聯式説明」),或想要輕鬆瀏覽的介面。
直接:當使用者尋找說明時,他們想要查看說明。 如果您的應用程式包含報告錯誤的頁面、提供意見反應、檢視服務條款或類似功能,則您的說明連結到這些頁面就沒問題了。 但是,它們應該包含在主說明頁面上做為事後考慮,而不是做為同等或更高重要性的項目。
一致:無論類型為何,說明仍是您應用程式的一部分,而且應該被視為 UI 的任何其他部分。 在應用程式其餘部分所使用的可用性、協助工具與樣式相同的設計原則,也應該出現在您提供的說明中。
說明類型
說明內容有三個主要類別,各有不同的強度,適合不同的用途。 根據您的需求,在您的應用程式中使用它們的任何組合。
指示性 UI
一般而言,使用者應該能夠使用您應用程式的所有核心功能,而不需指示。 但有時候,您的應用程式將取決於使用特定手勢,或您的應用程式可能有次要功能,這些功能並不明顯。 在此情況下,指示性 UI 應該用來教育使用者如何執行特定工作的指示。
應用程式內說明
呈現說明的標準方法是在使用者要求的應用程式內顯示它。 有數種方式可以實作,例如在說明頁面或資訊描述中。 此方法很適合用於一般用途的說明,可直接回答使用者的問題,而不會有複雜度。
外部資料
如需詳細的教學課程、進階函式或說明主題程式庫太大而無法放入應用程式內,外部網頁的連結是理想的。 如果可能的話,這些連結應該謹慎使用,因為它們會從應用程式體驗中移除使用者。