我的知識庫

講者環境與器材：讓現場變成可預測系統

閱讀時間約 10 分鐘

上台的緊張有兩個來源：對內容的不確定，與對環境的不確定。前者靠排練解決，後者靠把環境變成事先驗證過的系統解決，而後者通常比較便宜。一個能提早 30 分鐘進場、確認過投影、看過最後一排視角、知道自己站哪裡、手上有備援檔案的講者，開場時的認知負擔比另一個少掉一大半——省下的注意力可以全部用在聽眾身上。

一、可讀性：從最後一排反推字級

「字要多大」有一個可算的下限。經驗上的判準是：投影畫面高度的 1/50 到 1/40 是內文的安全下限。1080 px 高的畫布換算就是 22–27 px——這正是 open-slide 型級表把「標籤／說明」定在 22–28 px、內文定在 32–44 px 的原因：內文留有安全餘裕，標籤已經在下限。

實際驗證只需要兩個動作，不需要計算：

  1. 把 deck 縮到螢幕上約 15 公分寬，站起來後退兩步。看不清楚的東西，最後一排也看不清楚。
  2. 進場後把畫面投出來，自己走到最後一排看一次。這是唯一可靠的方法，且只花 60 秒。

二、presenter view：資訊佈局比存在更重要

多數人知道有講者模式，但沒有設計過上面該有什麼。open-slide 的 presenter view（present mode 下按 p，或用控制列按鈕開第二個視窗）提供四塊：當前頁、下一頁預覽、當頁 speaker notes、計時器（自進入 present mode 起算）。

要讓它真的有用，notes 的寫法必須是「給緊張中的自己看的操作指令」，不是完整講稿：

export const notes = [
  '⏱ 0:00–1:30 ｜ 開場不自我介紹。第一句：「這個查詢跑了四秒。」',
  '⏱ ~2:30 ｜ big idea：「該停在混合架構。」講完停 3 秒再翻頁。',
  undefined,                       // 這一頁不需要提示
  '數字來源：8/12 的 p99 dashboard。若被問細節 → 附錄第 3 頁。',
  '⚠️ 若此時已超過 9:00，跳過下一頁的第二個案例。',
];

四個原則：時間錨點寫在該檢查的那一頁、第一句話逐字寫（開場與每章第一句最容易斷片）、資料來源寫在可能被問的那一頁、可跳過的段落事先標記。緊張時人讀不進長段落，所以每則 notes 控制在三行內。

notes 是一個與頁面陣列索引對齊的字串陣列，某頁不需要就放 undefined。這代表插入一頁時要記得同步插入一個 undefined，否則後面全部錯位——這是這個 API 唯一的坑。

三、器材：每一環都要有第二條路

現場故障不會發生在你檢查過的地方。可靠的做法是對每一個依賴列出備援：

依賴主要備援備援的備援
顯示輸出自己的筆電 ＋ 自備轉接頭（HDMI ＋ USB-C，各一）主辦方的機器 ＋ 你帶的 USB 隨身碟（PDF）手機上開靜態 HTML／PDF
檔案本機 dist/ 靜態站USB 上的 PDF雲端連結（需網路）
網路場地 Wi-Fi手機熱點不依賴網路的版本
翻頁簡報筆（自備電池／已充電）鍵盤方向鍵請人幫忙翻
供電自備充電器 ＋ 延長線電池滿電 ＋ 關閉背景程式—
音訊場地音響 ＋ 事前測試筆電喇叭影片改成口述 ＋ 靜態圖

最重要的一條是**「不依賴網路的版本」**。open-slide 在這一點上結構性地站在正確的一邊：open-slide build 產出的 dist/ 是純靜態、全在客戶端渲染的檔案，可以直接從隨身碟或本機開啟。搭配匯出的 PDF（每頁 1920×1080 橫向），你手上有兩份完全離線的備援。注意 PDF 匯出在 Safari 不支援，所以 macOS 使用者要在 Chrome 或其他 Chromium 瀏覽器裡先產出，見 14。

另外兩個常被忽略的設定：關閉系統通知與勿擾模式（訊息預覽出現在投影幕上的代價可能很高）、關閉螢幕保護與自動睡眠（Q&A 中畫面熄掉會打斷節奏）。

四、房間與動線

  • 站位：站在畫面的左側（以聽眾視角），因為中文與英文都由左向右閱讀，聽眾視線會先落在你身上再掃向內容。站在畫面正前方擋住投影是最常見的錯誤。
  • 不要背對聽眾讀螢幕。這是 presenter view 存在的全部理由——你的視線該在筆電上（或監看螢幕），不是在身後的投影幕上。
  • 移動要有目的。走到某一側去強調一個轉折，然後停住。持續踱步是焦慮的外顯，會傳染。
  • 燈光：講者身上要有光。全暗的房間對投影效果好，但聽眾看不到你的表情，連結會斷；可行時把講者區的燈留著。
  • 座位：如果可以安排，把後排座位撤掉或拉繩子，讓人往前坐。密度會影響回應率，稀疏坐開的聽眾比較不願意發言或笑。
  • 提問路徑：大場合先確定有沒有 mic runner、要不要用線上提問工具。沒有麥克風時，你必須複述問題再回答——這件事要在排練時練過，否則現場會忘記。

五、進場後 15 分鐘檢查表

固定順序執行，不要臨時想：

  1. 接上投影，確認解析度與長寬比（open-slide 的 canvas 是 16:9；若場地是 4:3，畫面會 letterbox，事先看一眼就不會慌）。
  2. 開 present mode，按 p 開 presenter view，確認兩個視窗在正確的螢幕上（這是最常出錯的一步：presenter view 跑到投影幕上）。
  3. 走到最後一排，看最小的字。
  4. 試翻頁筆的全部按鍵（含黑屏鍵，如果有）。
  5. 播一次有音訊的內容（如果有），確認音量。
  6. 確認自己的站位不擋畫面、不擋燈。
  7. 找出「如果一切都壞掉，我從哪裡拿 PDF」——把備援路徑真的打開一次。
  8. 喝水的位置、計時裝置的位置固定下來。

六、線上與混合場合的差異

視訊簡報改變三件事，需要對應調整：

  • 看不到反應。取消所有依賴表情回饋的設計，改用明確的互動（投票、聊天室、指名點人）。
  • 注意力更脆弱。同一份內容在線上要更頻繁地切換模式；一小時的線上簡報建議改成每 8–10 分鐘一個斷點，而非 12 分鐘。
  • 共享畫面的解析度會被壓縮。細線與淺色會消失，字級要再往上一級。open-slide 的 canvas 均勻縮放，但共享的實際像素由會議軟體決定——事先與同事測一次是唯一可靠的驗證。

混合場合最容易犧牲線上的一半。可行的最低要求：所有問題由現場講者複述進麥克風，以及線上有一個人負責把聊天室的問題帶進來。

延伸

  • 上台前的心理準備：09
  • 現場出錯的復原話術：10
  • present mode 與匯出的操作細節：14

來源

反向連結