這有時候真的很困難,讓人很猶豫 ...
WBS (Work Breakdown Structure)
是開工作的重要技巧,根據要產出的「結果」,將任務拆解成更小、更容易執行與管理的小任務。
同樣的技巧,也可以應用在寫 FAQ
就依樣畫葫蘆,命名為 QBS (Question Breakdown Structure) 囉
原則就是:
有人問 (需求)
就針對問題寫一個 Q&A (經驗)
把使用者真實碰到、真的會問的問題記錄下來就對了
原因也很簡單 ~
有人問,希望直接對症下藥快速解決問題,就寫成一個 QA 囉
此外,還有一個技巧
簡短 (對症下藥)
用 PREP 就對了
如果要回答的內容 (A) 很多呢?
就可以改用「文件」的方式,完整且詳細的整理,然後再建立多個 FAQ 當作文件的「重點索引」。
或是一樣用 FAQ,
並分拆成多個 FAQ,做法如下:
主要 FAQ
還是只寫重點就好
次要 FAQ
將可能會問的相關問題,分別寫成多個 Q&A
建立關聯
用「參考資料 / 延伸閱讀」網址連結的方式,連到相關的 Q&A
這樣的好處是
- 聚焦在重點
- 更有結構、層次
以這次的問題「要寫成一個還是分拆多個?」為例,
就寫了這篇文件,再加以下 2 個 FAQ (從文件摘要重點,當作索引)
- Q&A,要寫成一個還是分拆多個?
- FAQ 的回答內容很多,要怎麼「簡短 PREP 呢?
這樣就可以有結構、層次的記錄「複雜」的經驗
一樣符合「簡短」的需求喔。