AI 副業實戰教學

Micro SaaS七天啟動手冊:用一週做出可驗證樣品

通宵衝刺只能堆程式碼,不能讓陌生人付錢。本文給你 Micro SaaS 七天啟動日程:每天 ≤ 2 小時 + 第 5 天找到第一個陌生使用者 + 第 6 天跑通 1 筆真實付款 + 第 7 天 5 維評分。

📖 本篇術語速查表
英文 / 縮寫中文一句話解釋
brief專案簡報寫清目標、輸入、輸出、範圍和驗收標準的檔案。
workflow工作流從材料到交付再到覆盤的一組步驟。
scope範圍本次包含和不包含的內容邊界。
QA質量檢查交付或釋出前檢查事實、格式、許可權和風險。
feedback loop反饋迴圈把使用者行為和原話轉成下一步修改。
playbook操作手冊本文所在的Micro SaaS操作手冊階段。
Prompt提示詞寫給 AI 的任務說明,用來生成執行方案。

讀完你能交付:一張《[你的產品]》7 天衝刺日程表(日 × 1-2 件事 ≤ 2 小時 / 第 5 天陌生使用者 / 第 6 天真實付款 / 第 7 天 5 維評分卡)。 一句話錨點:7 天不是衝刺程式碼,是把“陌生使用者 + 收款 + 覆盤”全跑通。

不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的專案,AI 會按本文 H2 輸出執行方案。

# 角色:獨立軟體 SaaS 7 天 MVP 衝刺日程編排顧問

你是我 SaaS 方向的 7 天 MVP 衝刺日程編排顧問。我會把已經驗證的痛點和核心閉環交給你,你的工作不是替我寫程式碼、不是替我決定上線時間,而是把"訪談 → 閉環 → 落地頁 → 第一批使用者 → 收款 → 覆盤"壓縮成 7 天日程:每天 1 到 2 件事、不超過 2 小時、每天有一個"該不該暫停"的判斷訊號。

你只做日程編排。不替我寫程式碼、不編 API 部署時間或平臺稽核耗時、不替我決定上線時間、不允許把 7 天壓成 1 天突擊、不輸出"不睡覺衝刺"雞湯。

## 核心任務

把痛點和閉環翻譯成一份 7 天衝刺日程卡:第 1 到第 7 天每天 1 到 2 件事,每天不超過 2 小時;每天給一個暫停訊號(如果出現這件事就立刻停下來回訪談);第 5 天必須出現"第一個真實陌生使用者"目標;第 6 天必須跑通 1 筆真實付款(哪怕 5 美元);第 7 天給一份 5 維評分卡(使用者 / 閉環 / 落地頁 / 收款 / 時間)和"上線 / 續驗證 / 暫停"三檔判斷。


**成功標準**:交付的結果必須同時滿足——7 天每天有交付物;每天不超過 2 小時;第 5 天含真實陌生使用者目標;第 6 天收款流程跑通;未編平臺稽核或轉化率基準。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入

排程之前先看我手裡的欄位齊不齊。

如果痛點和核心閉環已經驗證(有 3 條原文證據加 1 次手工跑通)、未來 7 天每天能投入的小時數有數、已有 1 到 2 個使用者線索或渠道、收款工具就緒(Stripe / Paddle / Gumroad / Lemon / Creem)、自己最擔心的阻礙能講,這 4 件事我能填出 70% 以上,你就直接開始排程。如果痛點沒驗證,你先停下來進入訪談模式:一次只問我一個問題,給我 3 到 5 個選項讓我選,等我答完你複述確認再問下一個。

訪談我時你要問的就是這五件事:

1. 核心閉環已經手工跑通過嗎?輸入和輸出講一下。
2. 未來 7 天你每天能穩定投入幾個小時?(小於 1 / 1 到 2 / 2 到 4 / 全職)
3. 已經有幾個使用者線索?來自哪個渠道?(X / Reddit / IndieHackers / 社群 / 朋友介紹)
4. 收款工具就緒了嗎?(Stripe 跑過 1 筆 / 註冊了沒跑過 / 還沒註冊)
5. 你最擔心的最大阻礙是什麼?(沒人來 / 來了不付 / 付了交付不出來 / 自己撐不住)

如果痛點沒驗證,拒絕排程,讓我先回付費痛點驗證。如果每天可投入小於 1.5 小時,自動延長到 14 天版本。如果收款工具沒就緒,第 6 天用 PayPal Invoice 或 Buy Me a Coffee 臨時替代。

## 工作流程

第一步是排第 1 天:找 3 個真實潛在使用者做 1 對 1 過去行為訪談。每個訪談 20 分鐘,重點問"上次什麼時候發生""當時怎麼處理""誰出錢"。暫停訊號:3 個人講不出過去行為,立刻停下來回訪談板塊。

第二步是排第 2 天:用 Notion 或 Sheet 手工寫出核心閉環。在 `<thinking>` 標籤裡先梳理"今天 90 分鐘內能不能跑通 1 單 vs 還要拆分到第 3 天"。暫停訊號:手工版本要超過 4 小時才能跑通,說明閉環太重。

第三步是排第 3 天:寫落地頁加強訊號 CTA。H1 一句話、輸入輸出截圖、定價區域、3 檔 CTA。暫停訊號:寫 H1 寫不出"給誰、什麼場景",先回需求驗證。

第四步是排第 4 天:邀請第 1 天訪談的使用者跑你的手工版,記原話。暫停訊號:邀請 3 個人都不願意試,說明痛點強度不夠。

第五步是排第 5 天:找第一個真實陌生使用者。發渠道帖加私信。暫停訊號:5 個陌生人觸達 0 個回應,回去檢查渠道選錯沒。

第六步是排第 6 天:接收款 + 跑第 1 單。哪怕 5 美元也要走通"付款 → 收據 → 交付 → 郵件"全流程。暫停訊號:付款流程跑不通,立刻補 Stripe Webhook 或換 PayPal Invoice 兜底。

第七步是排第 7 天:5 維評分加三檔判斷。

| 維度 | 滿分 | 看什麼 |
|------|------|--------|
| 使用者 | 10 | 拿到幾個陌生使用者的真實樣例 |
| 閉環 | 10 | 手工版能不能跑通一致結果 |
| 落地頁 | 10 | 有沒有 1 個強訊號轉化 |
| 收款 | 10 | 真實付款流程是否走通 |
| 時間 | 10 | 每天是否真的控制在 2 小時內 |

總分 40 以上"上線"、25 到 39"續驗證"、低於 25"暫停"。

## 示例 / 樣板

公開範圍引數:產品型別 = B2C AI 工具;可投入時間 = 每天 1.5 小時;使用者線索 = 5 個 Etsy 賣家;收款 = Stripe 已跑過 1 筆;目標市場 = 美國獨立站賣家。產品方向"AI 整理 Etsy 差評工具",痛點已驗證有 8 條原文。

期望輸出節選:

```
第 1 天(90 分鐘)
任務:約 3 個 Etsy 賣家 20 分鐘 1 對 1 訪談,問"上次整理差評是哪一天"
交付物:3 份原話記錄
暫停訊號:3 人都講不出具體場景

第 5 天(120 分鐘)
任務:發 Reddit r/Etsy 帖 + 私信 5 個目標賣家
交付物:1 個陌生人提交真實樣例
暫停訊號:5 人觸達 0 回應 → 換渠道

第 7 天(60 分鐘)
5 維評分卡:使用者 8 / 閉環 9 / 落地頁 6 / 收款 9 / 時間 7 = 39
判斷:續驗證
原因:落地頁轉化弱,下週補 1 個強訊號 CTA
```

反面例子:第 1 到第 7 天全部用來寫程式碼(違反第 1 天必須訪談的硬約束);第 6 天不跑收款(違反必須走通付款的硬約束);編"業界 7 天上線轉化率 5%"(無源資料);7 天壓成 24 小時通宵(違反每天不超過 2 小時硬約束)。

## 輸出規範

直接輸出《[產品方向]》7 天衝刺日程表正文,不要前言後語,總字數 800 到 1200 字,按以下順序:

1. 第 1 到第 7 天日程表:日期 / 任務 / 交付物 / 時長 / 暫停訊號
2. 每天不超過 2 小時合理性檢查
3. 第 5 天陌生使用者來源候選至少 2 個
4. 第 6 天收款回退方案
5. 第 7 天 5 維評分卡 + 三檔判斷(上線 / 續驗證 / 暫停)

輸出前自檢:7 天每天有交付物;每天不超過 2 小時;第 5 天含真實陌生使用者目標;第 6 天收款流程跑通;未編平臺稽核或轉化率基準。

## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕排程,告訴我先回去補哪一項:

- 痛點沒驗證回付費痛點驗證那一步先評分
- 要求"3 天 / 24 小時上線"拒絕並解釋為什麼 7 天壓不下來
- 要求"預測第 7 天能收到 100 美元"拒絕(無源資料)
- 要求設計通宵加班式排程拒絕
- 欄位全空或仍是 `___` 佔位符沒替換拒絕

先給結論

Micro SaaS 7 天啟動要先回答五個問題:

問題要判斷
痛點驗證證據是否已有 ≥ 3 條原文證據 + 1 次手工跑通
每天可投入真實小時數(1-2h / 2-4h / 全職)
使用者線索已有 1-2 個真實陌生使用者線索嗎
收款就緒Stripe / Paddle / Lemon 是否跑過 1 筆
下一步上線 / 續驗證 / 暫停
流程图加载中

新手不要用熱情替代判斷。這個階段最容易出錯的地方,是把“我會工具”誤讀成“我能交付”。真正要檢查的是:輸入是否清楚、交付物是否可用、邊界是否寫明、風險是否能被發現。如果這些問題答不上來,先補材料,不要急著放大。

七天啟動手冊先服務真實任務

Micro SaaS的七天啟動手冊,不是為了顯得更專業,而是為了讓有明確流程痛點的小團隊或獨立使用者能在真實任務裡得到可檢查的結果。它應該服務一個真實任務:讓使用者從不確定狀態,進入能判斷、能執行、能覆盤的狀態。

Micro SaaS 七天啟動這類文章的共同啟發是:專業能力不是堆概念,而是把模糊問題整理成可執行流程。這意味著 Day 1-7 各產出一個交付件(落地頁 / 註冊 / 核心功能 / 支付 / 覆盤)。

如果你只寫“做得更好”“提升效率”“擴大影響”,客戶或使用者很難行動。更好的寫法是:本週收集哪些材料,做出哪個樣品,用什麼表檢查,出現哪些紅燈就暫停。

新手先收窄場景

不要同時服務所有人。先選擇一個更窄場景,例如一類使用者、一種交付物、一個平臺或一個業務階段。場景越窄,例子越具體,風險也越容易提前發現。

如果你發現文章或方案可以套到任何行業,通常說明它還不夠具體。把物件、材料、工具、交付和覆盤都寫具體,才會真正幫助新手。

第 1 步:把已驗證痛點翻譯成 Day 1 訪談目標

先寫一句話:

我這次要幫助 ___ 在 ___ 場景下,用 ___ 材料,完成 ___ 結果。

這句話寫不出來,後面所有動作都會漂。目標不清,會導致樣品不清;輸入不清,會導致 AI 輸出不穩;使用者不清,會導致頁面和交付無法聚焦。

欄位填寫方式
目標使用者有明確流程痛點的小團隊或獨立使用者
目前任務用一週做出可驗證樣品
已有輸入原話、樣品、資料、連結、舊流程
交付結果訪談記錄、MVP 單閉環、支付路徑、支援記錄和迭代表
紅燈偽需求、過度開發、支付失敗、隱私資料和長期支援壓力

這一步不要讓 AI 替你編材料。AI 可以整理你給出的資訊,但不能證明使用者真的存在,也不能確認平臺和支付規則。

輸入材料的最低線

至少要有三類材料:≥ 3 條痛點原話、手工跑通過 1 次的核心閉環截圖、1-2 個真實使用者線索。痛點沒驗證先回 付費痛點驗證;閉環沒跑通回 MVP 單閉環

第 2 步:算 7 天每日暫停訊號紅黃綠

判斷表要讓你知道現在該繼續還是暫停。

判斷項綠燈黃燈紅燈
每日時長真實 ≤ 2 小時偶爾 2-4 小時通宵 / 全天
Day 5 陌生使用者≥ 1 個真實陌生使用者提樣例觸達 5+ 收到 1 個回應觸達 5+ 零回應
Day 6 付款流程跑通 ≥ 1 筆(含 webhook)Stripe 通但 webhook 沒接付款流程沒跑通
閉環手工跑通90 分鐘內可一致跑通2-4 小時> 4 小時
5 維評分總分≥ 4025-39< 25

表格不是為了好看,而是為了停止錯誤動作。很多失敗不是因為執行不努力,而是黃燈和紅燈被忽略。

反證也要寫

判斷表裡要保留反證。比如使用者不願提供材料、只想免費試做、平臺規則不清、工具能力未核驗、交付後支援壓力過高。反證能幫你避免把小問題做大。

第 3 步:搭手工版 MVP 和落地頁樣品

最小樣品或流程要足夠小,但必須真實。

型別最小樣品
服務一頁 Brief、一個樣品交付、一個驗收清單
工具一個可執行流程或欄位表
內容一段樣稿、一張結構表、一份質檢記錄
變現一個範圍清楚的報價頁或提案
規模化一個小渠道實驗或 SOP 片段

樣品的目標不是展示你能做很多,而是讓使用者判斷“這是不是我需要的”。如果樣品需要你在旁邊解釋很久,就說明它還不夠清楚。

做完樣品後,至少找一個真實使用者或舊客戶看。只聽讚美沒有用,要問他哪裡不懂、哪裡有風險、是否願意進入下一步。

樣品要有退出條件

如果樣品沒人看、看了沒人問、問的問題都和目標不相關,就不要繼續加大投入。先回到目標、使用者和輸入,重新判斷場景是否成立。

第 4 步:檢查收款回退和過度承諾紅線

風險檢查要放在交付前,而不是出了問題以後。

風險檢查動作
平臺規則到官方幫助中心或後臺核驗
支付退款看平臺和支付工具當天規則
版權隱私檢查素材、案例、截圖和客戶資料
賬號許可權只拿必要許可權,優先用測試資料
過度承諾刪除不可控結果,補適用邊界

偽需求、過度開發、支付失敗、隱私資料和長期支援壓力都不是小細節。新手越想快點完成,越容易跳過這些檢查。真正專業的做法,是把未確認欄位寫出來,而不是假裝已經知道。

邊界要寫給使用者看

邊界不要藏在腦子裡。哪些不包含、哪些需要客戶提供、哪些需要執行當天核驗、哪些結果不承諾,都要寫進頁面、提案或交付說明。

第 5 步:5 維評分覆盤並決定上線還是續驗證

覆盤要落到下一步,不要只寫感想。

發現下一步
使用者任務清楚繼續做完整版本或下一篇教學
輸入材料缺失先補訪談、樣品或官方核驗
支援問題重複回寫 FAQ、模板或 SOP
風險未確認暫停釋出或暫緩報價
反饋分散收窄使用者和場景

覆盤時要同時看行為和原話。行為告訴你使用者做了什麼,原話告訴你為什麼可能這樣做。只看其中一個,都容易誤判。

如果覆盤後沒有產生新動作,說明覆盤還停在總結層。好的覆盤應該讓下一步更小、更清楚。

操作檢查表

欄位填寫
目前主題Micro SaaS七天啟動手冊
目標使用者有明確流程痛點的小團隊或獨立使用者
關鍵輸入___
最小樣品___
主要風險偽需求、過度開發、支付失敗、隱私資料和長期支援壓力
官方核驗入口___
覆盤指標使用者原話、樣品行為、交付問題、下一步動作
目前判斷繼續 / 補證據 / 暫停

這張表可以直接複製到你的專案文件裡。每完成一輪,就更新一次,不要只靠記憶。

AI 怎麼輔助

AI 適合做這些:

  1. 把使用者原話整理成問題分類。
  2. 生成 Brief、檢查表、SOP 或覆盤表。
  3. 標出未確認欄位和風險點。
  4. 改寫頁面、提案或交付說明。
  5. 把反饋轉成下一步動作。

AI 不適合替你確認平臺規則、支付退款、客戶授權、隱私邊界和真實購買意願。沒有證據時,必須寫未確認。

讓 AI 輔助時,不要只問“怎麼做”。要給它材料、目標、約束和目前判斷,讓它幫你找遺漏。

官方資料與核驗口徑

平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。

跨平臺核驗入口:

涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。

常見問題

每天只能擠 1 小時,7 天根本不夠怎麼辦?

自動延長到 14 天版本:把 Day 1 拆成 2 次訪談、Day 2 閉環留 3 天打磨。不要硬壓 7 天熬夜,第 6 天還沒跑通付款會讓所有努力都失去驗證意義。

Day 5 找不到陌生使用者怎麼辦?

先看渠道選錯沒。如果發了 Reddit / IndieHackers / Twitter 5 次零回應,換 1 個垂直社群(Facebook Group / Discord / 行業論壇)。冷啟動使用者來源不通就別盲推 ads,回 Day 1 重新看使用者在哪聚集。

no-code 工具搭的 MVP 能不能算 Day 2 完成?

可以,前提是核心閉環能穩定跑通且能收款。no-code 的“完成”標準是使用者從輸入到結果不需要你手工介入。如果還要你在中間手工搬資料,算“半完成”,第 4 天必須打磨到全自動。

Day 6 收款沒跑通怎麼救?

立刻三件事:1) 換 PayPal Invoice 或 Buy Me a Coffee 兜底跑 1 筆;2) Stripe 留作 Day 7 後續;3) 把“收款沒跑通”寫進 5 維評分扣 3 分,不要假裝它過了。

執行前至少核驗:

接下來去哪

本頁目錄