為什麼第三週是KPI的臨界點
在產品開發的早期階段，第三週往往是團隊開始認真追蹤KPI的時間點。這不是巧合，而是驗證循環的自然週期。團隊完成了初版原型，找了第一批測試用戶，然後很自然地想要找一個數字來證明「我們走在正確的路上」。但這個時間點恰恰是陷阱最深的時刻。
研究顯示，許多早期團隊在產品開發初期就設立了KPI，但這些指標往往衡量的是錯誤的東西。Eric Ries在《精實新創之路》中強調，新創公司的首要任務是驗證問題是否真實存在，而非急於優化營運數字。當團隊過早投入資源追逐DAU、轉換率或營收等指標時，可能只是在加速一個不存在市場價值的產品。
第三週之所以成為臨界點，是因為這通常是團隊在驗證問題的過程中，開始感到焦慮的時期。訪談結果可能不夠明確，市場反饋不夠清晰，團隊需要一個「確定性」的來源。KPI提供了這種確定性的錯覺，但代價往往是偏離真正的驗證目標。
KPI陷阱的根本原因
當團隊在第三週設立第一個KPI時，通常已經陷入了驗證循環。問題的根源不在於指標本身，而在於缺乏對問題真實性的足夠驗證。讓我們用一個具體情境來說明：如果一個團隊在發現五位受訪者中有四位提到相同的痛點，他們可能會急於設立「降低這個痛點發生頻率」的KPI。但這個KPI的前提是：這個痛點是否值得被解決？
另一個常見問題是指標的階段錯配。多數早期團隊使用的KPI是大公司的語言，例如「月活躍用戶數」或「每日活躍率」。這些指標在驗證問題的階段幾乎沒有意義，因為團隊根本還沒有確定產品是否解決了真實問題。衡量「問題驗證率」或「用戶訪談完成數」比衡量這些大公司指標更有價值。
研究顯示，多數新創產品的失敗不是因為缺乏成長，而是因為沒有找到真正的問題。在驗證問題的階段設立KPI，會讓團隊陷入不斷追逐數字的循環中，而忘記了驗證問題的真實性才是這個階段的核心任務。
第三週的領悟：放棄KPI不是放棄數據
放棄KPI並不是要團隊拋棄數據思維，而是要暫停對早期階段不公平的衡量標準。驗證問題的真實性和深度，比追蹤既定指標更有價值。這些洞察通常在第五到第八次訪談中才會出現，而過早的KPI只會加速錯誤的方向。
在驗證問題的階段，團隊的目標是「學習」而非「成功」。KPI是為成功設計的工具，但在驗證階段，團隊還沒有足夠的資訊來定義什麼是成功。當Product-Market Fit真正出現時再去設立KPI，會發現這些指標反而更容易設定和追蹤，因為有真實的市場回饋作為基礎。
替代方案：學習指標而非成功指標
在驗證問題的階段，團隊需要的是「學習指標」而非「成功指標」。學習指標的目的是衡量團隊的認知提升，而不是產品的表現。常見的學習指標包括：完成的用戶訪談數量、發現的問題點數、核心假設的驗證狀態。
創業社群中也流行使用「悲傷科技」指標來追蹤學習進度：訪談完成率、問題發現率、核心假設驗證數。這些指標比傳統的成功指標更能反映早期團隊的真實進度，因為它們衡量的是認知而非表現。
馬上可以執行的調整
立即停下來：暫停追蹤所有與核心產品假設無關的指標。重新檢視現有的指標，確認它們是否真的在衡量驗證進度，還是只是在追逐一個沒有價值的數字。
設立停工期：建立一個兩週的「指標停工期」，把精力重新聚焦在用戶訪談和問題驗證上，而不是追逐表面好看的數字。等找到Product-Market Fit之後再去追逐這些數字，才有意義。
驗證問題的真實性和深度，比追蹤既定指標更有價值。在錯誤的時間設立正確的指標，只會加速錯誤的方向。真正的成功指標，是在找到Product-Market Fit 之後才出現的。