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

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

設計手冊的參考流程

1. 主要操作流程
   依照需求，先列出主要的操作流程，骨幹就出來了
   
   
2. 整理每個步驟的 Q&A
   操作這個步驟時，可能會遇到的問題、應該注意的地方等，用 QA 的方式整理，避免卡關
   
   
3. 寫摘要
   要解什麼問題 (需求)，主要流程摘要 (如果步驟很多的話)，寫完主要流程後再整理摘要會比較簡單喔。
   
   
4. 整理 FAQ
   依據系統操作功能，用「檢核清單」列出功能，然後一項一項比對，步驟中沒寫到的，就用 FAQ 的方式整理，畢竟每一項功能當初都是為了解決某個問題 (需求) 而設計的。

1. Point，先講重點
   資訊爆炸的時代，大家都沒耐心、不會仔細看，別人問 A 就先回答 A，沒有先解決他的問題，大概就不會有興趣看下去了。
   
   
2. Reason，解釋原因
   大量的心理學與腦科學的研究都指出，當學習的內容對自己產生「意義」時，是讓大腦可以記住的關鍵，所以幫助讀者「理解」很重要。
   
   
3. Example，舉例子
   這真的很重要，透過例子，更容易幫助我們理解與抓到重點。
   
   
4. Point，結論
   人的記憶力有限，這是加深印象的技巧。就像醫師案例討論會議最後的 take home message 一樣，你希望他腦袋留下什麼呢？就在最後面再次提醒。

1. 照著操作就會過關 (重點步驟)
2. 已經知道的不要寫，聚焦重點也減少干擾資訊 (短)
3. 可能會卡關的，要提醒
   
4. 展示系統特色功能，例如可以和 LINE 結合

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

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

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

1. 標題
   通常是寫功能的名稱 or 需求
   
   
2. 內容
   • 定義 or 背景：這是基礎前提， 用別人可以理解的來解釋，如果讀者已經知道了，就可以省略。
     
   • 需求：想要解決什麼問題？ 很重要嗎？ (增加誘因)
     
   • 解法：如何解決的主要流程 (主幹， 開門見山，先講重點 )，為接下來的細節步驟整理思路，降低迷路的風險
   • 附圖：為了有更清楚的目標，可以附上最終結果的圖  (一圖勝千言) 
   • 延伸閱讀：補充次要的資訊 or 延伸的操作
     
     
3. 操作教學
   解決關鍵步驟 (功能的入口)、重要的相關步驟、 提醒、 常見問題、 延伸閱讀、操作畫面等
   

1. 標題
   要從使用者的角度問，最好標題還可以加上「解答」，
   例如：已經發出去的會議通知，系統有紀錄可以查詢嗎？ (查看會議通知紀錄)
   
   
2. 內容
   可以遵循 PREP 的結構回應，先講重點、理由、舉例。