一個好的 PoC 應該包含哪些條件？
用一頁 PoC brief 的七個欄位把驗證條件講清楚：單一假設、量化指標與門檻、資料範圍、起訖期限、費用分工、保密與 IP 邊界、成功與失敗後的路徑。每個欄位都有檢查問題與常見錯誤。
本文目錄（20）
先講結論
如果三個月後，企業和新創對「這次驗證算不算成功」各說各話，問題其實出在第一天——啟動時沒有人把條件寫下來。試比較兩種啟動文件：一種寫著「驗證 AI 模型在本公司場景的可行性」；另一種寫著「八週內，以客服部門近三個月的去識別化工單，驗證自動分類結果達到客服主管事前同意的正確率門檻；達標即啟動付費試行，未達標即結案」。第二種多出來的每一個字，都是三個月後不用開檢討會的理由。
直接回答
一份立得住的 PoC，啟動文件裡要填滿七個欄位：單一驗證假設（一次只驗一件事）、量化指標與門檻（用什麼數字、達到多少、誰簽字認定）、資料範圍（哪段資料、什麼形式、誰提供）、起訖期限（到期日當天開結案會議）、費用與分工（誰出錢、雙方各投入什麼）、保密與 IP 邊界（成果與資料各歸誰、能不能對外引用）、後續路徑（達標走向哪裡、未達標怎麼收尾）。七格全滿才簽字啟動；空著的每一格，都是日後爭議的預留位。
七個欄位逐一說明
欄位一：單一驗證假設
一次驗一件事：「自動分類的正確率夠不夠高」是一個假設；「順便看看能不能做報表、接 ERP、給主管儀表板」是三個額外願望。願望塞得愈多，期限內什麼都驗不完的機率愈高。檢查方法很簡單：假設能不能用一句話說完？說不完，就拆成兩期。
欄位二：量化指標與門檻
指標回答「量什麼」，門檻回答「多少算過」，認定人回答「誰說了算」。三者缺一不可。門檻的數字應該在啟動前由使用單位主管口頭或書面同意——不是新創自己訂（會訂低），也不是技術人員拍腦袋（與業務脫節）。如果暫時訂不出精確數字，至少寫下量測方法與「與現況比較的最低改善方向」，留下可以對照的錨點。
欄位三：資料範圍
寫清楚三件事：用哪一段資料（部門、區間、筆數量級）、用什麼形式交付（去識別化、沙盒、地端）、由誰負責提供與何時提供。資料延遲交付是驗證時程失控的第一大原因，所以這一欄要附一個日期：資料未在某日前到位，期限自動順延或重新議定。
欄位四：起訖期限
起日、訖日、結案會議日，三個日期寫死。結案會議的產出規定為三選一：達標進下一階段、未達標結案、或附理由的一次性延長。允許延長，但延長必須是「白紙黑字的決定」，不能是沒人提結案所以自然延長——驗證案最常見的死法不是失敗，是無限期飄著。
欄位五：費用與分工
誰付驗證費（建議由使用單位至少分攤一部分，測試組織的真實意願）、新創投入哪些人力、企業承諾哪些配合（資料、場域、使用者時數、每週對齊會議）。把企業的義務寫進文件特別重要：很多驗證的延宕來自企業端窗口排不出內部資源，事前承諾的配合項目，會讓窗口拿到向內要資源的依據。
欄位六：保密與 IP 邊界
測試期間的資料保密義務、結束後的資料銷毀方式、驗證成果（報告、數據、改良）各歸誰、新創能不能把去識別化的結果拿去當案例。這一欄不需要長篇大論，但要在啟動前讓法務看過一次——驗證階段用簡化條款，完整的權利安排留給正式合約。
欄位七：後續路徑
達標之後走向哪裡：付費試行？小範圍採購？進入年度預算評估？路徑寫得愈具體（含負責推進的人名），驗證的動能愈不會在成功的那一刻斷掉。同樣重要的是失敗路徑：未達標時雙方怎麼好聚好散——結論報告怎麼寫、要不要給對方改善後再來一次的機會。把退場寫進文件，反而讓雙方更敢誠實面對結果。
檢查清單（會議用版本）
啟動會議上逐格確認，答不出的標紅：
- 驗證假設一句話說得完嗎？
- 指標、門檻、認定人三者都有了嗎？
- 資料的範圍、形式、交付日寫了嗎？
- 結案會議的日期在行事曆上了嗎？
- 費用分攤與雙方投入列清楚了嗎？
- 保密與成果歸屬法務看過了嗎？
- 達標與未達標的下一步各是什麼？
七題全綠才簽字。紅燈超過兩題，代表這次合作還在「互相有興趣」階段，先補條件再啟動，對雙方都省成本。
常見誤解
「條件訂太細，會把驗證做死。」——細的是邊界，不是手段。文件鎖定的是假設、指標與期限；怎麼達成完全是新創的發揮空間。真正把驗證做死的是相反情況：邊界模糊，導致團隊把力氣花在猜企業想要什麼。
「先開始跑，條件邊做邊補。」——開跑之後，雙方的談判位置就變了：新創投入了成本不敢提要求，企業看了半成品開始加需求。所有條件在零投入時最好談，這正是 brief 要在啟動前完成的原因。
「我們公司小，用不著這麼正式。」——一頁 brief 不是大公司的官僚程序，是雙方對齊期待的最小工具。公司愈小、案子愈小，愈沒有本錢承受三個月白做的誤會。
下一步建議
把七個欄位做成你們公司的一頁模板，下一個驗證案直接拿去用——第一次填大概要開兩場會，之後每一案都是一小時內的例行作業。如果你正卡在一個沒有文件的驗證案裡，也不用打掉重練：補開一場「條件對齊會」，把七格現場填完，從那天起按文件走。遲到的 brief，仍然遠勝沒有 brief。
參考來源與延伸閱讀
FAQ
PoC brief 要寫多長才夠？
一頁為原則，最多兩頁。它的功能是對齊，不是法律保護——法律層面的東西（保密、責任）由隨附的簡化合約處理。超過兩頁通常代表假設不夠單一，該拆案了。
門檻數字訂出來之後，發現訂錯了可以改嗎？
可以，但要走「雙方同意、留下紀錄」的修訂程序，而不是默默放水或默默加碼。驗證過程發現指標設計有誤是正常的學習，重點是修訂後的版本仍然有日期、有簽認。
新創不願意接受失敗路徑的條款，是警訊嗎？
通常相反——成熟的團隊歡迎清楚的退場條件，因為這保護他們不被無限拖延。真正要留意的是不願意接受量化門檻的團隊：如果連「怎樣算過」都不敢承諾，可能代表方案的成熟度還不適合進場驗證。
七個欄位裡，哪一個最常被漏掉、後果也最嚴重？
後續路徑。多數啟動文件會記得寫指標與期限，卻假設「成功之後的事到時候再說」。結果是驗證達標、簡報很漂亮，然後所有人各自回到日常業務，案子在掌聲中靜止。路徑欄裡的那個人名，是讓動能延續的最低保險。