如果只使用 Google 的 AI 服務,30 天能不能從一個想法,真正做出可以上線的產品?
這次鐵人賽,我將以「數位遊牧咖啡廳資訊平台」為題,從需求發想、市場與競品分析、產品規劃、UI/UX 設計,一路進入程式開發、資料建置、AI 功能整合與正式部署。
過程將實際運用 Gemini、Stitch、Firebase Studio、Gemini CLI 等 Google AI 與開發服務,記錄每天如何透過 AI 解決問題,以及哪些地方仍然需要人工判斷與調整。
30 天後,不只完成 30 篇文章,也要真正完成一個可以使用的 MVP。
今年鐵人賽我想玩一個有點自虐的題目:30 天,只用 Google 這一家的 AI 跟開發工具,做出一個真的可以用的產品。 不是做 Demo,也不是每天介紹一個工...
昨天決定要做數位遊牧咖啡廳平台,今天先面對一個很現實的問題: 這東西到底有人需要嗎? 工程師很容易想到一個功能,就直接開 repo 開始做,我自己也很常這樣。但...
昨天把需求稍微驗證了一輪,至少可以確定:插座、Wi-Fi、限時這些問題,不只是我自己想太多。今天先不往功能衝,我想先看看市場上已經有哪些解法。做 Side Pr...
昨天做完競品研究後,產品邊界稍微清楚了一點。Google Maps 已經很會處理「附近有哪些店」,我如果還要做一個新產品,重點就不能只是再做一份咖啡廳清單。今天...
昨天把 Persona 拆完後,有一件事變得很明顯。同樣都是拿筆電去咖啡廳,深度工作、開會、臨時處理事情,在意的條件其實差很多。所以今天要開始碰一個後面一定躲不...
做到第 6 天,功能清單已經開始有點失控了。地圖、搜尋、會員、收藏、評論、AI 推薦、自然語言搜尋、店家投稿、排行榜、附近推薦……每一個單獨看都滿合理。問題是全...
前六天都在處理同一件事:這個產品到底要做什麼,又有哪些東西現在先不要碰。今天開始把這些決定收成一份後面真的會拿來開發,而且做完還能驗收的文件。也就是 PRD。我...
昨天把 PRD 收好之後,功能跟資料大致有了範圍。但寫在文件裡的「搜尋 → 篩選 → 看店家 → 導航」看起來很順,真的放到手機上,不一定還這麼順。所以今天先不...
昨天把 User Flow 畫完之後,使用者到底會怎麼找店,總算比較清楚了。今天換一個很容易越做越大的東西:Sitemap。一開始最直覺的做法,通常就是一個功能...
前九天一直在砍東西。從需求、Persona、MVP、PRD、User Flow 一路砍到 Sitemap,最後網站甚至只剩下一個探索主畫面,加上一個 Botto...