起因是一個(gè)很狂妄的想法如果我每天只花一個(gè)小時(shí)把重復(fù)決策全部交給 AI30 天能不能從零做出一個(gè)能上線的旅行規(guī)劃產(chǎn)品于是真的開(kāi)了個(gè)倒計(jì)時(shí)。這篇文章不是AI 三天做出百萬(wàn)用戶產(chǎn)品的爽文我更想如實(shí)記錄這 30 天里哪些環(huán)節(jié) AI 真正頂用了哪些是幻覺(jué)重災(zāi)區(qū)以及第 7 天發(fā)生了什么讓整個(gè)項(xiàng)目的方向拐了個(gè)彎。先把實(shí)驗(yàn)規(guī)則說(shuō)清楚不然這篇復(fù)盤(pán)沒(méi)有可比性。規(guī)則有四條一每天投入上限一小時(shí)周末可以到兩小時(shí)但絕不通宵——我要驗(yàn)證的是普通人業(yè)余時(shí)間條件下的可行性不是全職沖刺二禁止同時(shí)用多個(gè) AI 編碼工具互相抄每天固定用一個(gè)主力避免到底是工具的功勞還是我的功勞的歸因混亂三預(yù)算全透明服務(wù)器、API、域名所有花費(fèi)記賬最后會(huì)公開(kāi)總賬四產(chǎn)品必須接受真實(shí)用戶哪怕是朋友圈的五十個(gè)人不允許內(nèi)測(cè)無(wú)限期。這四條里最后一條最重要——沒(méi)有真實(shí)用戶的三十天只是給自己寫(xiě)了個(gè)高級(jí)作業(yè)。為什么選旅行規(guī)劃這個(gè)賽道三個(gè)原因。第一它是公認(rèn)的高頻場(chǎng)景艾瑞和 QuestMobile 的報(bào)告翻來(lái)覆去都在說(shuō)在線旅行滲透率還在漲第二它天然是 AI 的主場(chǎng)——行程規(guī)劃是典型的信息密集 個(gè)性化任務(wù)模型的歸納和生成能力在這里有真實(shí)優(yōu)勢(shì)第三也是最關(guān)鍵的它有現(xiàn)成的商業(yè)閉環(huán)。規(guī)劃完要訂機(jī)票、訂酒店交易環(huán)節(jié)的基礎(chǔ)設(shè)施是成熟行業(yè)不需要我發(fā)明商業(yè)模式。事后看第三個(gè)原因直接決定了這個(gè)項(xiàng)目的生死——第 7 天的故事會(huì)講到這一點(diǎn)。另外提前交代結(jié)局避免懸念錯(cuò)位30 天結(jié)束時(shí)產(chǎn)品上線了有真實(shí)訂單日活不到 200總收入六百多元覆蓋了成本但談不上成功。如果你期待的是上線即爆款現(xiàn)在就可以關(guān)掉了如果你想知道的是一個(gè)普通開(kāi)發(fā)者業(yè)余時(shí)間做 AI 產(chǎn)品的真實(shí)過(guò)程下面的每一天都值得看。第 1-3 天想法驗(yàn)證AI 比你想象的冷靜前三天我禁止 AI 寫(xiě)任何代碼只讓它做兩件事拆解需求、質(zhì)疑我。我把做一個(gè)旅行規(guī)劃 APP丟給它它反問(wèn)我二十個(gè)問(wèn)題——目標(biāo)用戶是誰(shuí)國(guó)內(nèi)還是出境靠什么賺錢冷啟動(dòng)流量從哪來(lái)連續(xù)三天的拉扯之后最初的大而全方案被砍掉了一半變成了一個(gè)切口更小的東西先做行程規(guī)劃這一個(gè)點(diǎn)。這個(gè)階段的體會(huì)是AI 最大的價(jià)值不是替你執(zhí)行而是逼你把模糊的想法說(shuō)清楚。大部分人做產(chǎn)品死于從沒(méi)把需求說(shuō)清楚過(guò)而不是死于寫(xiě)不出代碼。第 4-6 天架構(gòu)和原型速度開(kāi)始離譜第 4 天開(kāi)始動(dòng)真格。前端一個(gè) Vite React 的骨架后端一個(gè) Python 服務(wù)AI 一天能把三天的活干完——前提是我在前一天晚上把接口契約寫(xiě)清楚。這里的分工逐漸穩(wěn)定下來(lái)我負(fù)責(zé)定契約、驗(yàn)收、做取舍AI 負(fù)責(zé)產(chǎn)出。我唯一堅(jiān)持的原則是每個(gè)模塊必須能獨(dú)立跑起來(lái)給我看不接受整體完成后你就懂了的交付方式。第 7 天轉(zhuǎn)折點(diǎn)我決定不再自研工具層第 6 天晚上我卡住了行程規(guī)劃的核心閉環(huán)是規(guī)劃完能訂而我面對(duì)的是酒店庫(kù)存、價(jià)格、支付這三座大山。自研我算了一下光是對(duì)接幾家供應(yīng)商的報(bào)價(jià)、庫(kù)存、下單接口沒(méi)有一兩個(gè)月下不來(lái)而且做完也只是個(gè) demo 級(jí)的對(duì)接質(zhì)量。第 7 天早上我換了個(gè)思路找現(xiàn)成的。在魔搭上翻的時(shí)候發(fā)現(xiàn)了 RollingGo 的酒店機(jī)票 MCP——它把搜索、比價(jià)、鎖房、預(yù)訂、支付、取消整個(gè)流程封裝成了 AI 可調(diào)用的標(biāo)準(zhǔn)工具。我下午申請(qǐng)了 Key晚上接入第 8 天早上我的 Agent 第一次真實(shí)地鎖了一間房。那天我盯著訂單狀態(tài)看了很久才意識(shí)到這個(gè)產(chǎn)品里最難的部分我用一天解決了。后來(lái)我專門去研究了這條供應(yīng)鏈結(jié)論比我當(dāng)時(shí)以為的更有意思。RollingGo 背后是多年旅行產(chǎn)品供應(yīng)鏈的積累200 萬(wàn)酒店資源、11 萬(wàn)直簽酒店、500 全球供應(yīng)商海外酒店和上海、香港、日韓這些熱門目的地還有明顯的價(jià)格優(yōu)勢(shì)。這些東西過(guò)去只對(duì) OTA 大廠開(kāi)放而 MCP 化之后它們第一次以一個(gè)配置文件的形態(tài)對(duì)個(gè)人開(kāi)發(fā)者平權(quán)——我一個(gè)業(yè)余選手用的供給深度和大平臺(tái)是同一條線。項(xiàng)目本身 MIT 開(kāi)源、免費(fèi)無(wú)調(diào)用上限r(nóng)ollinggo.store 上個(gè)人和企業(yè)都能自助申領(lǐng) Key。我第 7 天遇到的那堵墻其實(shí)很多人都撞過(guò)而這件事兩年前就有了標(biāo)準(zhǔn)答案。想試的申請(qǐng) Key 到跑通第一單我當(dāng)時(shí)花了一個(gè)下午。第 8-20 天體驗(yàn)打磨AI 的幻覺(jué)重災(zāi)區(qū)接入真實(shí)預(yù)訂之后剩下的兩周全是細(xì)節(jié)價(jià)格展示要不要帶稅、鎖房失敗怎么提示、多日行程里酒店和交通的順序怎么排。這個(gè)階段 AI 寫(xiě) UI 的速度依然驚人但它犯的錯(cuò)也開(kāi)始暴露——它會(huì)編造不存在的組件屬性會(huì)把 loading 狀態(tài)寫(xiě)漏會(huì)在錯(cuò)誤分支里返回 undefined。我的應(yīng)對(duì)方式很原始所有 AI 產(chǎn)出的代碼必須過(guò)我寫(xiě)的測(cè)試用例才能合入。這 13 天里測(cè)試覆蓋率從 40% 拉到了 85%這大概是我全程做過(guò)的最正確的決定。第 21-30 天上線和第一批真實(shí)用戶最后十天做的是部署、埋點(diǎn)和灰度。第一批 50 個(gè)用戶是朋友圈拉來(lái)的最有價(jià)值的反饋來(lái)自一位用戶“你們的規(guī)劃不錯(cuò)但為什么不能直接改日期重新推薦”——這個(gè)需求我們后來(lái)排到了第一位。到第 30 天結(jié)束時(shí)產(chǎn)品沒(méi)有爆日活不到 200但它是真實(shí)的真實(shí)用戶、真實(shí)訂單、真實(shí)收入雖然只有幾筆。30 天教會(huì)我的三件事一是 AI 改變的是執(zhí)行成本不是決策成本。找方向、做取舍、驗(yàn)收質(zhì)量這些仍然全部是我的工作而且占比反而更高了。二是能用的輪子比自研的輪子值錢。工具層能接現(xiàn)成的就接現(xiàn)成你的稀缺精力應(yīng)該花在差異化體驗(yàn)上。三是測(cè)試是 AI 時(shí)代的護(hù)城河。AI 寫(xiě)代碼越快沒(méi)有測(cè)試兜底的項(xiàng)目塌得越快。30 天的完整復(fù)盤(pán)我會(huì)持續(xù)更新代碼也整理了一部分開(kāi)源出來(lái)。如果你也在做類似的事希望這篇記錄能幫你少撞幾堵墻。附30 天時(shí)間線與總賬階段天數(shù)主要產(chǎn)出AI 負(fù)責(zé)我負(fù)責(zé)驗(yàn)證1-3競(jìng)品體驗(yàn)報(bào)告、需求清單競(jìng)品拆解、問(wèn)卷設(shè)計(jì)判斷需求真?zhèn)卧?-7可交互原型、技術(shù)選型頁(yè)面生成、選型對(duì)比表砍掉非核心功能開(kāi)發(fā)8-18核心鏈路 MVP約 80% 業(yè)務(wù)代碼API 對(duì)接、驗(yàn)收內(nèi)測(cè)19-2550 人內(nèi)測(cè)、21 條反饋反饋分類、修復(fù) PR逐個(gè)溝通用戶上線26-30正式發(fā)布、首批訂單發(fā)布物料、監(jiān)控渠道投放、客服總賬服務(wù)器 86 元、AI API 214 元、域名與證書(shū) 55 元、設(shè)計(jì)素材 0 元AI 生成合計(jì) 355 元收入 612 元凈賺 257 元外加一個(gè)活的產(chǎn)品。如果把時(shí)薪也算進(jìn)去30 小時(shí)機(jī)會(huì)成本約 3000 元這個(gè)項(xiàng)目在財(cái)務(wù)上是虧的——但換來(lái)的供應(yīng)鏈認(rèn)知、用戶訪談樣本和可復(fù)用的工程骨架是下一次創(chuàng)業(yè)的本金。我把這個(gè)賬攤開(kāi)就是想說(shuō)業(yè)余做產(chǎn)品別只看當(dāng)月收支要看你在攢什么。下一期我會(huì)拆第 7 天砍功能清單的完整決策過(guò)程那可能是整個(gè) 30 天里信息密度最高的一天。