本週完成成果
你會把「我們想做一個 AI App」改寫成一個可討論的問題：誰在什麼情境遇到什麼麻煩、目前怎麼解決、你的方案帶來什麼具體改變。
完成標準｜BMC 九格都有可查證的句子；proposal_v1.md 完成產業背景、市場痛點、目標使用者、產品定位與尚待驗證假設；個人函式練習可執行。
課前準備
步驟 1｜小組：每人帶來一個最近兩週真的遇到的小麻煩，例如錯過校車、找不到空教室或常忘記採買。
預期結果｜每個例子能說出發生時間、受影響的人與目前做法，不先跳到 AI 解法。
步驟 2｜Repo：建立 business 資料夾與 proposal_v1.md，不建立多份 final 副本。
mkdir -p business
touch business/proposal_v1.md
git status --short預期結果｜只有一份版本受 Git 管理。
步驟 3｜小組：選一個最容易訪談與驗證的問題，寫出一句「使用者在＿＿時，因為＿＿而難以＿＿」。
預期結果｜句子描述問題，不包含「我們要做平台」之類尚未證明的答案。
第二、三小時｜課堂教材與個人技術實作
故事開始｜同學說想開一間深夜健康便當店，第一句就是「我要做 App」。老師先問：宿舍學生是真的找不到晚餐，還是只是不想走太遠？如果問題不同，菜單、通路、價格和 AI 功能都會不同。
老師先問｜好點子是不是越多功能越好？通常相反。第一版先找到一群明確的人，替他們解決一件願意採用的事，比列二十個功能更有說服力。
生活比喻｜Business Model Canvas 像開店前鋪在桌上的九張便條紙：左邊看怎麼做，中間看提供什麼價值，右邊看替誰服務，底下看錢從哪裡來、花到哪裡。
先看全程地圖｜先看懂資料與決策怎麼移動，再開始操作。圖中的箭頭代表下一步，不代表可以跳過人工確認。
┌──────────┐ → ┌──────────┐ → ┌──────────┐
│ 生活中的麻煩│ │ 訪談與觀察│ │ 問題證據 │
└──────────┘ └──────────┘ └────┬─────┘
↓
┌──────────┐ ← ┌──────────┐ ← ┌──────────┐
│ BP 第一章 │ │ BMC 九宮格│ │ 價值主張 │
└──────────┘ └──────────┘ └──────────┘步驟 4｜個人：先用函式計算一個簡單服務情境，理解輸入、處理與回傳值。
def weekly_need(users, uses_per_user):
return users * uses_per_user
print(weekly_need(30, 2))預期結果｜week05_functions.py 顯示 60，且能說明兩個輸入代表什麼。
步驟 5｜小組：完成 BMC，先填 Customer Segments、Value Propositions、Channels，再補其他六格。
# 一頁式 BMC
| 區塊 | 我們目前的假設 | 要如何查證 |
|---|---|---|
| 目標客群 | | |
| 價值主張 | | |
| 通路 | | |
| 顧客關係 | | |
| 收入來源 | | |
| 關鍵資源 | | |
| 關鍵活動 | | |
| 關鍵夥伴 | | |
| 成本結構 | | |預期結果｜每格都區分「目前假設」與「查證方式」，不把猜測寫成事實。
步驟 6｜兩組交換：另一組只看 BMC，回答「替誰、解決什麼、如何到達」。看不懂的地方用問句標記。
預期結果｜收到至少三個具體問題，不以喜不喜歡作為唯一評語。
步驟 7｜小組：把 BMC 改寫成 proposal_v1.md 第一章，引用訪談或公開來源時標明來源、日期與連結。
預期結果｜文章能從問題走到定位，沒有捏造市場數字或未經同意的受訪者姓名。
課堂收束｜每組用 30 秒說：「我們先服務＿＿，因為他們在＿＿遇到＿＿；我們下週要用＿＿查證。」說不完通常代表範圍還太大。
指定閱讀與課後作業
指定閱讀｜依課綱完成 W3Schools Python Functions 與 Lambda；函式讓重複計算有名字，Lambda 先理解用途即可，不要求為了使用而使用。
課後作業方向｜個人完成函式練習；小組回去補一項真實證據，可以是匿名訪談摘要、現場觀察或官方統計。AI 可以協助整理，不得虛構受訪紀錄。
步驟 8｜個人：擴充 week05_functions.py，加入輸入檢查與另一組測試值。
預期結果｜負數或空值有合理處理；輸出能由人工驗算。
步驟 9｜小組：完成 proposal_v1.md，在文末列出「已知、假設、下週要驗證」三欄後 commit。
git add week05_functions.py business/proposal_v1.md
git commit -m 'W5: define customer problem and BMC assumptions'
git push預期結果｜GitHub 可以看到 BP 第一章與可追蹤修改紀錄。
驗收方式
python week05_functions.py
test -s business/proposal_v1.md
git diff --check
git status --short通過條件｜函式輸出可人工驗算；BMC 九格、第一章、證據來源與待驗證假設齊全；沒有把推測寫成既定市場事實。
應提交的 Repo 檔案
必交｜week05_functions.py、business/proposal_v1.md。只提交課綱指定成果與重現所需說明；不得提交 API key、個資、私人對話、未授權資料或大型模型檔。
常見問題與排除
問題 1｜一開始就寫功能：把句子改問「沒有這個功能時，使用者現在怎麼辦？」
問題 2｜九格互相矛盾：先對齊目標客群與價值主張，再調整通路、收入和成本。
問題 3｜AI 產生漂亮但無來源的數字：刪除或改標為待查證，不得包裝成研究結果。
引用資料
國立中央大學授課課綱／劉書銘老師，《劉書銘老師課程大綱_基礎模型與生成式人工智慧-更新版.pdf》；教師提供附件。用途：W1–W16 時段、實作主題、評量與交付物。
Strategyzer，《The Business Model Canvas》；https://assets.strategyzer.com/assets/resources/the-business-model-canvas.pdf；查閱日期：2026-08-04。用途：W5 Business Model Canvas 九宮格與價值主張架構。
Python Software Foundation，《Defining Functions》；https://docs.python.org/3/tutorial/controlflow.html#defining-functions；查閱日期：2026-08-04。用途：W5 函式、參數與可重複計算邏輯。
W3Schools（課綱指定閱讀），《Python Functions and Lambda》；https://www.w3schools.com/python/python_functions.asp；查閱日期：2026-08-04。用途：W5 課後 Python Functions 與 Lambda 指定閱讀。