今年鐵人賽我想玩一個有點自虐的題目：30 天，只用 Google 這一家的 AI 跟開發工具，做出一個真的可以用的產品。

不是做 Demo，也不是每天介紹一個工具，然後到了第 30 天，大家還是不知道這些東西到底要怎麼串起來。
我要做的是一個「數位遊牧咖啡廳資訊平台」。
原因很簡單，我自己找可以工作的咖啡廳時，最在意的從來不是咖啡拉花漂不漂亮，而是：

• Wi-Fi 到底穩不穩？
• 有沒有插座？
• 能不能坐兩三個小時？
• 店裡吵不吵？
• 臨時要開會，會不會被全店白眼？

Google Maps 很強，但這些資訊通常都散落在評論裡，要自己一篇一篇翻。
這就是我想解的問題。

📸 圖片 1｜我平常在 Google Maps 找咖啡廳的畫面

看完這張圖，我更確定這 30 天不是要再做一個咖啡廳清單，而是要把「工作友善」這件事整理得更直接。

這 30 天，我先給自己三條規則

第一，AI 相關的東西盡量只用 Google 生態系。Gemini、Stitch、Gemini CLI、Firebase、Google Maps，能串的就串看看。
第二，每天一定要讓產品往前走一點。 不為了湊文章硬介紹功能。
第三，AI 生出來的東西不能無腦收。能跑不代表能上線，寫得很有道理也不代表是真的。

目前我先把 MVP 想得很小：可以找店、看工作相關資訊、用地圖探索，最後再加一點真的有用的 AI 搜尋或推薦。
很帥但沒必要的功能，先不要。

今天先丟給 Gemini 的問題

我想做一個給遠端工作者與數位遊牧者使用的咖啡廳資訊平台。

不要先幫我堆功能。
先從「使用者找一間可以工作的咖啡廳時，最常遇到什麼麻煩」開始拆解。

請幫我整理：
1. 最常見的 5 個問題
2. 哪些資訊 Google Maps 已經能解決
3. 哪些資訊目前仍然很難快速取得
4. 如果只有 30 天，第一版最值得做的功能

請順便指出你做了哪些假設。

接下來幾天我先不急著寫 code。
我想先確認這個問題到底值不值得做，不然 30 天後做出一個只有我自己覺得很酷的東西，也是滿尷尬的。
所以第一步，我直接打開 Gemini，另外建立一個新的對話。
這邊我會刻意開一個乾淨的 Session，不沿用其他聊天內容，避免前面的 Context 影響它的回答。

📸 圖片 2、3｜Gemini 新對話＋這次的原始 Prompt

這個 Prompt 我先原封不動送出去，不急著補充，也不先跟 Gemini 說「我覺得 Wi-Fi、插座很重要」。
我想先看看，在沒有被我帶答案的情況下，它會怎麼拆這個問題。
第一次回答出來後，我先完整看一次，再把裡面真正跟「工作」有關的資訊抓出來。
Gemini 第一輪的核心判斷其實滿準：

真正麻煩的不是找不到咖啡廳，而是人到了現場，才發現根本沒辦法工作。

它整理出的 5 個痛點，我把長篇說明濃縮成這幾類：

1. 插座與座位：店裡有插座，不代表你坐的位置用得到；有位子，也不代表適合放筆電工作。
2. Wi-Fi 品質：有 Wi-Fi，跟能不能穩定開 Meet / Zoom 完全是兩回事。
3. 噪音與工作氣氛：太吵不能專心，但太安靜也可能連講電話都有壓力。
4. 限時、低消與久坐規則：真正影響的是「我能不能在這裡安心工作兩三個小時」。
5. 現場規則與即時狀況：像是假日禁用筆電、包場、插座故障，通常都是到了才知道。

📸 圖片 4｜Gemini 第一次整理出的 5 個問題

接著它也把資訊分成兩塊，這點對我滿有用。

Google Maps 已經做得很好的，不要重做

像店名、地址、電話、營業時間、評分、評論、照片、導航與交通，其實 Google Maps 已經非常完整。
這些東西我沒必要重新發明一次。
真正有差異的，反而是 Google Maps 很難直接結構化回答的問題：

• 插座到底多不多、哪些位子真的用得到
• Wi-Fi 穩不穩，能不能開視訊會議
• 能不能久坐，限時與低消到底怎麼算
• 適不適合講電話／開會
• 今天現場是不是客滿、插座是不是已經沒了

換句話說，我不是想取代 Google Maps，而是想補上它在「工作情境」裡還很難快速回答的那一塊。

📸 圖片 5｜Google Maps 能解決 vs. 仍有資訊落差

Gemini 還順手提出了三個前提。
但我沒有直接把它們當成事實，而是先標成 待驗證假設：

• 冷啟動：第一批咖啡廳資料可能得自己手動整理，不能期待店家一開始就主動填資料。
• 第一批使用者：可能會是工程師、設計師、文字工作者這類高度依賴筆電、很怕踩雷的人。
• Mobile First：找店通常發生在移動中，所以手機版應該比桌面版優先。

這三點目前都只是合理推測，後面還是要拿真人行為跟實際資料驗證。
第一輪 Gemini 也直接建議了三個 MVP 方向：

• 用幾個工作條件快速 Filter 店家
• 店家頁不要塞長文，而是直接顯示插座、網路、限時、噪音等結構化資訊
• 做一個很輕量的「現況回報」，讓現場的人回報有沒有位子／插座

方向聽起來都合理，但我不打算因為 Gemini 說它們是 MVP，就全部照單全收。
尤其「即時回報」這件事，背後其實已經碰到會員、資料時效、冷啟動等問題。
30 天內到底該不該做，還要再砍。
AI 很容易把事情整理得很完整，但「完整」跟「值得做」其實是兩回事。
五個痛點、三個假設、三個功能如果全部收進來，這個 30 天挑戰大概做到一半就會開始失控。
所以我接著追問它：

如果只能留下 3 個問題，哪三個最值得在第一版優先解決？

請說明為什麼，
以及其他問題為什麼可以先不做。

這一輪我比較在意的不是答案本身，而是它怎麼取捨。

📸 圖片 6｜第二輪從 5 個問題收斂到 3 個

第二輪的答案比第一輪更有用了，因為它終於開始做取捨。
如果第一版只有 30 天，我把 Gemini 的回答濃縮成三個最值得先解的問題：

1. 有沒有插座？而且插座位到底能不能坐？
   對帶筆電工作的人來說，這幾乎是硬條件。沒有電，其他條件再好都沒用。
2. 能不能久坐？會不會有時間限制？
   限時、低消、客滿規則這些東西，會直接決定我能不能在這間店工作兩三個小時。比起裝潢漂不漂亮，這個實際多了。
3. Wi-Fi 穩不穩？能不能真的拿來工作？
   「有 Wi-Fi」不等於能工作。至少要能穩定處理一般工作，如果要開 Meet / Zoom，網路跟環境都不能太慘。

這三個其實可以很粗暴地記成：

沒電、被趕、斷網。

我滿喜歡這個整理方式，因為它把問題從一堆「咖啡廳資訊」，重新拉回使用者真正會踩的坑。
至於桌椅舒適度、冷氣、咖啡好不好喝、餐點豐不豐富，第一版就先放掉。
不是它們不重要，而是 30 天內如果連最基本的三個問題都還沒解好，先研究椅子人體工學大概真的有點太早。
另外像包場、當天音樂大小、臨時禁止筆電這種超動態資訊，我也先放進「待確認」。
這些東西很有價值，但維護成本也最高，第一版硬做，很容易最後資料全部過期。

到這裡，我才開始自己動手砍。

我另外開一份筆記，最簡單就分成三欄：

• 保留：我認為真的值得進 MVP
• 刪除：現在不需要做，甚至可能根本不該做
• 待確認：Gemini 講得有道理，但目前還沒有真人或資料可以證明

📸 圖片 7｜我人工整理的「保留／刪除／待確認」清單

這一步我覺得比 Prompt 本身更重要。
如果 Gemini 說什麼我就做什麼，那最後只會變成「AI 幫我規劃了一個產品」。
但我真正想測的是：

AI 可以幫我把問題攤開，但最後哪些東西值得做，還是得自己決定。

所以接下來幾天，我會繼續把這份清單拿出來砍。
Gemini 提出的東西，哪些最後被我打槍、哪些真的進 MVP，也都會一路記下來。

第一天先做到這裡。
至少現在，我還沒有開始寫 code，就已經先刪掉一堆未來可能讓自己加班的東西。
這樣 Day 01 才算真的開始。