1. 資訊系統教學，是新人的重點訓練之一
2. 訓練教材，手冊甚至比操作講解更重要
3. 手冊編排原則 ~ 講重點、解釋原因、舉例
4. 手冊的結構
5. 步驟的結構

1. 方便參考
   講完後，事後可以參考、照著步驟練習。
   
   
2. 高品質教材
   因為要可以照著教，手冊就不適合太多文字。
   在此前提下，就會試著透過簡單的文字和視覺來凸顯重點，符合「短」的特性，更容易閱讀和吸收。

設計手冊的參考流程

1. 盤點功能
   依據需求和介面，操作並記錄系統的所有功能，同時也藉此熟悉系統。
   
   
2. 設計主要步驟
   從使用者的角度與需求，設計主要的操作流程。
   充分發揮 80-20 法則，讓關鍵的 20% 步驟就能滿足 80% 的需求。
   
   
3. 整理步驟的 Q&A
   將每個步驟可能會卡關的地方，整理成 Q&A。
   當操作卡住時能立刻獲得解答。
   
   
4. 寫摘要
   通常會寫要解什麼問題 (需求) 或列出主要流程重點，
   讓學習者先掌握需求和整體結構，降低迷路的風險。
   
   為什麼不一開始就先寫摘要 (含需求) 呢？
   這是因為寫完主要流程後再整理摘要會比較簡單。
   
   
5. 整理 FAQ
   將還沒有寫進步驟的功能，整理到文件下方的 FAQ 專區，畢竟每一項功能當初都是為了解決某個問題 (需求) 而設計的。
   
   
6. 補充
   如果有些不好寫成 FAQ 的功能呢？剩下的就想辦法用「補充、附註、小提醒」等方式補到步驟或文件中囉。

1. Point
   先講重點就對了。
   
   
2. Reason
   解釋原因，讓人理解比較容易接受或記住。
   
   
3. Example
   將抽象的概念用具體的例子說明，是很重要的技巧。
   
   
4. Point
   人的記憶力有限，再次重點回顧是加深印象的好方法。

1. 需求是什麼？ (需求)
2. 目前會遇到什麼問題？ (痛點)
3. 該如何解決？ (解法)

1. 標題：就包含兩個元素「痛點 (開會沒效率) + 解法 (3 個步驟)」
2. 內容：也包含兩個元素「痛點 + 解法」

1. 使用者反應的需求 or 問題
2. 應用的流程
3. 系統的介面  (當初會這樣設計，一定是為了解決某個問題)

1. 標題
   通常是寫功能的名稱 or 需求。
   更詳細的說明，可以參考：「標題，要怎麼下？」
   
   
2. 內容
   通常會包含以下元素：
   
   • 定義 or 背景：這是基礎前提， 用別人可以理解的來解釋，如果讀者已經知道了，就可以省略。
     
   • 需求：想要解決什麼問題？ 這很重要嗎？ (增加誘因)
     
   • 解法：如何解決的主要流程 (主幹， 開門見山，先講重點 )，為接下來的細節步驟整理思路，降低迷路的風險
   • 附圖：為了有更清楚的目標，可以附上最終結果的圖  (一圖勝千言) 
   • 延伸閱讀：補充次要的資訊 or 延伸的操作
     
     
3. 操作教學
   可以包含以下元素：
   • 入口：這是最重要的，避免一開始不得其門而入。通常只要找到功能，接著就可以順著介面引導操作。
   • 步驟：關鍵步驟、重要的相關步驟。
   • 補充：提醒、常見問題、延伸閱讀。
   • 截圖：一張圖勝過千言萬語，尤其是系統的操作教學。
     

1. 標題，要怎麼下？
   
2. FAQ，怎麼寫？