做到第 6 天，功能清單已經開始有點失控了。
地圖、搜尋、會員、收藏、評論、AI 推薦、自然語言搜尋、店家投稿、排行榜、附近推薦……
每一個單獨看都滿合理。
問題是全部放在一起，就開始不太合理。
再繼續加下去，第 30 天很可能會得到一份超完整的 PRD，外加一個完全沒做完的網站。
所以今天不加東西。
只做一件事：
砍功能。
這次我先不管 30 天做不做得完，把目前想到的功能全部列出來。
例如：
一口氣列完之後，才真的有「功能爆炸」的感覺。
📸 圖片 1｜功能爆炸的 Before
列完之後，我沒有馬上自己刪。
因為自己想出來的功能，很容易每一個都覺得：
「這個應該也有用吧。」
所以我先把整份清單丟給 Gemini，用 MoSCoW 幫我砍第一輪。
這次我把條件下得很死。
不是問「哪些功能重要」，而是只問：
如果只有 30 天，哪些東西是使用者完成核心任務真的不能少？
Prompt 大概是這樣：
以下是一份產品功能清單。
請用 MoSCoW 方法幫我分類，但判斷標準只有一個：
「30 天內做出可讓使用者完成核心任務的 MVP」。
核心任務：
找到一間符合工作需求的咖啡廳。
請分成：
- Must
- Should
- Could
- Won't
如果某功能很酷，但拿掉後核心任務還是可以完成，
請不要放進 Must。
並說明：
「如果不做這個功能，會損失什麼？」
📸 圖片 2｜Gemini 第一輪 MoSCoW 分類
Gemini 排完之後，Must 比我想像中還少。
真正被留下來的只有兩大塊：
Should 則放了：
Could 是：
Won't 則把會員、收藏、社群評論區，以及自動抓 Google 評論再交給 AI 分析往後丟。
第一眼看起來其實滿合理。
而且 Must 最後只剩「讓人找得到店」真的不能少的東西，跟前面幾天一路整理下來的方向也對得上。
但我沒有打算直接照這張表做。
第一個是「微回報現況」。
Gemini 把它放在 Should，理由也很合理。
咖啡廳的空位、插座狀況會變，如果有人可以回報，資料當然會比較新。
問題是這顆看起來很小的按鈕，一做下去馬上就會長出一堆事：
原本只是「現在有位子」四個字，後面突然多出一整套資料可信度問題。
所以這功能雖然有用，但第一版我不覺得它有 Should 那麼前面。
先往後丟。
第二個是 Gemini 把「會員系統、收藏、積分商城」綁在一起丟進 Won't。
這個我也不會整包照收。
積分商城我完全不想救。
但收藏不一樣。
收藏不是核心任務，可是如果之後真的有人重複用，還是有價值。
所以我會拆開來看：
這也是我覺得 MoSCoW 不能只跑一次的原因。
Gemini 可以先幫我排，但它不知道我實際準備怎麼做，也不知道一個看起來很小的功能，背後可能會長出多少工作量。
所以我又加了一條更粗暴的判斷方式：
拿掉這個功能，使用者還能不能完成「找到今天適合工作的咖啡廳」？
如果答案是可以，那它就不一定是 Must。
例如收藏。
收藏有沒有用？
有。
但沒有收藏，使用者還是找得到店。
那它就不是第一版的生死線。
會員登入也是一樣。
如果登入只是為了收藏，那收藏往後排，登入自然也可以一起往後。
AI 推薦更明顯。
沒有 AI 推薦，只靠篩選跟地圖，使用者一樣可以完成找店。
那它就不該因為聽起來很 AI，就硬擠進 MVP。
照這個方式再砍一輪，第一版真正不能少的東西其實沒有很多：
這些東西只要可以正常跑，使用者其實就已經能完成最基本的任務。
剩下的，都還有商量空間。
接下來才是今天真正重要的地方。
我把 Gemini 分好的 Must / Should / Could / Won't 再看一次，自己把覺得排太前面的往後丟。
最後我的版本比較接近：
這時候我才比較有「MVP 真的開始變小」的感覺。
📸 圖片 3｜Gemini 分類 vs. 我人工移動後的結果
這張其實比 Gemini 原本的分類更重要。
因為最後要負責 30 天做不做得完的人，不是 Gemini。
是我。
功能砍完後，我不想再留一份很大的「以後可能會做」混在 MVP 裡。
因為只要它還躺在同一張表上，就很容易做到一半手癢又撿回來。
所以最後我另外整理一份，只看這 30 天。
先把最基本的找店流程跑通。
這時候產品才真的開始有「探索附近咖啡廳」的感覺。
這些是重複使用時會有價值，但不需要擋在第一版前面。
這個順序對我很重要。
因為如果前面的普通 Filter 都做不好，我根本沒有資格先做 AI 搜尋。
📸 圖片 4｜最後的 30 天 MVP Backlog
今天沒有新增任何功能。
但我反而覺得進度很大。
因為前幾天一直在處理：
今天才真的開始面對另外一件比較痛苦的事：
不是所有有用的東西，都應該現在做。
Gemini 在這裡最有用的地方，不是幫我決定答案。
而是先幫我把選項攤開，逼我一個一個問：
「這個拿掉，真的會死嗎？」
如果不會，那就先放。
最後我真正留下來的，也不是一張漂亮的 MoSCoW 表。
而是一個比較現實的開發順序。
先找得到店。
再把地圖接好。
再處理會員。
最後才碰 AI。
不然 AI 功能做得再漂亮，前面連基本找店都卡，還是沒用。
Day 07 就接著把這六天的東西收成一份真的可以拿去開發的文件。
開始寫第一份 PRD。
iThome鐵人賽
看影片追技術