功能不是產品：我用「結果契約」重新檢查 KOFNote

KofAI Note 1.0.0 在 2026 年 7 月 26 日正式上架。App Store 副標題是：「一鍵捕捉，AI 幫你讀完。」從瀏覽器或社群 App 分享一段文字或連結，AI 會整理標題、摘要、標籤與核心洞察，最後存成一筆可以搜尋、對話的記錄。

這段文案很準確。不過，當我把產品文案、功能和分析事件排在一起後，發現還少問了一件事：AI 幫我讀完之後呢？

如果答案只是「資料庫裡多了一篇整理好的筆記」，KOFNote 只是把書籤換成比較漂亮的書籤。捕捉更快、摘要更順，都可能讓收藏增加得更快，卻沒有讓那些內容在需要時回來。

先寫結果，再看功能

我把這張產品檢查表稱為結果契約（Outcome Contract）。先寫下使用者想完成的結果、發生時機、成功證據與失敗條件，再回頭判斷 App、AI、搜尋或推播是不是合適的載體。

這和一般功能清單的順序相反。功能清單容易從「我們做得到什麼」開始；結果契約先問「使用者的生活或工作會出現什麼可觀察的改變」。

使用者：經常看到與工作、創作或決策有關內容，而且存得比回頭看的速度快的人
發生時機：當下沒空整理；幾天或幾週後又遇到相似問題
想完成的結果：需要時找回相關內容，知道來源與脈絡，並用在下一個判斷或行動
現有替代方案：書籤、螢幕截圖、開著的分頁、稍後閱讀、傳訊息給自己
成功證據：舊記錄被重新開啟、引用、連到新記錄，或改變一項決策
失敗條件：捕捉數持續增加，但舊記錄很少被找回或使用
不適合誰：只需要單次摘要、完全不會重訪內容，或需要企業協作知識庫的人
產品承諾：降低從「我好像看過」到「我找到了，而且知道接下來怎麼用」的距離

這份契約寫下的仍是產品假設，不是已被使用數據證實的結論。它用來決定下一步該測什麼，也提醒我：有些數字看起來很漂亮，卻沒有回答產品是否有效。

捕捉很重要，但捕捉不是交付結果

分享選單與自動整理降低了輸入成本。使用者不必切換到筆記 App、建立資料夾、想標題，再決定要放在哪裡。對忙碌或只剩幾秒鐘的人來說，這些步驟確實值得省掉。

問題在於，輸入越容易，資料庫也越容易塞滿「當下覺得有用」的東西。如果產品只看捕捉次數與 AI 分析成功率，最順利的結果可能是製造一個更大的待讀清單。

捕捉是必要入口，卻不能單獨當成主要成效指標。它只能證明內容進來了，無法證明內容後來有用。

摘要、標籤與分類是在準備知識

AI 產生的標題、摘要、核心洞察與五種記錄類型，能讓一段原始內容比較容易掃讀與搜尋。這些欄位的角色，是替未來的找回動作準備索引。

它們仍不是知識被使用的證據。摘要可能有誤，分類也可能把「別人的建議」誤標成自己的待辦。KOFNote 因此保留原始文字與來源，也允許使用者在儲存前修改結果。整理可以由 AI 提案，內容代表什麼仍要由人判斷。

真正接近結果的，是內容重新出現的時刻

KOFNote 現在有四個讓舊內容回來的入口：搜尋、對話、相關記錄與每週回顧。它們看起來只是附加功能，放進結果契約後，反而比新增一種摘要格式更接近產品核心。

對話回答如果能引用過去記錄，使用者可以從「我記得看過」走到具體來源。新增內容時顯示相關舊記錄，則能在問題還新鮮時建立連結。每週回顧負責把沒有主動搜尋的內容再次送回眼前。

但「再次出現」也還不是終點。使用者打開舊記錄後，有沒有採用其中的判斷、建立新的決策或待辦、修改正在做的東西，才是結果契約真正關心的變化。

第一個改變：重新定義主要成效

目前程式已經會記錄捕捉、AI 分析、搜尋、個人化推薦問句與相關記錄點擊。這些事件各自有用，但還缺少一個能表示「舊知識被回收」的共同定義。

我會把「知識回收」定義成一個共通事件：使用者透過搜尋結果、對話引用、相關記錄或每週回顧，重新開啟一筆較早的記錄。這個事件不需要蒐集查詢內容，也不代表產品已經創造價值；它只是比「今天又存了幾篇」更接近結果的前導指標。

輸入指標：捕捉完成、AI 分析成功
回收指標：從搜尋／對話引用／相關記錄／每週回顧開啟舊記錄
使用指標：舊記錄促成新的決策、想法、待辦或工作紀錄
護欄：不記錄私人查詢文字；離線或未登入時不阻擋主要流程

其中第三層最接近真正結果，也最難可靠量測。產品不能因為使用者點開一篇筆記，就宣稱它改變了決策。第一版可以先觀察回收事件，搭配少量自願回饋，確認這些舊內容是否真的派上用場。

第二個改變：功能優先順序往找回移動

套用結果契約後，下一階段不該急著支援更多社群來源、增加另一組 AI 欄位，或自動把所有書籤整批匯入。這些功能會增加輸入量，卻不一定改善找回。

比較合理的順序，是先確保對話引用能追到原始記錄、補齊各個回收入口的事件、檢查相關記錄是否準確，再觀察每週回顧有沒有帶回值得使用的內容。先確認這些路徑確實有人使用，擴大捕捉才不會只是擴大庫存。

第三個改變：產品文案不再只說 AI 幫你讀

「一鍵捕捉，AI 幫你讀完」適合說明第一次使用會發生什麼，也容易示範。但它把價值停在內容進來的那一刻，還可能讓人誤以為摘要本身就是終點。

目前文案裡另一句「把值得記住的內容，留在你問得回來的地方」，其實更接近結果契約。未來的 onboarding 不只要展示 AI 如何整理一篇文章，也應讓使用者經歷一次舊內容被找回、引用或連結的過程。

KOFNote 不適合所有想存東西的人

結果契約也要說清楚不服務誰。只想快速取得單篇摘要的人，可以直接使用瀏覽器或一般 AI 工具，不一定需要維護另一個資料庫。平常不會回顧舊內容的人，也很難從 KOFNote 得到長期價值。

需要多人權限、正式審核與組織級文件治理的團隊，目前也不是這個產品的主要對象。內容若涉及不能送往遠端 AI 處理的敏感資料，使用者應只保留本地原文，或改用符合自身規範的工具。

承認這些邊界，表面市場會變小，卻能避免用「AI 第二大腦」涵蓋所有知識問題。KOFNote 應該先替一群存得多、也確實需要再次使用內容的人，把找回這件事做好。

App 仍然是合理載體，但理由變了

結果契約沒有導出「不要做 App」。手機的分享選單、離線儲存與推播，正好位在捕捉與重訪發生的地方。App 的理由不再是能放進多少功能，而是它能不能縮短從看到內容、保存來源，到日後重新使用的路徑。

如果未來發現使用者只在桌面工作時找回內容，那瀏覽器外掛或桌面入口可能比新的手機頁面重要。如果多數回收都來自每週回顧，推播與回顧品質就應排在新分類功能前面。載體跟著結果調整，而不是反過來要求使用者配合 App。

這份契約現在通過了什麼？

KOFNote 已經有明確使用者情境、可辨認的替代方案，也有捕捉、找回與回顧的初步路徑，所以它仍值得作為產品繼續驗證。

它還沒有通過「已證明能改善知識使用」這一關。目前沒有足夠資料顯示使用者會反覆找回舊記錄，更不能宣稱這些記錄已經改善工作或決策。下一個產品問題因此很明確：先證明找回發生，再證明找回有用。

現在保留：分享捕捉、原始來源、AI 整理、搜尋與對話
優先驗證：舊記錄是否經由四種入口被重新開啟
延後：大量匯入、更多捕捉來源、只增加輸出的 AI 功能
需要研究：重新開啟後，內容如何轉成決策、行動或新作品
產品狀態：值得繼續，但結果尚未被證實

結果契約同時提供停止條件

這次檢查沒有替 KOFNote 增加新功能。它先刪掉一個錯誤優先順序：別再用更多輸入，掩蓋內容沒有被重新使用的問題。

如果舊記錄始終不會在需要時回來，KOFNote 就算每天產生很多漂亮摘要，也沒有完成契約。反過來說，只要它能穩定讓一段被遺忘的內容回到正確問題旁邊，功能不必很多，產品也已經開始成立。