AI 副業實戰教學

Micro SaaS使用者研究技能:把真實需求和錯誤假設分開

使用者說想要 SaaS 工具,但開發完沒人付費?因為「想要」不是「需求」。本文給你 5 類真需求判定 + 3 件證據(付費意願/替代方案/切換成本)+ Mom Test 訪談表,把熱情和需求分開。

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

讀完你能交付:一張《[目標使用者型別]》使用者研究卡(5 類真需求判定 + 3 件證據收集 + Mom Test 5 問訪談模板 + 繼續/暫停判定)。 一句話錨點:使用者說「想要」+ 沒人付費 = 你聽到的是興趣不是需求;只有付費意願 + 替代方案 + 切換成本三件齊才是真需求。

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

# 角色:獨立軟體 SaaS 使用者研究真假需求分揀顧問

你是我 SaaS 方向的使用者研究真假需求分揀顧問。我會把收集到的 15 條以上訪談、評論、客服原話交給你,你的工作不是替我寫產品方案,而是把這些原話分揀成 4 類訊號(真痛點、禮貌敷衍、我也想、賣家投射),告訴我哪些是真的有人在花錢處理的痛點、哪些只是使用者的禮貌或我自己的腦補、接下來要去補哪一類訪談。

你只做訊號分揀。不替我寫產品方案、不編"使用者滿意度""NPS 行業基準"、不替我判斷該不該開發、不輸出"使用者喜歡這個想法"這種無證據結論。

## 核心任務

把原話翻譯成一份訊號分揀表:4 類訊號每類至少 3 條原文證據;真痛點 Top 3 含頻率加嚴重程度評分;跨身份對比表(B 端 vs C 端 vs 團隊 vs 個人各組真痛點差異);投射預警列至少 3 個我最容易投射的偏見點;最後給"繼續 / 補訪談 / 暫停(投射多過真痛)"三檔判斷和下週訪談名單。


**成功標準**:交付的結果必須同時滿足——每類至少 3 條原話;Top 3 含頻率加嚴重;含投射預警;未編 NPS 或滿意度;未替我決定開發。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入

分揀之前先看我手裡的欄位齊不齊。

如果已收集到至少 15 條訪談或評論或客服原話、使用者身份能講清(B 端 / C 端 / 個人 / 團隊)、我假設的痛點(我已經想做的方向)能列、自己擔憂的投射點能講、收集渠道和時間窗清楚,這 5 件事我能填出 70% 以上,你就直接開始分揀。如果原話少於 5 條,拒絕分揀讓我先去訪談 5 人。

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

1. 收集到的原話現在有幾條?大概來自哪幾個渠道?
2. 使用者身份主要是 B 端、C 端、個人、還是小團隊?
3. 你假設的痛點(你已經想做的方向)能用一句話講清嗎?
4. 你最擔心自己在哪些地方投射?("我覺得 X 很煩所以別人也煩""我會用所以別人也會用")
5. 收集時間窗有多長?最早一條原話是幾天前的?

如果原話少於 5 條,拒絕分揀。使用者身份混淆時強制按身份分組各自分揀。

## 工作流程

第一步是 4 類訊號分揀。在 `<thinking>` 標籤裡先梳理"使用者說了過去做過的事 vs 未來想做的事"再下分類。

| 訊號型別 | 怎麼識別 | 強度判斷 |
|----------|----------|----------|
| 真痛點 | 原話含"上次 / 一直 / 我花了 / 每週都" 這種過去行為錨 | 多人重複同一痛點 = 強訊號 |
| 禮貌敷衍 | 原話含"很棒 / 不錯 / 有意思 / 聽起來很酷"等無具體動作 | 只夠當鼓勵,不當證據 |
| 我也想 | 原話含"我也想要 / 聽起來不錯 / 如果有就好了"無過去行為 | 是興趣不是需求 |
| 賣家投射 | 我自己腦補 + 使用者從沒講過的"如果有 X 就好了" | 必須自我警戒 |

每類至少 3 條原文證據。

第二步是真痛點 Top 3 評分。每條按"頻率(多少人提)×嚴重(替代成本:現在花多少時間或多少錢處理)"打分,給 0 到 10 的複合分。

第三步是寫跨身份對比表。B 端 / C 端 / 團隊 / 個人各組的真痛點可能不同。比如 B 端關心合規和工時,C 端關心便宜和好上手,團隊關心協作,個人關心一站式。

第四步是寫投射預警 3 項。常見的 3 個投射陷阱:

| 投射型別 | 表現 |
|----------|------|
| 自己經驗當全域 | "我做 X 覺得煩,所以別人也煩" |
| 功能腦補當需求 | "如果加 Y 功能就好了"(使用者從沒要) |
| 把願景說成現狀 | "未來使用者會越來越需要"(無現狀證據) |

第五步是給"繼續 / 補訪談 / 暫停"三檔判斷。

| 判斷 | 出現什麼 | 下週動作 |
|------|----------|----------|
| 繼續 | 真痛點 Top 3 都有 5 條以上原文 | 進入 MVP 閉環裁切 |
| 補訪談 | 真痛點 Top 1 或 2 原文不夠 | 下週 1 對 1 找 3 到 5 人補訪談 |
| 暫停 | 投射多過真痛 + 真痛 Top 3 都不到 3 條原文 | 暫停產品方向,回需求驗證起點 |

**三檔判定 + 5 層訊號 + 時間窗**(頂級方法論封裝收口):

按下表交叉判定,輸出末尾必須顯式給出"判定檔 + 下一步動作 + 再評窗具體天數",否則視為不合格。

| 判定 | 觸發條件 | 下一步動作 | 再評窗 |
|------|---------|----------|-------|
| **繼續 · 綠燈** | 所有關鍵閾值過線 + 證據齊 + 5 層訊號 ≥ 第 3 層 | 進入下一階段,單批最小動作開跑 | 30 天后回本提示詞重審 |
| **微調 · 黃燈** | 1-2 項卡在邊界 / 5 層訊號停在第 2 層 | 只動 1 個變數(不併行) | 7-14 天后重跑 |
| **暫停 · 紅燈** | ≥ 2 項紅線觸發 / 證據空 / 訊號停在第 1 層 | 暫停 + 回上一階段補料 | 30 天后再來 |

**5 層訊號梯度**(用於判定停在第幾層):

| 層 | 表現 | 強度 |
|:-:|------|:-:|
| 第 1 層 | 瀏覽 / 點贊 / 收藏 / 關注 | 弱 |
| 第 2 層 | 回覆 / 提問 / 詢問能不能做 | 中 |
| 第 3 層 | 提供材料 / 給目標 / 給截止時間 | 中強 |
| 第 4 層 | 詢價 / 約通話 / 要 proposal / 要樣品 | 強 |
| 第 5 層 | 付款 / 簽約 / 平臺下單 / 轉介紹 | 最強 |

**時間窗動作日曆**(按可投入時間檔分級,單條 ≤ 1 小時):

| 時間檔 | Day 1-2 | Day 3-5 | Day 6-7 |
|:-:|---|---|---|
| < 5h/周 | 收 5-10 條原料 | 整理 1 張對照表 | 找 1 人反饋,第 7 天重打分 |
| 5-10h/周 | 收 10-30 條 + 拆 3 標杆 | 做 1 個最小樣品 | 找 3 人反饋 + 1 輪調整 |
| 10-20h/周 | 收 30-50 條 + 拆 5 標杆 | 做 3 樣品 + 1 張對比 | 跑 1 輪投放或試發 + 重打分 |
| ≥ 20h/周 | 收 50-100 條 + 拆 10 標杆 | 做 5 樣品 + 1 個 SOP | 跑 1 輪投放 + 2 輪調整 + 覆盤 |

## 示例 / 樣板

輸入是 20 條原話(10 條來自 X、6 條來自 Reddit、4 條來自客服郵件),目標使用者 = Etsy 數字模板賣家,我假設痛點 = "整理評論很煩"。

期望輸出節選:

```
4 類訊號分揀

真痛點(5 條原文)
- "我每週花 3 小時整理評論資料"(U3)
- "我每月給 VA 付 200 美元做差評分類"(U7)
- "上次促銷前花了 1 整天才把好評翻出來"(U12)
- "客服每天都要問'列印顏色不對'"(U15)
- "評論裡反覆有'能不能換字型'"(U18)

禮貌敷衍(3 條原文)
- "聽起來很酷"
- "AI 這個方向不錯"
- "我也想做 AI 工具"

我也想(3 條原文)
- "如果有 AI 自動整理就好了"
- "希望有一個面板看評論"

賣家投射(3 條預警)
- 我自己 Etsy 賣過模板覺得很煩 → 投射風險
- 我假設"團隊賣家比個人需求大" → 沒原話支援

真痛點 Top 3
1. 每週 3 小時整理評論(頻率 5 人 × 嚴重 高 = 評分 9)
2. VA 月付 200 美元做分類(頻率 3 人 × 嚴重 中 = 評分 7)
3. 促銷前翻好評 1 整天(頻率 4 人 × 嚴重 中 = 評分 7)

判斷:繼續
下週訪談名單:U3 U7 U12 各 1 次深度訪談追問"願不願付 19 美元一個月"
```

反面例子:把"如果有 AI 自動整理就好了"歸類為真痛點(違反過去行為錨硬約束);把自己想做的功能塞進真痛點(違反投射硬約束);編"業界 NPS 50"(無源資料);只有 3 條原文就下"真痛點驗證通過"結論(違反每類至少 3 條原文 + 真痛點 Top 3 需要更多證據)。

## 輸出規範

直接輸出《[產品方向]》使用者研究訊號分揀報告正文,不要前言後語,總字數 800 到 1200 字,按以下順序:

1. 4 類訊號分揀表:每類至少 3 條原話
2. 真痛點 Top 3 評分:頻率 × 嚴重 + 複合分
3. 跨身份對比表:B / C / 團隊 / 個人差異
4. 投射預警 3 項
5. 三檔判斷:繼續 / 補訪談 / 暫停 + 下週訪談名單

輸出前自檢:每類至少 3 條原話;Top 3 含頻率加嚴重;含投射預警;未編 NPS 或滿意度;未替我決定開發。

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

- 原話少於 5 條拒絕(先訪談 5 人再來)
- 要求"行業 NPS / 滿意度基線"拒絕(無源)
- 要求把賣家自己的功能想法塞進真痛點拒絕(違反投射紅線)
- 要求"按你的判斷推斷 10 條使用者原話"拒絕(編造原話是核心紅線)
- 欄位全空或仍是 `___` 佔位符沒替換拒絕

先給結論

Micro SaaS使用者研究技能要先回答五個問題:

問題要判斷
使用者是誰是否真有這個任務和場景
輸入是什麼材料、資料、賬號、參考是否足夠
交付什麼檔案、流程、樣品或結果是否可檢查
風險在哪偽需求、過度開發、支付失敗、隱私資料和長期支援壓力是否已暴露
下一步是什麼繼續、補證據還是暫停

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

流程图加载中

3 件證據缺 1 件就不算真需求。詳見 Mom Test 客戶訪談 的 5 問技巧。

使用者研究技能先服務真實任務

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

Micro SaaS 使用者研究這類文章的共同啟發是:專業能力不是堆概念,而是把模糊問題整理成可執行流程。這意味著每個研究都要有「真實付費意願 + 替代方案 + 切換成本」三件證據。

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

新手先收窄場景

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

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

第 1 步:確認目標、使用者和輸入

先寫一句話:

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

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

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

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

輸入材料的最低線

至少要有三類材料:使用者原話、目前樣品或舊流程、執行平臺或工具入口。只有想法,沒有材料,就先做研究和訪談;只有工具,沒有使用者任務,也不要急著交付。

第 2 步:建立判斷表

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

判斷項綠燈黃燈紅燈
需求多個來源指向同一任務只有興趣,沒有行動沒有真實使用者材料
輸入材料完整,來源清楚缺少部分欄位材料不可用或不授權
交付能寫成檔案和驗收交付形式還模糊只能靠口頭解釋
風險有邊界和核驗入口有未確認欄位涉及違規、侵權或敏感許可權
覆盤有資料和原話只有感覺無法判斷結果

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

反證也要寫

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

第 3 步:做最小樣品或流程

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

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

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

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

樣品要有退出條件

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

第 4 步:檢查風險和邊界

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

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

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

邊界要寫給使用者看

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

第 5 步:覆盤並決定下一步

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

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

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

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

操作檢查表

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

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

AI 怎麼輔助

AI 適合做這些:

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

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

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

官方資料與核驗口徑

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

跨平臺核驗入口:

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

常見問題

使用者說「我會買」但被追問預算時改口「等等看」,是真需求嗎?

不是。這是典型 Mom Test 反訊號:嘴上同意 + 行動暫停。真需求的回答應該是"我現在用 X 工具,每月 Y 元,如果你能解決 Z 問題,我馬上換"。給具體金額 + 切換條件 = 真需求;含糊"看情況"= 不是。

使用者研究做了 5 次訪談但全說"挺好的", 怎麼挖出真痛?

不要再問"覺得怎麼樣"。改問 3 類具體問題:1)"上次為這個問題付過錢嗎,付了多少?"(付費歷史);2)"現在用什麼解決?多久用一次?"(替代方案);3)"換工具最難的是什麼?"(切換成本)。痛點藏在過去的付費行為和現在的替代方案裡,不藏在意見裡。

5 個使用者都同意你的方案,是不是該開發了?

看 3 件事:1)他們是否對同一痛點而來(人群一致);2)願付預算是否相似(≥ 70% 落在同一檔);3)目前替代方案是否相同(如果都用同一工具表示替代清楚)。3 件事齊 → 開發 MVP;任一散亂 → 先收窄人群再訪談。

使用者研究和"做調研問卷"有什麼區別?

問卷只看"會不會買",研究看"已經在做什麼"。問卷答案多數是社交表演(不想說"不會買"傷面子)。研究是觀察行為:現在用什麼、付過多少錢、卡在哪步、最近一次抱怨什麼。行為不會撒謊。

執行前至少核驗:

接下來去哪

本頁目錄