產品已經能用了：測試通過、部署正常，新訪客也能註冊帳號。接下來，你需要找到真正有理由使用它的人。
有幾個問題，寫程式無法替你回答：先接觸誰、去哪裡找到他們、邀請他們試什麼，以及如何判斷產品確實幫上了忙。
這篇指南將這些問題整理成一套取得早期使用者的做法：
確認目標客戶 → 測試一個管道 → 協助使用者體驗價值 → 檢視結果，繼續嘗試。
你會規劃一次小規模行銷實驗，並取得一份能搭配開發工作使用的每週清單。這套方法從可供試用的產品出發，著重於不投放付費廣告的早期使用者開發。
文中使用兩個假設案例：資料庫備份驗證工具，以及自由接案設計師使用的請款工具。請款工具用於製作請款單，不涉及在地稅務發票功能。案例用來說明判斷方式，並非真實客戶的成效紀錄。
「開發者」和「自由工作者」的範圍都太大，無法說明誰正急著找方法解決問題。
先釐清具體客戶、使用情境，以及你能提供的結果：
| 問題 | 備份驗證工具 | 自由接案者請款工具 |
|---|---|---|
| 誰遇到這個問題？ | 替客戶維護資料庫的小型服務團隊 |
一套持續運作的 GTM 系統
可免費試用，從你的真實產品開始
| 依專案里程碑請款的接案設計師 |
| 什麼事情促使他們採取行動？ | 專案交接時，客戶要求確認備份可以還原 | 某個專案階段已驗收，可以向客戶請款 |
| 目前怎麼處理？ | 手動執行還原測試，再整理驗證結果 | 將專案明細複製到請款單範本 |
| 你能提供什麼有用的結果？ | 完成一次還原測試，留下清楚的驗證紀錄 | 產生一份資料正確、可以寄給客戶的請款單 |
把答案濃縮成一句話：
這款工具協助 [具體客戶] 在 [相關情境] 下完成 [有用的結果]。
以請款工具為例：
這款工具協助接案設計師，將已驗收的專案階段轉成請款單，不必重新輸入專案明細。
接著，從對話、客服提問或訪談中，找出這個需求確實存在的線索。了解對方目前怎麼處理，以及哪個環節最麻煩。
用這些回答進一步釐清第一批客戶。客戶描述越具體，第一次接觸就越容易切中需求，也更容易判讀結果。
第一個管道應該能讓你接觸到確實有上述困擾的人。
備份工具可以從服務團隊經營者或資料庫管理人員參與的社群開始。請款工具則可以關注接案設計師討論專案管理、請款與收款的社群。
比較管道時，先問三個問題：
| 管道 | 什麼時候值得考慮？ | 先確認什麼？ |
|---|---|---|
| 相關的 Reddit 子社群 | 成員正在討論你要解決的工作問題 | 社群規範，以及是否接受提及相關產品 |
| Hacker News / Show HN | 已有可試用的作品，希望取得技術回饋 | 展示是否容易使用，以及能否說明實作方式與設計考量 |
| Product Hunt | 想向該平台的受眾公開介紹產品、觀察反應 | 同類產品是否吸引你的目標客戶參與討論 |
| 專業社群或既有人脈 | 能直接接觸負責這項工作的人 | 是否適合徵求回饋、展示產品或請人引薦 |
Reddit 的平台規範禁止垃圾訊息，各子社群也有自己的要求。參與討論或分享產品連結前，請先閱讀相關規範。Reddit 垃圾訊息規範
Show HN 接受的是其他人能實際試用的作品。只有產品介紹頁或候補名單，並不符合投稿要求。Show HN 投稿指南
想進一步比較這些平台，可以閱讀 Product Hunt、Reddit 與 Hacker News：產品應該先在哪裡推出？
記錄以下資訊：
請款工具可以這樣規劃：
在接受工作流程討論的接案設計師社群，分享追蹤可請款里程碑的方法，並為有興趣的成員示範如何將一個已驗收階段轉成請款單。
先安排一週後檢視初步結果，看看帶來哪些對話與試用，再決定繼續或調整。
起步時不需要橫跨三個平台的發布行事曆。先找到一個合適的地方，提供有用的資訊，再給對方清楚的下一步。
當對方表達興趣，就可以開始引導試用。
有人想了解更多時，說明能試什麼、需要準備哪些資料，以及預期會得到什麼結果。可以延續目前的對話，也可以依對方意願安排個別示範。
以請款工具為例：
你可以用範例專案，或自己已驗收的一個階段來試。先產生一份請款單，確認明細是否正確。我可以提供展示連結，也可以陪你操作一次。
範例環境能降低第一次嘗試的門檻。接著再確認產品是否適合對方的實際工作流程。
這裡的啟用（activation），指使用者完成能體現產品初步價值的操作。請分開記錄下列階段：
| 階段 | 代表什麼？ |
|---|---|
| 造訪 | 有人進入網站 |
| 註冊 | 有人建立產品帳號 |
| 啟用 | 有人完成能體驗初步價值的操作 |
| 持續使用 | 有人再次使用，或持續從產品獲得價值 |
| 付費 | 有人為產品或服務付款 |
啟用行為應對應你向客戶承諾的結果。
對備份工具而言，連接資料庫只是前置設定。完成一次還原測試，並查看驗證紀錄，更能反映使用者已體驗到初步價值。
對請款工具而言，建立帳號只是前置作業。依已驗收的專案階段產生請款單，再確認內容，可以作為第一次有價值的操作。
另外記錄這次用的是範例資料還是真實專案，以及對方是否需要你的協助。這些資訊比單看啟用帳號數，更能幫助你判讀結果。
先問對方想完成什麼，再觀察他們如何進行。
留意：
設計師可能順利產生請款單，卻發現少了付款條件。服務團隊可能完成還原測試，但仍需要一份可以交給客戶的報告。
這些觀察會指出：產品雖然產生了技術結果，距離客戶真正要完成的工作還缺哪一步。
先處理影響最大的障礙，說明改了什麼，再於適當時機邀請對方繼續嘗試。
更完整的招募與溝通方法，請見不投廣告，如何找到前 100 位 SaaS 使用者。
在筆記資料夾建立 gtm-experiment.md，或將下方清單貼到 Notion 頁面。每次實驗使用一份。
Tiny
SEO/GEO
學習循環# 每週 SaaS 行銷實驗
## 1. 客戶與價值
- 目標客戶：
- 問題或觸發情境：
- 目前的解決方式：
- 產品提供的有用結果：
- 對話或研究中的依據：
## 2. 管道測試
- 管道或社群：
- 為什麼這裡的受眾適合：
- 已確認的參與規範：
- 預計分享的內容或發出的邀請：
- 有興趣的人接下來怎麼做：
- 檢視日期：
## 3. 第一次產品體驗
- 啟用行為：
- 範例資料或真實專案：
- 提供了哪些協助：
- 主要障礙：
- 預計下次使用或確認價值的時間：
## 4. 行動
- [ ] 分享相關內容，或發出合適的邀請。
- [ ] 後續聯繫主動要求進一步了解的人。
- [ ] 盡可能觀察一次產品試用。
- [ ] 記錄疑問與障礙。
- [ ] 處理目前最重要的下一步。
## 5. 結果
- 相關對話次數：
- 開始試用的數量：
- 已啟用帳號數：
- 持續獲得價值的帳號數：
- 付費帳號數：
- 投入時間：
- 來源未知或無法確認的使用者紀錄：
## 6. 下一步決策
- 繼續、調整或暫停：
- 決策依據：
- 下一次實驗的一項調整：
以請款工具來說，啟用行為可以填入：「依已驗收的專案階段產生請款單，並確認內容。」下一次聯繫可安排在下個請款時點，了解設計師是否再次使用工具。
清單的用途是幫你決定下一步。保持簡潔，才容易持續更新。
在每天的安排中固定留一段時間給行銷，避免潛在客戶的對話和試用協助被開發工作擠掉。
可以先從每天 30 分鐘的日常維護開始，優先處理：
依目前卡住的環節分配時間。如果有人試用時遇到問題，整段時間都用來協助對方也很合理。
訪談、產品推出前的準備，或完整教學等深入工作，需要另外安排。每天的固定時段，則讓這些較大任務之間的工作持續推進。
從客戶需要理解什麼出發，挑選值得分享的更新。
以請款工具為例：
備份工具則可以用一篇短文，說明如何分辨還原失敗與測試環境設定錯誤。
當一個功能能回答真實的客戶問題，就有值得分享的內容。用這個標準挑選，不必把每次程式碼提交都寫成貼文。
更詳細的時間安排與範例，請見獨立開發者每天 30 分鐘的行銷安排。
到了預定檢視時間，回顧從第一次對話到產品使用結果的整個過程。
小規模實驗要保留實際數量。兩次試用有一次啟用，是值得繼續觀察的結果，還不能視為穩定的轉換率。
| 觀察到的情況 | 接下來調查什麼？ |
|---|---|
| 相關回應很少 | 合適的人有看到訊息嗎？是否看懂了問題？參與方式是否適當？ |
| 有對話，但很少試用 | 問題是否急迫？邀請是否清楚？嘗試需要的投入或信任是否太高？ |
| 有試用，但很少啟用 | 是否遇到設定障礙、產品故障，或與預期不符？ |
| 已啟用，但沒有持續獲得價值 | 需求何時會再出現？產品是否融入既有流程？ |
| 持續使用，但很少付費 | 誰決定付款？購買方案是否清楚？價值是否值得這個價格？ |
這些問題用來指引調查。搭配對話紀錄與操作觀察，逐步縮小可能原因。
判斷持續使用時，要配合產品的使用頻率。請款工具可能到下一個請款時點才會再用；備份工具即使不需要每天登入，也可能一直在背景提供價值。
每次檢視後，做出一個決定：
寫下原因，以及下一次要調整什麼。
當一項重複工作已經確認有用，而且你知道怎樣算做好，就可以考慮用工具減少處理時間。
例如：整理對方要求的後續聯繫、彙整訪談筆記供自己檢查，或根據已確認的產品說明草擬更新內容。
選工具前，先完成這句話：
當 [事件] 發生時，我需要 [輸出]，並透過 [檢查方式] 確認結果。
例如：
試用引導結束後，我需要一份客戶目標與操作障礙的摘要，再對照自己的筆記確認。
這樣就有了具體要求。評估自動化是否值得時，同時比較省下的時間，以及檢查、修正結果所需的時間。
先回答四個問題：
把答案填入清單，安排第一次分享、引薦請求或產品示範。
隨著實驗持續進行，你會更清楚哪些行銷工作值得親自投入，哪些希望交由工具協助。
這也是 Tomako 關注的問題。Tomako 是協助創辦人持續將產品推向市場的 AI 行銷長（AI CMO）。 如果你正在探索如何用 AI 支援行銷工作，可以開始使用 Tomako。
從一個真實的客戶問題和一次小實驗開始，用學到的資訊決定下一步，以及需要哪些工具。
