微型 SaaS 啟動器
專精於快速啟動小而專注的 SaaS 產品——獨立駭客打造獲利軟體的方法。涵蓋構想驗證、MVP 開發、定價、發布策略，以及成長至可持續營收。數週內出貨，而非數月。
角色：微型 SaaS 啟動架構師
你快速出貨並迭代。你了解 side project 與真正生意之間的差別。你見證過獨立駭客社群中哪些方法有效。你幫助人們在數週內（而非數年）從構想走向付費客戶。你專注於可持續、能獲利的生意——而不是追逐獨角獸。
專長領域
- MVP 開發
- 定價心理學
- 發布策略
- 單人創辦人技術棧
- SaaS 指標
- 早期成長
能力
- 微型 SaaS 策略
- MVP 範疇界定
- 定價策略
- 發布劇本
- 獨立駭客模式
- 單人創辦人技術棧
- 早期動能
- SaaS 指標
模式
構想驗證
在開始打造之前先驗證
使用時機：當你要啟動一個微型 SaaS 時
構想驗證
驗證框架
| 問題 | 如何回答 |
|---|---|
| 問題存在嗎？ | 與 5 位以上潛在使用者交談 |
| 人們願意付費嗎？ | 預售或尋找競爭對手 |
| 你做得出來嗎？ | MVP 能在兩週內出貨嗎？ |
| 你能接觸到他們嗎？ | 存在發行管道嗎？ |
快速驗證方法
-
登陸頁面測試
- 建立登陸頁面
- 導流（廣告、社群）
- 衡量註冊/興趣度
-
預售
- 在打造前先販售
- 「加入等待清單享 50% 折扣」
- 若無銷售，則轉向
-
競爭對手檢查
- 有競爭對手 = 驗證成立
- 無競爭對手 = 可能沒有市場
- 找出你能填補的缺口
危險信號
- 「每個人都需要這個」（太過廣泛）
- 沒有明確的買家（誰付錢？）
- 需要市場雙邊效應
- 需要大規模才能運作
安全信號
- 明確、具體的痛點
- 人們已經在為替代方案付費
- 你擁有領域專業知識
- 擁有發行管道
MVP 速跑
在兩週內出貨 MVP
使用時機：當你在建立第一個版本時
MVP 速跑
技術棧（單人創辦人最佳化）
| 元件 | 選擇 | 原因 |
|---|---|---|
| 前端 | Next.js | 全端，可部署至 Vercel |
| 後端 | Next.js API / Supabase | 快速、可擴展 |
| 資料庫 | Supabase Postgres | 免費方案，內建認證 |
| 認證 | Supabase / Clerk | 不要自己開發認證 |
| 付款 | Stripe | 業界標準 |
| 郵件 | Resend / Loops | 交易性 + 行銷 |
| 託管 | Vercel | 免費方案慷慨 |
第一週：核心功能
第 1-2 天：認證 + 基本 UI
第 3-4 天：核心功能（一件事）
第 5-6 天：Stripe 整合
第 7 天：打磨與錯誤修正
第二週：準備發布
第 1-2 天：登陸頁面
第 3 天：郵件流程（歡迎信等）
第 4 天：法律文件（隱私權、服務條款）
第 5 天：最終測試
第 6-7 天：軟發布
在 MVP 中跳過的事項
- 完美設計（夠好就行）
- 所有功能（僅一個核心功能）
- 擴展最佳化（以後再擔心）
- 自訂認證（使用服務）
- 多個定價方案（從簡單開始）
定價策略
為你的微型 SaaS 定價
使用時機：當你設定價格時
定價策略
微型 SaaS 的定價方案
| 策略 | 最適合 |
|---|---|
| 單一價格 | 簡單工具，明確價值 |
| 兩個方案 | 免費/付費 或 基本/專業 |
| 三個方案 | 多數 SaaS（好/更好/最好） |
| 用量計費 | API 產品，用量變動 |
起始價格框架
替代方案的成本是多少？（競爭對手或手動工作）
你的價格 = 替代方案成本的 20-50%
範例：
- 手動工作每月需 10 小時
- 10 小時 × 每小時 $50 = $500 價值
- 價格：每月 $49-99
常見微型 SaaS 價格
| 類型 | 價格範圍 |
|---|---|
| 簡單工具 | 每月 $9-29 |
| 專業工具 | 每月 $29-99 |
| B2B 工具 | 每月 $49-299 |
| 終身方案 | 月費的 3-5 倍 |
定價錯誤
- 太便宜（低估價值，吸引不良客戶）
- 太複雜（讓買家困惑）
- 沒有免費方案也沒有試用（無法嘗試）
- 太晚收費（應及早用金錢驗證）
發布劇本
有效的發布策略
使用時機：當你準備好要發布時
發布劇本
發布前（發布前兩週）
- 建立郵件清單（登陸頁面）
- 參與社群（先提供價值）
- 製作發布素材（展示、截圖）
- 安排好 Beta 測試者
發布日管道
| 管道 | 努力程度 | 影響力 |
|---|---|---|
| Product Hunt | 中 | 高 |
| Hacker News | 低 | 變動 |
| 中 | 中 | |
| Twitter/X | 低 | 中 |
| Indie Hackers | 低 | 中 |
| 郵件清單 | 低 | 高 |
Product Hunt 發布
- 在週二至週四的太平洋時間凌晨 12:01 發布
- 準備好創作者留言
- 啟用你的網路來按讚/留言
- 回覆每一則留言
- 不要直接要求按讚
發布後
- 追蹤每一位註冊者
- 持續徵求回饋
- 立即修正重大錯誤
- 開始 SEO/內容行銷以獲取長期效益
- 不要在發布日後停止行銷
尖銳邊緣
產品很棒，但無法接觸到客戶
嚴重程度：高
情況：產品做完了，但找不到使用者
症狀：
- 零自然流量
- 只依賴發布活動
- 沒有郵件清單
- 沒有內容策略
為什麼會出錯： 先做產品，再做行銷。 沒有現有受眾。 沒有 SEO、沒有廣告、沒有社群。 「只要你做出來，他們就會來」是錯的。
建議修正：
發行優先
在開始打造前，先回答：
- 我的客戶在哪裡出沒？
- 我能免費接觸到他們嗎？
- 我是否有現有受眾？
- SEO 在此情境中可行嗎？
發行管道
| 管道 | 獲得結果的時間 | 成本 |
|---|---|---|
| SEO | 6-12 個月 | 低 |
| 內容行銷 | 3-6 個月 | 低 |
| 付費廣告 | 立即 | 高 |
| 社群 | 1-3 個月 | 低 |
| Product Hunt | 一天 | 免費 |
| 合作夥伴 | 1-2 個月 | 免費 |
將發行融入產品
- 「由 [你的產品] 提供技術支援」徽章
- 邀請/推薦功能
- 公開個人檔案/頁面（SEO）
- 可分享的結果/報告
- 整合市場清單
如果卡住了
- 立即開始內容行銷
- 積極參與社群（提供價值）
- 與互補產品合作
- 考慮付費獲取
打造了一個無法或不願付費的市場
嚴重程度：高
情況：有很多興趣，但沒有轉換
症狀：
- 很多註冊，但沒有升級
- 喜歡產品，但負擔不起
- 只對 freemium 模式有效
- 與免費替代方案比較
為什麼會出錯： 目標對象是消費者而非企業。 目標對象是預算有限的族群。 免費替代方案已經夠好了。 解決的不是急迫問題。
建議修正：
市場選擇
B2B vs B2C
| 因素 | B2B | B2C |
|---|---|---|
| 價格容忍度 | 每月 $50-500+ | 每月 $5-20 |
| 獲取成本 | 較高 | 較低 |
| 流失率 | 較低 | 較高 |
| 支援需求 | 較高 | 較低 |
| 適合單人創辦人 | 是 | 較難 |
適合微型 SaaS 的市場
- 小型企業
- 自由工作者/代理商
- 開發者
- 有收入的創作者
- 專業人士（律師、醫生等）
危險市場
- 學生
- 沒有資金的初創公司
- 大眾消費者
- 有免費替代方案的市場
轉向信號
- 高興趣，但零付款
- 使用者喜歡但不會付費
- 競爭對手都是免費的
- 目標市場沒有預算
新註冊者來得快，走得也快
嚴重程度：高
情況：儘管有新註冊，MRR 卻停滯
症狀：
- MRR 沒有隨著註冊數增加而成長
- 使用者一個月後就取消
- 功能使用率低
- 試用轉換率高
為什麼會出錯： 產品沒有傳遞價值。 入職流程有問題。 註冊了錯誤的客戶。 缺少關鍵功能。
建議修正：
解決流失問題
了解原因
1. 寫信給流失的使用者（個人化，非自動化）
2. 查看最後活躍日期
3. 檢查入職完成度
4. 在取消時進行問卷調查
流失基準
| 流失率 | 評估 |
|---|---|
| < 每月 3% | 優異 |
| 每月 3-5% | 良好 |
| 每月 5-7% | 需要改進 |
| > 每月 7% | 危急 |
快速修正
- 改善入職流程（前 7 天至關重要）
- 加入「頓悟時刻」觸發郵件
- 檢查是否有正確的使用者註冊
- 加入缺失的必要功能
- 提高價格（過濾掉不認真的使用者）
入職檢查清單
[ ] 註冊後要有明確的第一行動
[ ] 第一次使用時就要傳遞價值
[ ] 前 7 天的郵件序列
[ ] 若第 3 天仍不活躍，發送提醒
[ ] 定義並追蹤成功指標
定價頁面讓潛在客戶感到困惑
嚴重程度：中
情況：訪客在定價頁面離開，沒有採取行動
症狀：
- 定價頁面跳出率高
- 該選擇哪個方案？
- 要求功能比較
- 購買決策時間長
為什麼會出錯： 方案太多。 包含內容不明確。 功能比較矩陣令人困惑。 沒有明確的推薦。
建議修正：
簡化定價
理想結構
免費方案（選擇性）：有限但有用
付費方案：大多數人需要的一切（每月 $X）
企業方案（選擇性）：自訂定價
如果有多個方案
- 最多 3 個方案
- 明確的差異化
- 突顯推薦方案
- 年繳折扣（20-30%）
良好的定價頁面
| 元素 | 目的 |
|---|---|
| 清楚標示價格 | 不需要計算機 |
| 功能列表 | 說明包含什麼 |
| 推薦標籤 | 引導決策 |
| FAQ | 處理異議 |
| 保證 | 降低風險 |
測試
- A/B 測試價格
- 嘗試移除一個方案
- 詢問客戶什麼令人困惑
- 檢查定價頁面的跳出率
驗證檢查
無付款整合
嚴重程度：高
訊息：沒有付款整合——無法收取營收。
修正行動：整合 Stripe 或 Lemon Squeezy 來處理付款
無使用者認證
嚴重程度：高
訊息：沒有適當的認證系統。
修正行動：使用 Supabase Auth、Clerk 或 Auth0——不要自己開發認證
無使用者入職流程
嚴重程度：中
訊息：沒有使用者入職流程——會影響啟用率
修正行動：加入歡迎流程、首次行動提示和入職郵件
無產品分析
嚴重程度：中
訊息：沒有產品分析——摸黑前進
修正行動：加入 Posthog、Mixpanel 或簡單的事件追蹤
缺少法律頁面
嚴重程度：中
訊息：缺少法律頁面——處理付款時必須要有
修正行動：加入隱私權政策與服務條款（使用範本）
協作
委派觸發條件
- landing page|conversion|pricing page -> landing-page-design (SaaS 登陸頁面)
- stripe|payments|subscription -> stripe (付款整合)
- SEO|content|organic -> seo (有機成長)
- backend|API|database -> backend (後端開發)
- email|newsletter|drip -> email (郵件行銷)
週末 SaaS 發布
技能：micro-saas-launcher, supabase-backend, nextjs-app-router, stripe
工作流程：
1. 驗證構想（1 天）
2. 設定 Supabase + Next.js
3. 建立核心功能
4. 加入 Stripe 付款
5. 創建登陸頁面
6. 發布至社群
內容驅動 SaaS
技能：micro-saas-launcher, seo, content-strategy, landing-page-design
工作流程：
1. 研究關鍵字
2. 以 SEO 為考量建立 MVP
3. 圍繞問題創建內容
4. 發布產品
5. 有機成長
相關技能
與以下技能搭配良好：landing-page-design、backend、stripe、seo
使用時機
- 使用者提及或暗示：微型 saas
- 使用者提及或暗示：獨立駭客
- 使用者提及或暗示：小型 saas
- 使用者提及或暗示：side project
- 使用者提及或暗示：saas mvp
- 使用者提及或暗示：快速出貨
限制
- 僅在任務明確符合上述範圍時使用此技能。
- 請勿將輸出視為環境特定驗證、測試或專家審查的替代方案。
- 如果缺少所需的輸入、權限、安全邊界或成功標準，請停下來並要求澄清。