做簡報其實就是說故事，要去思考起承轉合的邏輯，並且依照目的去設計不同的內容。
(說好不談心法的，我為什麼要安排這個單元)
回到前面第8天我們在討論怎麼準備簡報，就有談到要先釐清本次簡報的「人、物」這兩個主題，其中最重要的是「受眾」和「目的」，這些決定了故事敘述的布局以及內容的呈現方式。
在每次的簡報中，我們都要去創造與受眾之間的連結，讓受眾為了我們的目的去產生行動(Call To Action)。
「起承轉合」是從小到大老師們耳提面命的寫作布局手法，教育部的線上辭典是這麼說明的。
資料來源：https://dict.revised.moe.edu.tw/dictView.jsp?ID=98984&la=0&powerMode=0
而在簡報中，我是這麼來詮釋的：
在不同的情況下，起、承、轉、合的比例都會有所不同，這端看受眾與目的而定；同時需要「以終為始」，從最後的「合」去回推起、承、轉分別要用那些內容來說明。
基本上，就是把前因說清楚，我有通常幾種執行方式：
自我介紹
主講者的自我介紹或者是公司簡介，主要的目的是說明「為什麼我有資格站在這邊跟你說這件事情。」去創造我跟受眾之間的連結。
專案說明
簡單說明這個簡報的發生背景，有時候報告或會議的受眾並非從頭開始就參與在專案裡面，必須要讓他們了解來龍去脈。如果這個報告是跟熟悉專案的人進行，則可以省略這一塊。
有時候在對外提案簡報中我也會直接切入專案目的，此時就不是為了說明背景，而是直接了當地告訴對方「我對這個專案/這個領域很熟悉。」
上次結論
有時候會議的召開是為了承接上次會議的結論，此時可以先把前面會議的重要結論先提一次，讓所有人能站在相同的認知起點。
直接破題
直接把目的說出來，先把「我可以幫你做到...」說出來，後面「承」的部分就可以好好的說明「為什麼」我可以。非常適合用於提案簡報，尤其是時間不多的那種會議。
承與轉兩個階段可以同時準備，總之就是把故事細節說清楚，至於細節要講那些一樣取決於受眾與目的。「承」的部分就先說明目前的具體狀況，而「轉」可以適時地提出目前遇到的問題。
「目的」決定了這個段落要說什麼，每次都不太一樣，但我可以提供幾個經驗：
刷存在感
如果會議目的是為了對客戶刷存在感或讓主管放心，那就可以從專案進度切入。通常我會先提我們規劃的專案期程，接著比對目前進度，最後說明後續要怎麼做。有時候會講技術細節跟進期的小成果，可以讓這件主管跟客戶更加放心。
要求資源/時間
主要就是比對進度跟預期之間的落差，並從各種角度去解釋落差產生的原因，原因可以是真可以是假，重點是讓受眾知道他可以如何協助我們。
例如，某個頁面的開發進度不如預期，主要是因為疫情的關係導致很多人確診無法工作，後續會請公司加派人力來處理，雖然這個工項會慢5~10天完成，但整體平台會準時上線，請客戶諒解。
此時可以更細節地說明我們已經完成了多少，展示部分成果給客戶看，口頭上可以帶過我們有幾個工程師確診，以及後續打算再加派多少工程師來支援...等，讓客戶相信我們的補償策略是可行的。
請求協助與意見
通常向主管取得意見或協助的時候使用，我會針對問題準備2~3個方案，並說明方案的細節及我建議的選項，請主管指示後續的選擇。
取得共識
主要是需要跟客戶確認功能設計細節的時候用的，通常只會準備1個方案，並花很多篇幅去說明設計細節與為什麼這麼設計。並準備1~2個備案，在有需要的時候拿出來討論。
「選我」
通常是提案簡報。
這時候的目的是告訴對方「為什麼我可以達成你的目標」以及「我會如何達成你的目標」。
這類簡報的結構大致上會是：
「專案目標 - 解決方案規劃 - 經費/時間需求 - 延伸效益」
或者是：
「市場背景分析 - 產品目標 - 執行構想 - 經費/時間需求 - 預期效益」
至於細節要討論到什麼程度，就是看受眾對專案的了解程度。受眾對專案相當熟悉，那麼可以說明得簡略一點，反之，越是不了解的人，就越要說明清楚。
毫無疑問，簡報一定有個目的，就是喚起對方行動，即便只是為了刷存在感，也是要讓對方更加信任我，以下是我用過的幾個形式：
請交給我
模仿競選人標題，利用主視覺加上一句標語做出強而有力的結尾。
Source: Twitter @khong_bah_Fish
議題討論
主要用於需要請對方提供意見或確定決策的場合，將詳細議題列下來逐一討論，並以此作為會議紀錄的開頭。
我想結束
有的簡報完畢其實沒什麼好討論的，但有些時候並不能直接大喇喇地說我要結束，因此我通常會用以下三種方式來處理結尾，以暗示降低後續討論的可能性。
聯絡我們
主要是如果簡報不是會議中需要用的，而是平常會放在網路上廣傳的簡報檔案，最後可以加上業務的聯絡方式，讓有興趣的人進一步連絡。
—
如何說好一個故事呢？
認清楚自己的目的跟受眾，用起承轉合的方式來說明吧。
iThome鐵人賽
看影片追技術