30天內打造SaaS應用，零產品程式碼

在過去幾個月裡，我深入研究了AI代理。它們大大加快了我的行動速度。現在我正在進行一項實驗，看看能將這一速度推到何種極限：在30天內，利用虛假門登入頁面驗證10個SaaS創意。在產品程式碼編寫之前，除非有真實的使用者表達興趣。

我將在此記錄一切：數字、失敗、以及那些零點選的頁面。如果實驗成功，我會分享操作手冊；如果失敗，至少你能知道哪些做法不可行。

什麼是虛假門？虛假門是一個針對尚未存在的產品的登入頁面。包含真實定價、真實的號召性用語和候補名單。你可以在編寫程式碼之前測試需求。Skyler Talley在此影片中解釋了這一概念：https://youtu.be/jbVPygZbBYU

我設定的硬性規則是：在花費數月（甚至數年）構建幾乎無人使用的產品之後，我決定在獲得真正驗證之前絕不構建任何東西。

為什麼選擇日本？我將於六月搬回東京，這促使我深入調查日本SaaS市場，看看是否存在機會。我抓取了Shopify官方日本應用集合（157個應用），閱讀了r/shopifyJapan上的帖子，挖掘日本商家對工具的抱怨，並檢視了約42,000家日本Shopify商店的安裝情況。

同樣的問題反覆出現：

• 沒有能夠使用原生日語進行對話的AI客服。英語工具（Tidio、Gorgias、eesel）依賴機器翻譯，質量影響信任。
• LINE整合存在，但僅限於訊息功能。沒有應用允許使用者在LINE聊天內瀏覽和購買，就像Zoko在WhatsApp上所做的那樣。
• 157個日本標籤的應用中沒有針對日語搜尋的SEO工具。平假名、片假名和漢字的關鍵詞變體很重要。
• 沒有自動化工具連線實際的日本B2B技術棧（Sansan + HubSpot + Chatwork + LINE）。

美國的等價產品都取得了成功，但針對日本的版本卻缺失。這就是我所押注的機會。

目前已上線的5個虛假門頁面（仍在新增中），每個頁面都包含真實定價、號召性用語和候補名單表單，並帶有UTM標籤以便追蹤流量來源。

MoshiMoshi：面向LINE、電子郵件和聊天的原生日語AI客服。 Modoru：針對LINE的ManyChat替代品，支援棄購恢復、廣播和AI聊天機器人。 Pochi：LINE商務，使用者可在LINE聊天內瀏覽和購買。 Mitsukaru：針對平假名、片假名、漢字和Yahoo Japan的日語SEO審計工具。 Karakuri：針對日本技術棧的GTM自動化工具。

其中一些將在第四周被淘汰。這正是實驗的目的——也正因如此，我使用AI代理來構建一切。主要使用Claude Code處理約80%的開發工作，包括為每個登入頁面搭建框架。

我還使用定製的Claude代理進行：

• 競爭研究：抓取應用商店、分析功能差距、總結日本論壇帖子。
• 增長駭客：生成文章草稿、識別相關社群、撰寫外聯文案。
• 設計：在2小時內用Claude Code生成產品截圖和模型。
• 非同步構建：Claude Dispatch讓我即使遠離電腦也能與伺服器通訊並持續構建。我可以透過手機檢視進度，它仍在繼續交付。

速度差異是實實在在的。去年需要我獨自花費一週的工作，現在只需6小時。

技術棧（大部分免費）：

• Claude + Claude Code用於設計和構建
• Vercel用於託管
• Supabase用於線索捕獲（免費層，東京區域）
• Resend用於註冊通知
• GA4 + GTM用於號召性用語點選追蹤
• Linear用於管理10個應用的30天進度

總成本：約每月15美元。域名一次性投入50美元。

第1天完成事項：

• 5個頁面中的1個已上線（MoshiMoshi）
• 用Claude設計生成了5個產品截圖
• 從想法到部署登入頁面：6小時
• 另外4個頁面本週部署

淘汰標準（第8周）：如果頁面無法達到以下指標，我將放棄它：

• 號召性用語點選率超過4%
• 20個以上郵箱註冊
• 40%的註冊選擇付費層級

我不會說服自己去構建無人點選的產品。

我將在每週釋出資料。目前最大的挑戰是為這些頁面吸引流量以真正測試需求。如果你有獲取早期關注者的策略，特別是針對日本市場，我洗耳恭聽。或者如果你對代理工作流程有任何疑問，請在評論區留言。

2026年5月13日