How to revise the presentation: Difference between revisions
Jump to navigation
Jump to search
no edit summary
(Created page with "{{Drafting}} * 加強前後簡報的邏輯關係 ** 例如：因為舊方案，提出新方案。敘述了新方案的特點，但是是否客服了舊方案的缺點？") |
No edit summary |
||
| Line 1: | Line 1: | ||
{{Drafting}} | {{Drafting}} | ||
== 大方向 == | |||
* 簡報的核心主題是什麼？ | |||
* 針對'''解決客戶問題'''以及對客戶的'''利益'''進行對焦 | |||
* 各頁面間的邏輯：客戶遇到的問題、我們的解決方案等，需要細緻地描述 | |||
* 避免在不同頁面重複相同的內容，除非有細節需要揭露。避免只是換句話重複說明。🔥 | |||
* 簡報順序：背景 -> 痛點 -> 現有工具的問題 -> 目標 -> 情境 -> 特色 -> 功能 | |||
* 回顧部分的簡報頁數不超過 3 頁。計畫規格不算在回顧範圍內。 | |||
== 內容細節修改 == | |||
* 避免「詞語斷開」：例如避免將單詞、客戶名稱或者機構名稱分隔到兩行。 | |||
* 精練語言，盡可能將兩行內容精練為一行，並集中在重點上 | |||
* 確保同一頁面內的項目順序一致：例如特色 aaa, bbb, ccc 但數字編號變成 1. aaa, 2. ccc | |||
* 難以取得的資料，不要直接放入專案規格 | |||
* 繪製一張關聯圖，比放3張無意義的圖片更有用 | |||
* 用強而有力的文字/圖片：讓讀者能夠記住你想要傳達的效益 | |||
* 介面應用示意圖：即使只是提供資料的窗口很清楚，也需要注意讓他們的上級不會誤解我們要呈現的是前端介面 | |||
* 讓簡報標題簡潔有力 | |||
* 有日期的簡報：視現狀進行調整，例如將「今日、本日預期產出」修改為「預期產出」。 | |||
* 即使是負面情況，也儘量使用正面語言來描繪 | |||
* 加強前後簡報的邏輯關係 | * 加強前後簡報的邏輯關係 | ||
** 例如：因為舊方案，提出新方案。敘述了新方案的特點，但是是否客服了舊方案的缺點？ | ** 例如：因為舊方案，提出新方案。敘述了新方案的特點，但是是否客服了舊方案的缺點？ | ||