找產品靈感、判斷可行性、設定 KPI：軟體產品從點子到落地的完整方法

週三晚上十一點，你在便利商店買宵夜，腦中閃過一個想法——「如果有個 app 可以…」。隔天你開了一份 Google 文件，寫下三行，然後卡住。要做嗎？這個 idea 到底是不是好點子？做出來會有人用嗎？做了之後怎麼知道有沒有成功？

這份文件最後跟前面那七份一樣，停留在「再想想」。

會卡住的關鍵不在執行力。CB Insights 拆解 431 家倒閉的 VC-backed 新創，第一名死因是「沒市場需求」，佔 42%。錢燒光只是最後那口氣，根本問題在更前面——idea 一開始就選錯，或上線後沒人盯指標，做了三個月才發現方向歪掉。

這篇文章寫給「想自己生一個軟體產品、預計找外包執行」的老闆與創業者。focus 兩件事：怎麼系統性找到值得做的 idea，以及做出來之後怎麼設指標確認方向沒歪。中段的市場驗證、MVP 拆解、階梯式變現，恆遠已經有完整系列拆過了，這篇會直接內鏈過去，不重複講。

90% 軟體產品失敗的根本問題不在執行力

先給你看幾組數字。Failory 統計 與多家失敗研究機構交叉比對：軟體新創三年內失敗率約 92%，最終失敗率超過 90%。但失敗原因的結構很有趣——42% 是沒市場需求，29% 是時機不對，23% 是團隊問題。錢燒光（70% 的最終結算原因）只是這些問題的下游表現。

從找外包做產品的老闆角度看，這代表一件事：你掏出 80 萬、200 萬、甚至 600 萬給外包寫程式之前，「選對題目」這一步的權重比「選對廠商」還高。外包公司再厲害，做出來的東西如果沒人要，預算也回不來。

反過來看找到 product-market fit 的那些產品。SaaS 產業統計 顯示 PMF 達成的公司年增速比沒達成的快 5 倍，最佳族群 2 年 9 個月可以做到 $10M ARR，中位數要 5 年以上。差別不在誰寫程式比較快，而在「是否一開始就選到對的問題」。

為什麼你想不到值得做的 idea？三個常見誤區

先排除三個讓多數老闆卡關的思維陷阱，再講方法。

誤區一：等靈感降臨

「我最近還沒想到好點子」這句話本身就是錯的姿勢。Y Combinator 創辦人 Paul Graham 在 How to Get Startup Ideas 裡寫得很直白：「找 idea 真正的方法，是找問題——最好是你自己有的問題，硬想 idea 反而行不通。」靈感不會降臨，問題會。

把「想 idea」改成「蒐集問題」，整個過程就會從卡住變流暢。你每天會遇到 20 個小麻煩，只是你沒寫下來。

誤區二：找太大、太抽象的市場

「我想做電商」「我想做 AI 工具」這種等級的描述，本質上只是類別，還不能算 idea。類別等級的東西進開發階段一定爆炸，因為沒人知道到底要做什麼功能。

好的 idea 都是具體到一個人在一個情境下卡住的某件事。「美式餐廳店長每週三晚上九點要排下週班表，要對齊 8 個員工的請假和 LINE 群裡的換班討論」，這是 idea。「我想做排班系統」，這只是類別。

誤區三：抄別人的 idea 想做更便宜的版本

看到別人做了一個 SaaS 賺錢，就想「我做一個便宜 30% 的版本」。這條路 99% 失敗。原版有先發優勢、有客戶資料、有口碑，你便宜 30% 換不回他兩年累積的網路效應。

唯一可以「抄」的方式，是抄一個明顯沒做好的細分市場——原版做給美國大型企業、你做給台灣 10 人團隊；原版功能太重、你做給只需要 30% 功能的長尾使用者。這叫「重新切市場」，不是抄。

找產品靈感的 5 條系統性路徑

把靈感從「等」變成「找」，下面 5 條路徑是業界 20 年累積出來、可以重複使用的搜尋邏輯。每條路徑都有可操作的「這週就能做」動作。

路徑一：自己工作中讓你罵髒話的事

這條 Paul Graham 在 YC 講了 20 年——做你自己想要的東西。你卡住的問題，多半其他人也卡住，只是他們也沒寫程式所以沒做出來。

恆遠自家的 AnyTime 遠距團隊計時工具 就是這樣冒出來的。當時團隊有遠距成員，要對齊「誰在哪個專案上花了多少時間」，市面上工具不是太貴就是太重，乾脆自己做一個。內部用順了，再考慮對外。這條路最大的優勢是「你就是第一個使用者」，PMF 驗證成本趨近於零。

路徑二：員工、廠商替你工作的痛點

如果你是老闆，你身邊的員工跟外包廠商每天都在跟你抱怨某些事。把這些抱怨當成 idea 礦坑。

具體做法：開一份 Google Sheet，欄位是「日期、抱怨來源、抱怨內容、出現頻率」。連續記錄一個月，重複出現 3 次以上的就是潛在 idea。重複 5 次以上的，就是值得做訪談驗證的等級。

路徑三：未來 3-5 年一定要發生的事

Paul Graham 叫這個「Live in the future, build what's missing」。電子發票普及前，做電子發票 SaaS 的早就賺到了。AI agent 普及前，做 agent observability 的也在收割。

台灣端可以盯這些確定要發生的轉變：碳盤查強制揭露、AI 治理法規、長照數位化、跨境電商稅務、勞動法工時電子化。每個轉變底下都會浮出 3-5 個工具型 idea。AI 創業機會台灣盤點 裡也有整理 5 個 AI 創業方向，可以對照看。

路徑四：既有 SaaS 做不好的細分市場

找一個你產業裡最多人用的 SaaS（例如餐飲業的 iCHEF、製造業的 SAP、跨境的 Shopify），去 G2、Capterra、PTT、Dcard、Facebook 社團翻負評。連續看 50 則一星到三星評論，會有 3-5 個重複出現的怨念。那些就是「現在這個產品做不好、有人願意換」的訊號。

這條路最快變現，因為你不用教育市場——市場已經知道要這個東西，他們只是不滿意現有解法。

路徑五：手動流程的自動化

B2B 軟體的金礦。任何一個公司每個月要手動做、超過 4 小時的事，都有可能被軟體吃掉。報價單、出貨通知、人事排班、發票對帳、KPI 報表——這些每家公司都在做、每家公司都做得很爛、每家公司老闆都嫌煩。

我們做過 製造業客戶的生產力管理系統，就是吃掉現場手寫日報 + 主管 Excel 整理的 6 小時/週工時。客戶之所以願意花錢解決，真正的原因是被那 6 小時煩到受不了，並非他們完全不能繼續用 Excel。idea 強度，就看那個「願意花錢」的閾值有多明顯。

用 4 個維度判斷這個 idea 值不值得做

有了 5 條路徑，你會生出 10-20 個 candidate idea。下一步是篩選——10 個裡留 1 個。Paul Graham 的判準是「urgent、deep、scalable、painful」，我們把它本地化成 4 個你可以直接打分的維度。

4 個維度各 1-5 分，總分 20。低於 12 分的，直接刪除——別浪費 6 個月把它做出來。12-15 分的，列為候選但要先做訪談確認。16 分以上的，可以開始考慮做著陸頁驗證。

一個常見錯誤：跳過評分直接開做

這幾年的 Vibe Coding 風潮讓「做出來」的成本降到極低，反而讓很多老闆跳過「該不該做」這一步。一個禮拜用 AI 寫了個 demo 給朋友看，朋友說讚，就以為驗證過了。

朋友讚不能算驗證。Rob Fitzpatrick 在《The Mom Test》裡講過：別問「你覺得這個好不好」（人會說謊），要問「你上週遇到 X 問題時是怎麼處理的」（事實才難造假）。把 idea 拿給朋友看之前，先用上面 4 個維度自己給分一次，會省掉很多後續的學費。

從 idea 到上線中間的 3 件事（這篇不展開）

評分過關的 idea 不代表可以直接開發。中間還有 3 件事，每件都有可能讓專案翻車——但這 3 件事恆遠已經寫過完整指南，這裡只給你方向，細節點過去看。

用 4 種低成本手法驗證市場真的要

假著陸頁、深度訪談、預售、競品流量分析——這 4 種手法可以在花大錢開發之前，先確認市場真的要這個東西。詳細手法和執行 SOP 看 軟體產品 4 種低成本市場驗證手法，那篇裡有完整流程、預算範圍與避坑清單。

把 MVP 切成 4 階段，避免一次 all-in

驗證過關後正式進入開發，最危險的姿勢是「跟外包簽 200 萬合約一次做完」。正確姿勢是切 4 階段——著陸頁 → Demo → 付費 MVP → 擴展，每階段 25% 預算 + 明確驗收條件。完整付款與驗收節點看 MVP 4 階段付款與驗收節點完整指南。

從 $0 走到 $1K MRR 的階梯式驗證

MVP 做出來其實是起點，並非終點。從第一個付費客戶走到月收 $1,000 之間，要經過 Concierge MVP、半自動化、規模化 3 個階段，每階段該做什麼、該外包什麼、不該寫程式的判斷在 $0 到 $1K MRR 階梯式驗證 SOP。

整個流程的鳥瞰圖，包含預算分配與里程碑，看 從 0 到上線打造會賺錢軟體產品的完整路線圖。

把產品濃縮成一個北極星指標

產品上線後第一週你會看 50 個數字——DAU、註冊數、留存、流量來源、轉換漏斗、客單價、NPS……三週後你會發現自己看不過來，最後乾脆什麼都不看。

解法是先選一個指標，把它當「真的北邊」，其他全部都是 input。這個概念由 Sean Ellis 提出，被 Amplitude 的 North Star Framework 系統化。簡單講：你的產品如果只能看一個指標，看哪個會最有信心知道公司有沒有在前進？那個就是北極星。

好的北極星指標要符合 7 個條件

不同產品類型的北極星舉例

自家產品的北極星怎麼定

以恆遠的 會員中樞系統（給多個自有 SaaS 共用會員的整合層）為例，候選的北極星可能是：每月透過 SSO 完成跨產品登入的次數、每月新接入產品數、每月被授權查詢的次數。最後選哪個取決於商業模式——如果靠跨產品交叉銷售賺錢，就選 SSO 跨產品登入；如果靠 platform-as-a-service 收費，就選新接入產品數。

選北極星的本質是選商業模式。選不出來代表你還沒想清楚產品到底怎麼賺錢，先回頭把商業模式釐清，再來選指標。

北極星之下：怎麼拆出 3-5 個可操作的 input metric

北極星指標的問題是太高層——你看著它跌了一週，但不知道要動什麼才能讓它回升。解法是把它拆成 3-5 個可以直接被團隊每天動的 input metric。

常用的拆法是把北極星拆成「廣度 × 深度 × 效率 × 頻率」四個維度的子集，然後挑 3-5 個跟你商業模式最相關的當 input。

選 input 的判準是「這個數字動了，北極星會跟著動」。如果某個 input 改了沒人感覺，那它本質上只是裝飾，並沒有真的構成 input。砍掉。

一個常見錯誤：把所有 KPI 都當 input

中小企業老闆最容易犯的錯是「為了 dashboard 好看，把 50 個指標全放上去」。這會讓團隊不知道優先順序，每個人各做各的。

正確姿勢是 input 永遠不超過 5 個，每個 input 對應一個團隊或一個負責人。當北極星跌了，可以直接定位是哪個 input 跌了、誰負責——這才是 dashboard 的本意。

從 KPI 倒推每週任務和季度 OKR

有了北極星 + 3-5 個 input，下一步是把它落地到「每週工程師/行銷/客服在做什麼」這個層級。這就是 OKR 的角色。

OKR 與 KPI 的關係很多人搞錯——它們其實是互補關係，並非二選一。

從北極星到任務的 4 層拆解

這裡給一個完整的拆解流程，以「每月成交報價單張數」為北極星：

• 第 1 層 北極星：每月成交報價單張數 ≥ 200 張

• 第 2 層 input：新報價單 ≥400、報價成交率 ≥50%、平均成交時間 ≤7 天、平均單價 ≥3 萬

• 第 3 層 季度 OKR：Objective「Q2 讓接案者愛上用我們發報價」/ KR1 報價成交率從 38% 提升到 50% / KR2 新報價單從每月 250 推到 400 / KR3 NPS 從 32 提升到 45

• 第 4 層 週任務：本週 Eng 上線追單通知功能、本週行銷投 5 個接案社群廣告、本週客服收集 10 份未成交客戶訪談

這 4 層的關係是因果鏈：週任務做了 → KR 才會動 → input 才會推 → 北極星才會跟著上。任何一週做的任務如果你說不出影響哪一條 KR，就是浪費時間。

從 idea 到 KPI 過程中，老闆最容易踩的 5 個坑

這幾年看過很多老闆從 idea 到上線到收掉的完整週期，下面 5 個是出現頻率最高、最值得早一點認知的坑。

坑一：跳過評分直接找外包報價

最常見的死法。腦中有 idea 就直接找廠商談「請幫我做這個 app」，廠商也很配合報了 80 萬。結果產品做出來才發現沒人要、或者市場規模太小不值得做。

解法：找外包之前自己先做 4 維度評分，至少跑 10 個訪談，把候選 idea 從 5 個收斂到 1 個再找廠商。多花兩週，可以省 80 萬。

坑二：把虛榮指標當北極星

「下載數」「總註冊數」「總流量」這類數字看著很爽，刷廣告就會漲，但跟業務無關。產品上線三個月看的還是這些數字，就要警覺。

解法：每個指標都問「這個推高了，公司收入會跟著上嗎？不一定，那為什麼要看它」。北極星必須跟收入有因果關係（不一定是當期收入，但要是未來收入的領先指標）。

坑三：北極星選了但不堅持，每季換一個

「上季看 DAU 結果跌，這季改看付費轉換率」——這本質上是逃避，並非真的在調整北極星。北極星跌了應該問「為什麼跌」「哪個 input 出問題」，不是換指標。

解法：選北極星時想清楚，選了之後至少 12 個月不動。商業模式根本改變才能換。

坑四：KPI 設了但沒人負責

4 個 input metric 全寫在 dashboard 上，週會也看，但沒人負責——所有人都覺得「不是我的事」。結果跌了三個月沒人處理。

解法：每個 input metric 必須對應到一個具體的人（不是部門）。「Eng team 負責」不算，要是「自由揚負責登入流程完成率」這個顆粒度。負責人每週要在週會 30 秒講進度。

坑五：OKR 設得太保守，每季都 100% 達標

OKR 的設計哲學是 70-80% 達成率才算成功。如果你每季 OKR 都 100% 達標，代表你 KR 設得太低。

解法：設 KR 時問「如果一切順利、團隊全力以赴，這個數字可以推到哪？」設在那個位置——應該放在「拼一下才能勉強做到的位置」，而非「現在能做到的位置」。沒拼到 80% 也比設低標 100% 達成有意義。

一個完整流程範例：從 0 開始走一遍

最後給一個完整的 12 週流程示範，把上面所有概念串起來。這個流程是恆遠協助接案老闆做產品時實際用的版本，並非紙上理論。

整個流程 3 個月。看似慢，但相比直接跳過評分跟驗證就開發、做了 6 個月發現沒人要重做的 12 個月版本，這個是快的。

常見問題

下一步

如果你正在從 0 開始想軟體產品的 idea，建議直接從上面 12 週流程的 W1 開始：開一份 Google Sheet，記錄這週工作中所有讓你罵髒話的事。連續一個月，你會有 15-30 個 candidate idea，4 維度評分篩到 3 個，再進入訪談階段。

如果你已經有 idea、卡在「該找誰執行」，可以看 從 0 到上線完整路線圖 對照預算與時程，再參考 找外包做 AI 系統的 7 個坑 確保外包合約不會讓你被綁死。

如果你想跟人聊聊你的 idea 該不該做、北極星該怎麼選，恆遠的 AI 顧問服務 與 客製化系統開發 都可以從 idea 評分階段開始介入，不是只接最後的開發。