20天、601個訪客、幾塊錢廣告費：一支AI寫的小程序，把獨立開發的獲客帳攤開了

2026年10月8日，開發者「好市民_」在掘金發文，記錄一款全程由AI編寫的家庭菜譜小程序「廚菜記」的營運數據。時間軸很短：9月18日上線，10月6日後臺顯示「流量主已開通」，中間隔了19天，累計獨立訪客601人。流量主開通後的收入是「幾塊錢」。這組數字本身不構成商業故事，但作者自己算錯的那份預測模型，恰好把工具類小程序的增長結構講清楚了。

先看數據，再看模型錯在哪

來源文中列出的核心指標：9月18日至10月7日的20天內，日均訪問人數46.8，日新增用戶30.05，累計用戶601；10月7日當日訪問頁面數3,022，較前一日成長122.04%，打開次數245，較前一日成長135.57%。

作者的原始預測是日均新增2到4人，設了樂觀、中性、保守三檔，實際結果是30人，是樂觀檔上限的三倍。他在復盤時給出兩個誤判原因。其一，內容渠道的傳播是脈衝式的，一條踩中「國慶在家做什麼菜」場景詞的小紅書筆記，單篇可帶進上百名新訪客，而非模型假設的每篇穩定二三十人。其二，他漏算了家庭內裂變：一個廚房實際拉進2到4個用戶，這些人從家庭羣裡的分享卡片直接進入，完全不經過內容渠道。10個廚房乘3是30，這條曲線在小基數時看不出來，過了臨界點後自行放大。

流量曲線上有兩個波峯，分別對應9月22日前後集中發小紅書筆記的幾天，以及9月30日至10月1日的國慶首日。兩峯之間的下凹段，是沒有發內容、純靠自然流量的日子。

需求分層：誰在用這個工具

這款產品的用戶結構值得單獨看。菜譜記錄工具的直接用戶是下廚的人，但實際傳播單位是家庭。作者的觀察是，一個廚房能拉進2到4個人，第二層用戶不接觸任何內容渠道，只接觸家庭羣裡的卡片。這意味著獲客漏鬥有兩層：第一層靠內容平臺的小紅書筆記觸達，成本是作者的寫作時間；第二層靠站內分享機制，邊際成本接近零。

對照假期場景，「一家人喫什麼」的需求在國慶期間是真實爆發的，這與我們先前分析的特種兵式旅遊的需求分層屬於同一類節點性需求：平時低頻，長假集中釋放，且由單一決策者（做飯的人、排行程的人）帶動多人使用。

成本帳：AI把開發成本壓到哪裡

這個案例的財務結構裡，最大的變數是開發成本趨近於零。全程AI編寫，意味著傳統獨立開發帳本上最重的一欄，工程人力，被壓縮成提示詞與調試時間。剩下的成本項是：伺服器與小程序基礎設施費、內容生產（小紅書筆記）的時間、以及國慶七天每天修bug與回客服消息的營運時間。

收入端目前只有流量主廣告分潤，20天累計幾塊錢人民幣。按601名累計用戶計，單用戶廣告收入約在分到幾釐到幾分人民幣之間，與業界對工具類小程序ARPU的普遍認知相符：工具留存低、使用時長短，廣告變現天花板明顯低於內容或電商類產品。換句話說，這門帳目前的形態是「成本已歸零、收入尚未啟動」，盈利的約束條件不在成本端，在用戶規模端。

影響推演：誰受惠，誰承壓

受惠的一方是微信小程序生態本身。當AI把開發門檻壓到個人即可交付，長尾工具的供給會持續增加，平臺坐收廣告分潤與生態活躍度。個人開發者也受惠於此：試錯成本降到幾乎只剩時間，601個用戶的驗證在過去可能需要一個小團隊數週的工程投入。

承壓的一方是同類商業化菜譜應用。當免費、輕量、AI快速迭代的工具能靠家庭羣裂變滲透，付費菜譜App的定價權會被逐層侵蝕，先從低頻家庭場景開始。作者在文末自述的紀律也值得記錄：沒有用戶反饋不做功能變更，數據不好看先等三天。這條規矩對照的是獨立開發者最常見的死法，為了「做點什麼」而加簽到、推送、彈窗，把剛起步的留存往外推。

收束來看，這則記錄的可信度來自作者把預測錯誤攤開而非只報喜。20天、601人、幾塊錢，三個數字放在一起說明的是：AI已經把軟體試錯的固定成本打到近乎為零，剩下的全部難題都集中在需求驗證與留存那一欄。廚菜記還沒有證明自己是門生意，但它把這門生意的帳本結構，提前寫清楚了。