什麼是 SaaS？軟件即服務（Software as a Service）簡單解說

SaaS 即 軟件即服務（software as a service），係人哋透過互聯網使用嘅軟件，通常喺瀏覽器入面用，並以經常性訂閱付費。製作該軟件嘅公司會負責運行伺服器、儲存資料同推出更新。客戶從來唔使安裝或者維護任何嘢，只需要註冊、登入同使用。Gmail、Slack、Notion、Shopify，以及大部分你每月付費使用嘅商業工具，都係 SaaS。

用 AI 建造嘢時，點解佢重要

「幫我建造一個 SaaS」係人哋拎去 AI 應用程式建構器最常見嘅要求之一，但呢句說話其實隱藏咗好幾項獨立嘅工作。核心功能（即係人哋畀錢買嘅嘢）往往係最容易嘅部分。令佢成為一項服務嘅，係圍繞住核心功能嘅一切：

• 帳戶，令每位客戶都有自己嘅登入。
• 資料分隔，令一位客戶永遠睇唔到另一位客戶嘅資料。
• 收費，令訂閱能夠正確地開始、續期、失敗同取消。
• 可靠性，因為客戶依賴佢隨時可以用。

如果你知道呢啲部分嘅存在，你就可以逐項要求，並逐項測試，而唔係得到一個好睇嘅儀表板，但實際上唔安全，唔可以收費。

日常生活比喻：租住單位 vs 自建屋

購買傳統軟件就好似自己建一座屋：你擁有佢，但你亦要自己修屋頂、付鍋爐費，並且喺規例改變時重新接線。

SaaS 就好似租住一個管理良好嘅大廈單位。你每月付租金，業主負責維修同升級；合約完結時，你可以搬走。每個租客都有自己上鎖嘅大門，呢個就係多租戶（multi-tenancy）：好多客戶共用同一座大廈（同一套運行中嘅系統），但冇人可以走進另一個租客嘅單位。

SaaS 產品點樣組成

喺底層，SaaS 產品就係一個全棧應用程式，但多咗幾項額外責任。

常見 SaaS 商業名詞

• MRR／ARR： 每月或者每年嘅經常性收入，即所有有效訂閱嘅總和。
• 流失率（Churn）： 某段時間內取消訂閱嘅客戶（或收入）佔比。
• 試用同免費增值（Freemium）： 有時限嘅完整版本，或者有限制嘅免費版本，用嚟吸引人開始使用。
• 按座位收費（Seat-based pricing）： 按用戶數量收費。按用量收費（Usage-based pricing）： 按使用嘅東西收費，例如訊息或專案數目。統一收費（Flat pricing）： 每個方案一個價錢。
• 微型 SaaS（Micro-SaaS）： 針對狹窄細眾市場嘅細型 SaaS，通常由一兩個人經營。實際例子可以參閱微型 SaaS 點子。
• 垂直 vs 水平 SaaS： 專為某一行業而設（例如牙醫診所用嘅軟件），相對於跨行業為某一功能而設（例如電郵營銷）。

實例：寵物美容師嘅 SaaS

假設你想以月費形式，向獨立寵物美容師銷售一個預約工具。

1. 核心功能。 美容師列出服務同時間；寵物主人喺美容師嘅公開頁面上預約時段。
2. 租戶。 每間美容店都是一個工作區。每個服務、預約同客戶紀錄都帶有工作區 ID，每次查詢都會按該 ID 篩選。即使有人改動網址，美容師 A 嘅預約都絕對唔可以出現喺美容師 B 嘅儀表板上。
3. 角色。 擁有人可以更改價錢同收費；員工可以睇同編輯當日嘅預約。
4. 收費。 兩個方案，一個你自己揀嘅 14 日試用期，透過 Stripe 付款。當 Stripe 回報續期失敗，你嘅應用程式會顯示提示橫額，並喺寬限期後暫停預約頁面，但絕對唔會刪除任何資料。
5. 入職。 註冊之後，引導美容師新增一項服務，並分享佢嘅預約連結。第一個被分享嘅連結，就係產品開始有用嘅時刻。
6. 管理。 一個只有你可以打開嘅私人頁面，用嚟搵到某個工作區、睇佢嘅方案，並延長試用期。

第一個版本唔需要將以上全部做得好精緻。點樣建造 SaaS MVP會講先建造咩、暫時唔做咩；點樣為 SaaS 產品定價則講方案。

常見錯誤同誤解

• 將「SaaS」當成一項功能。 它係一種商業模式，加上上面嘅基礎設施。儘早決定租戶、角色同收費；事後補上資料分隔好痛苦。
• 相信前端會替你隱藏資料。 如果客戶嘅資料只係喺頁面上被隱藏，但伺服器仍然返回咗，任何人都睇得到。伺服器必須喺每次請求時按租戶篩選。
• 未有人想用產品就先建造收費功能。 可以早啲收費，但要等核心功能對真實用戶運作正常之後先做。付款連結可以排喺完整方案管理頁面之前。
• 以「成功」頁面決定權限。 結帳後嘅跳轉頁面可以被跳過或者偽造。應該由付款供應商嘅 webhook（並由你嘅伺服器驗證）去授予或者移除權限。
• 忽略取消同付款失敗。 呢啲一定會喺第一個月出現。要預先決定客戶會見到咩，以及佢哋嘅資料會點處理。
• 太早抄用企業級功能。 單一登入、審計記錄同複雜權限，對大客戶重要，但對你頭十位客戶未必重要。

要求你嘅 AI 建構器做嘅嘢

將要求拆成幾個可以測試嘅步驟：

1. 「為一間企業建造核心功能，並附上樣本資料。」檢查佢係咪有用。
2. 「加入註冊同登入。每個新用戶都建立一個工作區。喺伺服器上，將每張資料表同每次查詢都限定喺該工作區之內。」
3. 「加入角色：擁有人同員工。只有擁有人可以更改設定同收費。」
4. 「加入 Stripe 訂閱，包括兩個方案同一個試用期。根據已驗證嘅 Stripe webhook 授予同移除權限，而唔係根據結帳後嘅跳轉。」
5. 「加入一個管理頁面，只有我可以打開，用嚟查閱工作區同佢哋嘅方案。」

完成第二步之後，建立兩個帳戶，並嘗試由其中一個帳戶存取另一個帳戶嘅資料。每次有大改動之後都要重做一次。有關第四步嘅詳細內容，可以參閱點樣為應用程式加入付款。

喺 Mythex 建造 SaaS MVP

Mythex 可以根據聊天中嘅描述，為 SaaS MVP 建造產品、宣傳頁面同資料庫，並發布到一個公開網址。你應用程式用戶嘅登入同客戶付款都採用自備方式：你自己選擇驗證方法，並使用你自己嘅 Stripe 帳戶同金鑰，儲存為專案機密。文件有一個逐步嘅 SaaS MVP 使用案例，附有入門提示；而 AI SaaS 建構器頁面則有範例可以開始。方案詳情請睇定價頁。

常見問題