How to revise the presentation

From LemonWiki共筆
Jump to navigation Jump to search


icon_scale_pencil.png 這篇文章「How to revise the presentation」內容還在撰寫中,如果有不完整的部分,歡迎你直接動手修改


大方向[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.