DEMO 是解決問題 而非 展示功能
1. 準備階段（Pre-Demo）
- 確認demo對象
- 確保網路穩定、設備正常
- 確保測試數據是擬真的
- 準備User Story，不要只是點點按鈕，要演示一個完整的使用情境。
2. 開場與鋪陳（Setting the Stage）
- 背景說明（專案背景）
- 規則說明：告知問題是隨時可以提問，還是統一留到最後。
3. 核心演示（The Walkthrough）
遵循 價值導向：
- 由大到小 ，先展示最令人興奮的核心價值，再深入細節。
- 說故事而非說明書，比如說：因為使用者遇到了 X 困難，所以我們設計了 Y 功能，最後達成 Z 效果。
- 保持節奏：每個功能演示完，留 5–10 秒的空白讓觀眾吸收，並確認他們是否跟上。
- 若現場發生錯誤，簡單解釋原因便迅速跳轉至下一個流程，切勿現場進行 Debug。
4. 互動與問答（Q&A）
Property ，最重要的就是收集回饋！
- 主動引導：通常觀眾都沒辦法第一時間想到問題，可以引導觀眾：「關於這個自動化流程，與各位目前的作業習慣是否有出入？」
- 誠實面對：遇到尚未開發的功能，詳細報告什麼時候可以完成，而非含糊其辭。
5. 總結與後續（Conclusion & Next Steps）
結尾必須要有行動導向：
- 明確下一步：告知會議紀錄何時發出、下次討論的時間點，或測試帳號何時開通。
Show, Don’t Just Tell.