【圖片佔位 — 主圖】 素材完成後替換為
from-side-project-to-micro-product-hero.webp。一片未完成業餘專案的墓園，對上一間掛著「營業中」牌子的小店。
這是田野筆記，不是理財建議。大多數產品賺不了什麼錢；做好這個心理準備，賺到了就當作額外的收穫。
TL;DR
- 現在開發很便宜。通路不便宜。 像 Cursor 這樣的助理能在幾天內幫你做出能用的第一版。但它們不會幫你找到客戶。
- 窄才會贏。 一件工作、一種使用者、一個明確的好處。
- 第一天就收費。 免費使用者告訴你什麼「有了也不錯」。付費使用者告訴你什麼是「非有不可」。
- 醜醜地先上線，修客戶抱怨的地方。
- 挑一個一年後你還會在乎的問題。 做產品是慢功夫。
第一步：找到問題（不是點子）
點子很廉價。去找人們已經在花錢或花時間處理的痛點。
| 去哪裡找 | 要注意什麼 |
|---|---|
| 你自己的工作 | 每個月都要重做一次的那份試算表 |
| 論壇與社群 | 「有沒有工具可以……？」這類貼文 |
| 現有的難用工具 | 一直要求同一件事的一星評論 |
| 你的服務工作 | 你對每個客戶都用同樣方式做的任務 |
最好的來源： 重複的服務工作。如果你已經幫五個客戶做過同一件事，你就已經知道規格、買家和價格。這正是服務路線會帶你去的地方。
第二步：把它縮小
| 太大 | 微型產品 |
|---|---|
| 「給小型企業的 AI 助理」 | 「把供應商的 PDF 發票轉成乾淨的 CSV」 |
| 「學習平台」 | 「用你自己的上課筆記做日文單字卡」 |
| 「行銷套件」 | 「把一個商品頁改寫成三個電商平台的版本」 |
測試： 你能用一句話講清楚，並在 30 秒內示範嗎？不行的話，就砍。
第三步：一到兩週內做出第一版
- 無聊的技術堆疊。 用你出貨最快的那套。選託管服務，不要自己管伺服器。
- 苦力活交給 AI 助理： 專案骨架、表單、測試、黏合程式碼。架構和邊界情況由你負責。
- 只做必要的： 核心功能、需要的話加登入、付款、一個能聯絡你的管道。
- 跳過： 儀表板、團隊功能、設定頁、深色模式（好啦，深色模式也許可以）。
- 只在 AI 負責核心工作的地方加入 AI 功能。 「現在搭載 AI」不是一個功能。
注意成本。 如果每次使用都會呼叫付費模型，定價前先搞清楚每次使用的成本。
第四步：定價
| 模式 | 適合 |
|---|---|
| 一次性購買 | 範本、小工具、沒有持續成本的東西 |
| 訂閱制 | 每週或每月都會用、有持續成本的工具 |
| 按用量／點數 | 每次使用的模型 API 成本很高 |
依這件工作的價值定價（「每個月省兩小時」），而不是依你開發花的時間。降價幾乎永遠做得到。漲價比較難。
第五步：前十個客戶
- 親手推銷。 私訊第一步裡那些描述過這個痛點的人。提議幫他們示範。
- 公開打造。 發簡短的貼文，講你在做什麼、為什麼做；人們向人買東西。
- 去買家在的地方， 而不是開發者聚集的地方。你的市場不是其他獨立開發者（除非剛好就是）。
- 做那些無法規模化的事： 每個使用者都親自帶他上手，當天就修好他們遇到的 bug。
- 問每一個使用者： 「差點讓你沒付錢的是什麼？」
砍掉或留下
幾個月後，誠實面對：
| 訊號 | 做法 |
|---|---|
| 有付費使用者，而且他們想要更多 | 留下。加碼投入他們真正在用的那個功能。 |
| 有使用者，但沒人付錢 | 價格不對、買家不對，或痛點不夠痛。改一件事。 |
| 認真努力過還是沒有使用者 | 砍掉。寫下你學到的東西。換下一個問題。 |
一個留有筆記的失敗專案是一堂課。一個沒留筆記的失敗專案就只是一塊墓碑。
30 天
| 週 | 做這件事 |
|---|---|
| 1 | 找到一個問題。跟五個有這個問題的人聊聊。 |
| 2 | 做出核心功能。其他什麼都不做。 |
| 3 | 加上付款。上線。拿給那五個人看。 |
| 4 | 修好最多人抱怨的問題。再找五個人。 |
更大的全貌：用 AI 賺錢：一張務實的地圖。
做小一點。早點收費。繼續前進。🐾