How to revise the presentation: Difference between revisions
Jump to navigation
Jump to search
(Created page with "{{Drafting}} * 加強前後簡報的邏輯關係 ** 例如:因為舊方案,提出新方案。敘述了新方案的特點,但是是否客服了舊方案的缺點?") |
m (→任務型的工作會議簡報) |
||
| (6 intermediate revisions by the same user not shown) | |||
| Line 1: | Line 1: | ||
{{Drafting}} | {{Drafting}} | ||
== 大方向 == | |||
=== 研究成果或產品的會議簡報 === | |||
* 簡報的核心主題是什麼? | |||
* 針對'''解決客戶問題'''以及對客戶的'''利益'''進行對焦 | |||
* 各頁面間的邏輯:客戶遇到的問題、我們的解決方案等,需要細緻地描述 | |||
* 避免在不同頁面重複相同的內容,除非有細節需要揭露。避免只是換句話重複說明。🔥 | |||
* 簡報順序:背景 -> 痛點 -> 現有工具的問題 -> 目標 -> 情境 -> 特色 -> 功能 | |||
* 回顧部分的簡報頁數不超過 3 頁。計畫規格不算在回顧範圍內。 | |||
=== 任務型的工作會議簡報 === | |||
* 現在交付項目的進度 | |||
* 預計下一次交付項目的進度 | |||
* 遇到的困難與預計的解決方案:上一次會議的問題是否有被處理?如果處理不了,要怎麼辦? | |||
== 內容細節修改 == | |||
* 避免「詞語斷開」:例如避免將單詞、客戶名稱或者機構名稱分隔到兩行。 | |||
* 精練語言,盡可能將兩行內容精練為一行,並集中在重點上 | |||
* 確保同一頁面內的項目順序一致:例如特色 aaa, bbb, ccc 但數字編號變成 1. aaa, 2. ccc | |||
* 難以取得的資料,不要直接放入專案規格 | |||
* 繪製一張關聯圖,比放3張無意義的圖片更有用 | |||
* 用強而有力的文字/圖片:讓讀者能夠記住你想要傳達的效益 | |||
* 介面應用示意圖:即使只是提供資料的窗口很清楚,也需要注意讓他們的上級不會誤解我們要呈現的是前端介面 | |||
* 讓簡報標題簡潔有力 | |||
* 有日期的簡報:視現狀進行調整,例如將「今日、本日預期產出」修改為「預期產出」。 | |||
* 即使是負面情況,也儘量使用正面語言來描繪 | |||
* 加強前後簡報的邏輯關係 | * 加強前後簡報的邏輯關係 | ||
** 例如:因為舊方案,提出新方案。敘述了新方案的特點,但是是否客服了舊方案的缺點? | ** 例如:因為舊方案,提出新方案。敘述了新方案的特點,但是是否客服了舊方案的缺點? | ||
== 結論簡報的修改 == | |||
* 你今天學到什麼? (從聽眾的角度來看,他兩小時得到什麼?) | |||
* 期待後續的行為?或是帶回去的問題? | |||
== 其他 == | |||
* 將單元大綱(含多個小節)重複出現,但是突顯出將進行講解的小節名稱,讓聽眾可以清楚目前講在哪裡。 | |||
參考資料: [http://www.horton.com/ William Horton Consulting Specializes In E-Learning and Information Design.] | |||
[[Category:Hints]] | |||
Latest revision as of 15:31, 22 August 2023
大方向[edit]
研究成果或產品的會議簡報[edit]
- 簡報的核心主題是什麼?
- 針對解決客戶問題以及對客戶的利益進行對焦
- 各頁面間的邏輯:客戶遇到的問題、我們的解決方案等,需要細緻地描述
- 避免在不同頁面重複相同的內容,除非有細節需要揭露。避免只是換句話重複說明。🔥
- 簡報順序:背景 -> 痛點 -> 現有工具的問題 -> 目標 -> 情境 -> 特色 -> 功能
- 回顧部分的簡報頁數不超過 3 頁。計畫規格不算在回顧範圍內。
任務型的工作會議簡報[edit]
- 現在交付項目的進度
- 預計下一次交付項目的進度
- 遇到的困難與預計的解決方案:上一次會議的問題是否有被處理?如果處理不了,要怎麼辦?
內容細節修改[edit]
- 避免「詞語斷開」:例如避免將單詞、客戶名稱或者機構名稱分隔到兩行。
- 精練語言,盡可能將兩行內容精練為一行,並集中在重點上
- 確保同一頁面內的項目順序一致:例如特色 aaa, bbb, ccc 但數字編號變成 1. aaa, 2. ccc
- 難以取得的資料,不要直接放入專案規格
- 繪製一張關聯圖,比放3張無意義的圖片更有用
- 用強而有力的文字/圖片:讓讀者能夠記住你想要傳達的效益
- 介面應用示意圖:即使只是提供資料的窗口很清楚,也需要注意讓他們的上級不會誤解我們要呈現的是前端介面
- 讓簡報標題簡潔有力
- 有日期的簡報:視現狀進行調整,例如將「今日、本日預期產出」修改為「預期產出」。
- 即使是負面情況,也儘量使用正面語言來描繪
- 加強前後簡報的邏輯關係
- 例如:因為舊方案,提出新方案。敘述了新方案的特點,但是是否客服了舊方案的缺點?
結論簡報的修改[edit]
- 你今天學到什麼? (從聽眾的角度來看,他兩小時得到什麼?)
- 期待後續的行為?或是帶回去的問題?
其他[edit]
- 將單元大綱(含多個小節)重複出現,但是突顯出將進行講解的小節名稱,讓聽眾可以清楚目前講在哪裡。
參考資料: William Horton Consulting Specializes In E-Learning and Information Design.