什麼是 SaaS？軟體即服務說明

SaaS 是 software as a service（軟體即服務）的縮寫，指人們透過網路使用、通常在瀏覽器中操作，並以定期訂閱方式付費的軟體。製作該軟體的公司負責運行伺服器、儲存資料並推出更新。顧客不需要安裝或維護任何東西，只要註冊、登入然後使用即可。Gmail、Slack、Notion、Shopify，以及你每月付費使用的大多數商業工具，都是 SaaS。

用 AI 建立東西時，為什麼它很重要

「幫我做一個 SaaS」是人們向 AI 應用程式建構工具提出的最常見要求之一，但這句話隱藏了好幾項不同的工作。核心功能（也就是人們付費購買的東西）往往是比較簡單的部分。真正讓它成為一項服務的，是圍繞它的一切：

• 帳號，讓每位顧客都有自己的登入。
• 資料隔離，確保一位顧客永遠看不到另一位顧客的資料。
• 帳務，確保訂閱能正確地開始、續訂、失敗與取消。
• 可靠性，因為顧客仰賴它隨時都能使用。

如果你知道這些部分的存在，就可以一次要求一項並分別測試，而不是拿到一個好看的儀表板，卻發現它根本不安全，不能用來收費。

日常生活中的比喻：租房子與蓋房子

購買傳統軟體就像蓋房子：房子是你的，但屋頂壞了要自己修，鍋爐要自己付錢，法規改變時還得重新配線。

SaaS 則像是租住管理良好的大樓裡的一間房。你每月付租金，房東負責維修與升級，合約到期後你可以搬走。每位房客都有自己上鎖的大門，這就是**多租戶（multi-tenancy）**的概念：許多顧客共用同一棟大樓（同一套運行中的系統），但沒有人能走進別人的房間。

SaaS 產品如何組成

在底層，SaaS 產品是一個全端應用程式，並額外承擔幾項責任。

常見的 SaaS 商業術語

• MRR / ARR： 每月或每年的經常性收入，即所有有效訂閱的總額。
• 流失率（Churn）： 在一段期間內取消的顧客（或收入）比例。
• 試用與免費增值（Freemium）： 有時間限制的完整版本，或是有限制的免費方案，用來吸引人們開始使用。
• 依座位計價（Seat-based pricing）： 依使用者數量收費。依用量計價（Usage-based pricing）： 依使用的項目收費，例如訊息數或專案數。固定價格（Flat pricing）： 每個方案只有一個價格。
• 微型 SaaS（Micro-SaaS）： 針對狹窄利基市場的小型 SaaS，通常由一到兩人經營。實際例子可參閱微型 SaaS 點子。
• 垂直型與水平型 SaaS： 專為單一產業設計的（例如牙醫診所軟體），與跨產業、服務特定功能的（例如電子郵件行銷）。

實例：為寵物美容師打造的 SaaS

假設你想以每月月費，向獨立經營的寵物美容師販售一套預約工具。

1. 核心功能。 美容師列出服務項目與營業時間；飼主在美容師的公開頁面上預約時段。
2. 租戶。 每間美容店都是一個工作區。每筆服務、預約和顧客紀錄都帶有工作區 ID，而每次查詢都依該 ID 篩選。即使有人修改網址，美容師 A 的預約也絕不能出現在美容師 B 的儀表板上。
3. 角色。 擁有者可以變更價格與帳務；員工可以查看並編輯當天的預約。
4. 帳務。 兩個方案、一段你自行設定的 14 天試用期，款項透過 Stripe 收取。當 Stripe 回報續訂失敗時，你的應用程式會顯示提示橫幅，並在寬限期後暫停預約頁面，但絕不刪除任何資料。
5. 上手引導。 註冊後，引導美容師新增一項服務並分享他們的預約連結。第一次分享連結，就是產品開始發揮價值的時刻。
6. 管理。 一個只有你能開啟的私人頁面，用來找到某個工作區、查看其方案，並延長試用期。

第一個版本不需要把這些全部做得很完善。如何建立 SaaS MVP 說明了應該先做什麼、可以先不做什麼；如何為 SaaS 產品定價 則說明了方案的規劃。

常見錯誤與迷思

• 把「SaaS」當成一項功能。 它是一種商業模式，加上上述的基礎設施。請及早決定租戶、角色和帳務；事後再補上資料隔離會非常痛苦。
• 相信前端會替你隱藏資料。 如果顧客的資料只在頁面上被隱藏，但伺服器仍然回傳了它，任何人都能看到。伺服器必須在每一次請求時，都依租戶進行篩選。
• 在還沒有人想要產品之前就建立帳務功能。 可以早點收費，但前提是核心功能已能讓真實使用者順利使用。付款連結可以先於完整的方案管理頁面出現。
• 在「付款成功」頁面上授予權限。 結帳後的跳轉可能被略過，也可能被偽造。應該由付款服務商的 webhook 來授予或撤銷權限，並由你的伺服器進行驗證。
• 忽略取消與付款失敗。 這些情況在第一個月就會發生。請事先決定顧客看到什麼，以及他們的資料會怎麼處理。
• 太早複製企業級功能。 單一登入（SSO）、稽核紀錄和複雜的權限，對大型客戶很重要，但對你的前十位客戶來說並不需要。

可以向 AI 建構工具要求的事項

請把需求拆成可以測試的步驟：

1. 「為一家企業建立核心功能，並附上範例資料。」確認它確實有用。
2. 「加入註冊與登入功能。每位新使用者都會建立一個工作區。在伺服器端，將每個資料表與每次查詢都限定在該工作區範圍內。」
3. 「加入角色：擁有者與員工。只有擁有者可以變更設定與帳務。」
4. 「加入 Stripe 訂閱，包含兩個方案與一段試用期。依據已驗證的 Stripe webhook 來授予和移除權限，而不是依據結帳後的跳轉頁面。」
5. 「加入一個只有我能開啟的管理頁面，用來查詢工作區及其方案。」

完成第二步後，建立兩個帳號，並嘗試從其中一個帳號存取另一個帳號的資料。每次做出重大變更後都要重複測試。加入付款功能的指南詳細說明了第四步。

在 Mythex 上建立 SaaS MVP

Mythex 可以根據聊天中的描述，為 SaaS MVP 建立產品、行銷頁面與資料庫，並發布到公開網址。你的應用程式使用者的登入與顧客付款都需要自行提供：你可以選擇驗證方式，並使用自己的 Stripe 帳號與金鑰，以專案機密的形式儲存。文件中有一份逐步說明的 SaaS MVP 使用案例，附有起始提示詞；AI SaaS 建構工具頁面也提供範例可供參考。方案價格請參閱定價頁面。

常見問題