DigiHouse
繁體中文

TECH ARTICLE · 7 MIN READ

Blog / DigiHouse

W8|期中 BP 整合與 Pitch Demo 打包

W8 小組實作:把 BP、模型、Demo 與 GitHub 證據整理成一條 12 分鐘說得清楚、6 分鐘演得出來的故事線。

本週完成成果

你會把前七週的問題、方案、技術與財務整理成同一條敘事,準備 12 分鐘 Pitch 與 6 分鐘 Demo,並讓評審能從簡報回到 Repo 找到證據。

完成標準|Pitch 不超時;Demo 有成功路徑與備援;proposal_final.md、簡報 PDF 與 week08_midterm 清單彼此一致;Repo README 能一眼找到執行方式。

課前準備

步驟 1|小組:把 W5–W7 三份 BP 排在一起,標出互相矛盾的使用者、功能、成本或數字。

預期結果|建立一份待統一清單,不直接把三份文件串接。

步驟 2|分配角色:主講、Demo 操作、計時、問答紀錄;每個角色再指定備援。

預期結果|任何一人臨時斷線時,另一位知道接手位置。

步驟 3|Repo:建立期中資料夾與簡報位置。

bash
mkdir -p week08_midterm presentation business
touch week08_midterm/runbook.md

預期結果|runbook、BP 與簡報都有固定路徑。

第二、三小時|課堂教材與個人技術實作

故事開始|有一組做了很多功能,簡報時卻花八分鐘介紹技術名詞,最後來不及 Demo。另一組只展示一個小功能,但先說清楚誰很困擾、如何改善、現場怎麼證明,評審反而記得住。

老師先問|Pitch 是把 BP 每頁念一次嗎?不是。BP 是完整證據庫,Pitch 是帶評審走過最重要的決策,Demo 則是當場證明關鍵承諾。

生活比喻|Pitch 像電影預告,讓人理解人物、衝突與結果;Demo 像現場試吃,不能只展示菜單照片。

先看全程地圖|先看懂資料與決策怎麼移動,再開始操作。圖中的箭頭代表下一步,不代表可以跳過人工確認。

text
┌──────────┐ → ┌──────────┐ → ┌──────────┐
│ 使用者痛點│   │ 解法與價值│   │ 技術證據  │
└──────────┘   └──────────┘   └────┬─────┘
                                    ↓
┌──────────┐ ← ┌──────────┐ ← ┌──────────┐
│ 問答與下一步│  │ 6 分鐘 Demo│   │ 成本與商模│
└──────────┘   └──────────┘   └──────────┘

步驟 4|小組:先寫十頁簡報骨架,每頁只回答一個問題。

text
1. 一句話問題
2. 目標使用者與證據
3. 現行做法為何不夠
4. 解法與使用流程
5. Demo 要證明什麼
6. 技術架構與人工確認
7. 競品與差異
8. 成本、收入與風險
9. 目前成果與 GitHub 證據
10. 下一步與需要的合作

預期結果|十頁能串成同一故事,沒有突然出現的新功能或新市場。

步驟 5|小組:寫 Demo runbook,逐分鐘列出畫面、操作、預期結果與失敗備援。

markdown
| 時間 | 操作者 | 動作 | 預期畫面 | 失敗時備援 |
|---|---|---|---|---|
| 0:00 |  |  |  |  |
| 2:00 |  |  |  |  |
| 4:00 |  |  |  |  |

預期結果|6 分鐘內結束,且不需要現場輸入真實個資或等待不穩定下載。

步驟 6|第一次彩排:完整錄時,不在中途停表;旁觀組只記錄「哪一分鐘開始聽不懂」。

預期結果|得到真實總時間與三個最需要刪減的位置。

步驟 7|第二次彩排:模擬網路慢、API 失敗或主講者中斷,照 runbook 切換備援。

預期結果|失敗時能誠實說明並展示已保存的公開安全結果,不偽裝成即時成功。

課堂收束|用一句話完成交棒:「剛才說的是__,接下來由__用 Demo 證明__。」好的團隊簡報聽起來像一個人說完整故事。

指定閱讀與課後作業

指定閱讀|依課綱完成 DLI 平台獨立完成的評量程式碼、輸出與截圖整理;DLI 題目與答案不得重製到公開教材或 Repo。

課後作業方向|整合 BP 最終版與期中 Pitch PDF,完成兩次有計時的彩排。每位成員都要知道 Repo 路徑與備援,不只主講者會操作。

步驟 8|小組:完成 proposal_final.md、midterm_pitch.pdf 與 runbook,README 加入期中入口。

預期結果|三者的產品名稱、目標使用者、數字與 Demo 功能一致。

步驟 9|小組:提交 final rehearsal commit,記錄彩排時間與兩項修正。

bash
git add week08_midterm business/proposal_final.md presentation/midterm_pitch.pdf README.md
git commit -m 'W8: package midterm pitch and demo runbook'
git push

預期結果|GitHub 可以從 README 找到 BP、簡報與 runbook。

驗收方式

bash
test -s business/proposal_final.md
test -s presentation/midterm_pitch.pdf
test -s week08_midterm/runbook.md
git status --short

通過條件|12 分鐘 Pitch 與 6 分鐘 Demo 彩排不超時;備援可用;文件數字一致;Repo 路徑清楚。

應提交的 Repo 檔案

必交|week08_midterm/、business/proposal_final.md、presentation/midterm_pitch.pdf。只提交課綱指定成果與重現所需說明;不得提交 API key、個資、私人對話、未授權資料或大型模型檔。

常見問題與排除

問題 1|簡報超時:先刪重複背景與次要功能,不用加快語速掩蓋。

問題 2|Demo 要下載大型模型:課前完成並保留可驗證備援,現場不賭下載速度。

問題 3|PDF 與 Repo 不一致:以核准 BP 為基準逐頁核對名稱、數字與功能。

引用資料

國立中央大學授課課綱/劉書銘老師,《劉書銘老師課程大綱_基礎模型與生成式人工智慧-更新版.pdf》;教師提供附件。用途:W1–W16 時段、實作主題、評量與交付物。

GitHub Docs,《About pull requests》;https://docs.github.com/en/pull-requests/get-started/about-pull-requests;查閱日期:2026-08-04。用途:W3 branch、Pull Request、討論與合併協作流程。

GitHub Docs,《Using source control in your codespace》;https://docs.github.com/en/codespaces/developing-in-a-codespace/using-source-control-in-your-codespace;查閱日期:2026-08-04。用途:Codespaces 中修改、commit 與 push 的標準流程。