<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Gtm on Tarragon</title><link>https://tarrragon.github.io/blog/tags/gtm/</link><description>Recent content in Gtm on Tarragon</description><generator>Hugo -- gohugo.io</generator><language>zh-TW</language><copyright>Tarragon (CC BY 4.0)</copyright><lastBuildDate>Tue, 19 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/gtm/index.xml" rel="self" type="application/rss+xml"/><item><title>FDE 軍備競賽：SaaS 支柱鬆動下的結構性轉變</title><link>https://tarrragon.github.io/blog/business/case-analyses/fde-arms-race/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/case-analyses/fde-arms-race/</guid><description>&lt;p>OpenAI 開獨立 DeployCo、Anthropic 跟 Blackstone 與高盛合資、Google 把 FDE 納編進 Cloud—三家最大的基礎模型供應商在 2025-2026 年同時押 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE&lt;/a> 模式。這個共識反映的是 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/saas/" data-link-title="SaaS" data-link-desc="說明雲端訂閱軟體的商業模式與經濟特徵">SaaS&lt;/a> 商業模式三個核心前提同時鬆動：邊際成本不再接近零、產品壽命被 AI 迭代壓縮、切換成本因模型 API 標準化下降。本篇拆解三支柱怎麼鬆動、&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/vibe-code/" data-link-title="Vibe Code" data-link-desc="說明用 AI 即時生成程式的開發模式">Vibe Code&lt;/a> 怎麼改寫 FDE &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟&lt;/a>、以及 FDE 是過渡狀態還是長期結構。&lt;/p>
&lt;h2 id="事件本身">事件本身&lt;/h2>
&lt;p>2025-2026 年三家基礎模型供應商在 GTM 上做出方向一致的動作：&lt;/p>
&lt;ul>
&lt;li>OpenAI 開 140 億美元獨立 DeployCo 派工程師駐點&lt;/li>
&lt;li>Anthropic 跟 Blackstone 做 15 億美元合資、跟高盛合資&lt;/li>
&lt;li>Google 把 FDE 納編進 Cloud 體系&lt;/li>
&lt;/ul>
&lt;p>三種組織結構不同、做的事一樣：把工程師塞進客戶辦公室。Palantir 過去獨佔的 FDE 模式現在被多家供應商大規模採用。三家共同的選擇背後是 SaaS 商業模式的三個核心前提同時鬆動—這是本篇主體要拆的結構性原因。&lt;/p>
&lt;h2 id="saas-支柱怎麼鬆動">SaaS 支柱怎麼鬆動&lt;/h2>
&lt;p>&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/saas/" data-link-title="SaaS" data-link-desc="說明雲端訂閱軟體的商業模式與經濟特徵">SaaS&lt;/a> 過去能跑出極高 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利&lt;/a> 跟 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&lt;/a> 自助上手、靠三個前提同時成立。三個前提在 AI 時代各自鬆動、合起來就是 PLG 模式不可行的結構原因。&lt;/p>
&lt;h3 id="第一支柱接近零的邊際成本">第一支柱：接近零的邊際成本&lt;/h3>
&lt;p>傳統軟體寫一次賣無數次、多服務一個客戶幾乎沒成本。免費試用、口碑擴散、產品內建分享機制都成本可控、不會吃掉公司賺到的錢。&lt;/p>
&lt;p>AI 時代這個前提鬆動：每次 AI 回答用戶問題（推論）都要燒一次 GPU 算力、是真實的成本支出。具體算式是：&lt;/p>
&lt;ul>
&lt;li>傳統 SaaS 賣 100 元、扣掉伺服器費用後剩 70-80 元（&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利&lt;/a> 70-80%）&lt;/li>
&lt;li>AI 應用賣 100 元、要付給上游模型供應商的 token 費後只剩 50 元出頭（毛利 50% 出頭、&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/cogs/" data-link-title="COGS" data-link-desc="說明銷售成本與其對毛利的影響">COGS&lt;/a> 從 20% 推到 40-50%）&lt;/li>
&lt;li>中間 30 個百分點的差距、不是定價漲價能補回的差距—漲價會直接擠掉客戶&lt;/li>
&lt;/ul>
&lt;p>這個毛利下移會讓兩件事連動發生。&lt;/p>
&lt;p>第一、免費試用變成燒錢。傳統 SaaS 的免費試用幾乎零成本（多開個帳號伺服器頂多多用一點）、AI 應用每次免費試用都在燒 GPU 算力、是真實成本。靠免費試用吸引用戶上來的 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&lt;/a>（Product-Led Growth、靠產品自己吸引用戶上來、不靠業務推銷）模式、在毛利 50% 的成本結構下跑不下去。&lt;/p>
&lt;p>第二、改回更貴的銷售模式。PLG 不能用、要改回業務面對面賣（Sales-led）、或派工程師駐點客戶辦公室（&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE&lt;/a>、Forward Deployed Engineer）。兩條路都讓 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC&lt;/a>（Customer Acquisition Cost、獲取一個新客戶的所有成本）從 PLG 的幾十美元跳到 Sales-led 的幾千美元、再到 FDE 的幾萬美元。&lt;/p>
&lt;h3 id="第二支柱非短暫性價值">第二支柱：非短暫性價值&lt;/h3>
&lt;p>傳統 SaaS 產品壽命長—Salesforce 用了 20 年、Slack 用了 10 年、客戶用越久越熟悉、&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/switching-cost/" data-link-title="Switching Cost" data-link-desc="說明切換成本如何鞏固客戶留存">切換成本&lt;/a> 跟著累積。&lt;/p>
&lt;p>AI 時代鬆動：工具迭代太快、產品壽命被壓縮。AI 模型 6 個月一代、產品介面跟工作流可能隔半年就被新一代功能取代。SaaS 賴以為生的「客戶用了 10 年捨不得換」假設不成立—客戶可能 6 個月就重新評估技術棧。&lt;/p>
&lt;p>短壽命意味著：&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/retention/" data-link-title="Retention" data-link-desc="說明客戶留存率與其對單位經濟的決定作用">Retention&lt;/a> 假設不能用傳統數字、&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/ltv/" data-link-title="LTV" data-link-desc="說明客戶終身價值與其在估值中的作用">LTV&lt;/a> 計算更保守。&lt;/p>
&lt;h3 id="第三支柱高切換成本">第三支柱：高切換成本&lt;/h3>
&lt;p>傳統 SaaS 把客戶綁住的方式有四種：資料存在你的系統裡（客戶要搬資料要花幾個月）、員工流程在你的介面上學會（重新訓練成本高）、IT 部門花時間做了權限管理（重新設定要重新規劃）、跟其他系統的整合都接好了（要重做整合）。整個換掉動作對中大型客戶要花幾個月到幾年、所以實際上客戶就不換了。&lt;/p>
&lt;p>AI 時代這個前提鬆動：使用者越來越多是 AI agent（自動化程式、不是人類）。Agent 用 AI 不需要學介面、不需要 IT 整合、只需要把 API（Application Programming Interface、應用程式之間溝通的介面）規格搞清楚。AI 模型供應商之間的 API 越來越標準化、prompt（給 AI 的指令）也可以稍微改一改就跨模型用、客戶換 backend（後端服務）的成本變低。&lt;/p></description><content:encoded><![CDATA[<p>OpenAI 開獨立 DeployCo、Anthropic 跟 Blackstone 與高盛合資、Google 把 FDE 納編進 Cloud—三家最大的基礎模型供應商在 2025-2026 年同時押 <a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a> 模式。這個共識反映的是 <a href="/blog/business/knowledge-cards/saas/" data-link-title="SaaS" data-link-desc="說明雲端訂閱軟體的商業模式與經濟特徵">SaaS</a> 商業模式三個核心前提同時鬆動：邊際成本不再接近零、產品壽命被 AI 迭代壓縮、切換成本因模型 API 標準化下降。本篇拆解三支柱怎麼鬆動、<a href="/blog/business/knowledge-cards/vibe-code/" data-link-title="Vibe Code" data-link-desc="說明用 AI 即時生成程式的開發模式">Vibe Code</a> 怎麼改寫 FDE <a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟</a>、以及 FDE 是過渡狀態還是長期結構。</p>
<h2 id="事件本身">事件本身</h2>
<p>2025-2026 年三家基礎模型供應商在 GTM 上做出方向一致的動作：</p>
<ul>
<li>OpenAI 開 140 億美元獨立 DeployCo 派工程師駐點</li>
<li>Anthropic 跟 Blackstone 做 15 億美元合資、跟高盛合資</li>
<li>Google 把 FDE 納編進 Cloud 體系</li>
</ul>
<p>三種組織結構不同、做的事一樣：把工程師塞進客戶辦公室。Palantir 過去獨佔的 FDE 模式現在被多家供應商大規模採用。三家共同的選擇背後是 SaaS 商業模式的三個核心前提同時鬆動—這是本篇主體要拆的結構性原因。</p>
<h2 id="saas-支柱怎麼鬆動">SaaS 支柱怎麼鬆動</h2>
<p><a href="/blog/business/knowledge-cards/saas/" data-link-title="SaaS" data-link-desc="說明雲端訂閱軟體的商業模式與經濟特徵">SaaS</a> 過去能跑出極高 <a href="/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利</a> 跟 <a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a> 自助上手、靠三個前提同時成立。三個前提在 AI 時代各自鬆動、合起來就是 PLG 模式不可行的結構原因。</p>
<h3 id="第一支柱接近零的邊際成本">第一支柱：接近零的邊際成本</h3>
<p>傳統軟體寫一次賣無數次、多服務一個客戶幾乎沒成本。免費試用、口碑擴散、產品內建分享機制都成本可控、不會吃掉公司賺到的錢。</p>
<p>AI 時代這個前提鬆動：每次 AI 回答用戶問題（推論）都要燒一次 GPU 算力、是真實的成本支出。具體算式是：</p>
<ul>
<li>傳統 SaaS 賣 100 元、扣掉伺服器費用後剩 70-80 元（<a href="/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利</a> 70-80%）</li>
<li>AI 應用賣 100 元、要付給上游模型供應商的 token 費後只剩 50 元出頭（毛利 50% 出頭、<a href="/blog/business/knowledge-cards/cogs/" data-link-title="COGS" data-link-desc="說明銷售成本與其對毛利的影響">COGS</a> 從 20% 推到 40-50%）</li>
<li>中間 30 個百分點的差距、不是定價漲價能補回的差距—漲價會直接擠掉客戶</li>
</ul>
<p>這個毛利下移會讓兩件事連動發生。</p>
<p>第一、免費試用變成燒錢。傳統 SaaS 的免費試用幾乎零成本（多開個帳號伺服器頂多多用一點）、AI 應用每次免費試用都在燒 GPU 算力、是真實成本。靠免費試用吸引用戶上來的 <a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a>（Product-Led Growth、靠產品自己吸引用戶上來、不靠業務推銷）模式、在毛利 50% 的成本結構下跑不下去。</p>
<p>第二、改回更貴的銷售模式。PLG 不能用、要改回業務面對面賣（Sales-led）、或派工程師駐點客戶辦公室（<a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a>、Forward Deployed Engineer）。兩條路都讓 <a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a>（Customer Acquisition Cost、獲取一個新客戶的所有成本）從 PLG 的幾十美元跳到 Sales-led 的幾千美元、再到 FDE 的幾萬美元。</p>
<h3 id="第二支柱非短暫性價值">第二支柱：非短暫性價值</h3>
<p>傳統 SaaS 產品壽命長—Salesforce 用了 20 年、Slack 用了 10 年、客戶用越久越熟悉、<a href="/blog/business/knowledge-cards/switching-cost/" data-link-title="Switching Cost" data-link-desc="說明切換成本如何鞏固客戶留存">切換成本</a> 跟著累積。</p>
<p>AI 時代鬆動：工具迭代太快、產品壽命被壓縮。AI 模型 6 個月一代、產品介面跟工作流可能隔半年就被新一代功能取代。SaaS 賴以為生的「客戶用了 10 年捨不得換」假設不成立—客戶可能 6 個月就重新評估技術棧。</p>
<p>短壽命意味著：<a href="/blog/business/knowledge-cards/retention/" data-link-title="Retention" data-link-desc="說明客戶留存率與其對單位經濟的決定作用">Retention</a> 假設不能用傳統數字、<a href="/blog/business/knowledge-cards/ltv/" data-link-title="LTV" data-link-desc="說明客戶終身價值與其在估值中的作用">LTV</a> 計算更保守。</p>
<h3 id="第三支柱高切換成本">第三支柱：高切換成本</h3>
<p>傳統 SaaS 把客戶綁住的方式有四種：資料存在你的系統裡（客戶要搬資料要花幾個月）、員工流程在你的介面上學會（重新訓練成本高）、IT 部門花時間做了權限管理（重新設定要重新規劃）、跟其他系統的整合都接好了（要重做整合）。整個換掉動作對中大型客戶要花幾個月到幾年、所以實際上客戶就不換了。</p>
<p>AI 時代這個前提鬆動：使用者越來越多是 AI agent（自動化程式、不是人類）。Agent 用 AI 不需要學介面、不需要 IT 整合、只需要把 API（Application Programming Interface、應用程式之間溝通的介面）規格搞清楚。AI 模型供應商之間的 API 越來越標準化、prompt（給 AI 的指令）也可以稍微改一改就跨模型用、客戶換 backend（後端服務）的成本變低。</p>
<p>切換成本下降意味著 <a href="/blog/business/knowledge-cards/lock-in/" data-link-title="Lock-in" data-link-desc="說明鎖定效應如何形成護城河">Lock-in</a>（客戶離不開的結構）沒那麼牢、客戶可能 6 個月就重新評估技術棧、SaaS 賴以為生的「客戶用了 10 年捨不得換」假設崩。對應的 <a href="/blog/business/knowledge-cards/retention/" data-link-title="Retention" data-link-desc="說明客戶留存率與其對單位經濟的決定作用">retention</a>（客戶留存率、簽下來的客戶 N 期後還繼續付費的比例）要用更保守的數字、估值也要打折。</p>
<h3 id="支柱鬆動的綜合結果">支柱鬆動的綜合結果</h3>
<p>三件事疊起來、傳統 SaaS 的 70-80% 毛利目標跟 AI 產品商 2026 年的 50% 預估之間差距、就是 <a href="/blog/business/knowledge-cards/valuation/" data-link-title="Valuation" data-link-desc="說明估值的構成與商業判讀作用">估值</a> 倍數結構性受壓的根因。三家基礎模型供應商共同放棄 PLG 路徑、改押 FDE / Enterprise License、是這套結構鬆動下的合理 GTM 選擇—不是個別公司的策略偏好、是 unit economics 算式倒推的結論。</p>
<h2 id="為什麼必須派人到現場tacit-knowledge-萃取">為什麼必須派人到現場：Tacit Knowledge 萃取</h2>
<p>三支柱鬆動只解釋「為什麼不能走 PLG」、不解釋「為什麼必須是 FDE 而不是傳統 Sales-led」。下一塊拼圖是需求探索方法。</p>
<p>傳統 SaaS 開發流程依賴一件事：「需求可以用語言或圖描述清楚」。<a href="/blog/business/knowledge-cards/prd/" data-link-title="PRD" data-link-desc="說明產品需求文件與其在傳統 SaaS 開發中的角色">PRD</a> 寫得清楚、<a href="/blog/business/knowledge-cards/wireframe/" data-link-title="Wireframe" data-link-desc="說明線框圖在傳統產品設計流程中的角色">Wireframe</a> 畫得清楚、跑使用者測試、就可以遠端做產品。這流程在 CRM、文件、會議、CI/CD 等功能型軟體都成立。</p>
<p>AI native 應用不一樣。客戶說「我要一個自動處理理賠的 agent」這句話資訊量極低—你必須現場生成第一版、餵真實 case 進去、跟業務人員一起看輸出。然後業務人員會說：「這個 case 處理錯了、因為我們公司的潛規則是某某某」。這層藏在資深員工腦袋裡、寫不進 SOP 的 <a href="/blog/business/knowledge-cards/tacit-knowledge/" data-link-title="Tacit Knowledge" data-link-desc="說明隱性知識與其作為護城河的價值">Tacit Knowledge</a>、只有人坐在客戶端才能萃取出來、編碼進該客戶的 <a href="/blog/business/knowledge-cards/evaluation-set/" data-link-title="Evaluation Set" data-link-desc="說明評估集如何把隱性知識編碼進 AI 產品">Evaluation Set</a>。</p>
<p>這就是 FDE 不只是「重 GTM」、而是結構性被迫的根因。傳統 Sales-led 還能遠端做產品；FDE 必須長駐客戶辦公室。</p>
<h2 id="vibe-code-怎麼改變-fde-經濟學">Vibe Code 怎麼改變 FDE 經濟學</h2>
<p>FDE 模式過去只有 Palantir 玩得起。為什麼？因為 <a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟</a>（每個客戶能不能帶來足夠收入回本獲客成本）算不過來：</p>
<ul>
<li>一個 FDE 工程師年薪假設 20 萬美元</li>
<li>一年只能服務 1-2 個大客戶（要長駐客戶辦公室、產能極限）</li>
<li>每個客戶的合約金額至少要幾百萬美元、才能讓「人力成本 ÷ 服務客戶數 = 單位人力成本」對得起合約收入</li>
<li>用 <a href="/blog/business/knowledge-cards/ltv/" data-link-title="LTV" data-link-desc="說明客戶終身價值與其在估值中的作用">LTV</a>（Lifetime Value、客戶整個生命週期帶來的總收入）跟 <a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a> 對比、要 LTV/CAC ≥ 3 才算健康</li>
</ul>
<p>只有政府、Fortune 500 這類客戶的合約規模能撐起這套經濟、所以 Palantir 才能玩。一般中型企業合約金額不夠、塞不進這個算式。</p>
<p><a href="/blog/business/knowledge-cards/vibe-code/" data-link-title="Vibe Code" data-link-desc="說明用 AI 即時生成程式的開發模式">Vibe Code</a>（用 AI 編程工具邊聊邊寫代碼的開發模式）改變了這個。Cursor、Claude Code、Windsurf 這些工具把「從需求到可跑原型」的週期從幾週壓到幾小時。FDE 在客戶會議室就能當場跟 AI 一起寫出第一版、跟業務人員當場迭代。工程師產能因此變成過去的 3-5 倍—原本一年服務 1-2 個大客戶、現在能服務 5-10 個中型企業。</p>
<p>單位經濟算得過去之後、FDE 模式從「只有 Palantir 玩得起」變成「可以 scale 到幾百個中型企業」。Anthropic 鎖定 <a href="/blog/business/knowledge-cards/private-equity/" data-link-title="Private Equity (PE)" data-link-desc="說明私募基金與其對中型企業市場的策略意涵">PE</a>（Private Equity、私募基金）旗下中型企業、背後就是這個轉變—一個 PE 巨頭背後的投資組合公司數量可達 Fortune 500 規模、Anthropic 跟 PE 巨頭簽一個合約就能拿到幾十家中型企業作為客戶。</p>
<h2 id="三家不同押注的世界觀">三家不同押注的世界觀</h2>
<p>三家共同押 FDE 模式、但在「AI 商業化最終護城河在哪」這個問題上押注不同：</p>
<p>OpenAI（140 億美元 DeployCo）押 <a href="/blog/business/knowledge-cards/frontier-capability/" data-link-title="Frontier Capability" data-link-desc="說明前沿能力差距如何影響商業策略">Frontier 能力</a> 差距會繼續拉開—模型能力足以覆蓋大多數行業 know-how 的差異化價值、Tacit Knowledge 萃取的權重會下降。</p>
<p>Anthropic（15 億美元合資）押行業 know-how 比模型能力重要—模型差距會收斂、真正的差異在 <a href="/blog/business/knowledge-cards/tacit-knowledge/" data-link-title="Tacit Knowledge" data-link-desc="說明隱性知識與其作為護城河的價值">Tacit Knowledge</a> 萃取深度。</p>
<p>Google（內部 Cloud FDE）押 <a href="/blog/business/knowledge-cards/distribution/" data-link-title="Distribution" data-link-desc="說明分發優勢作為現有玩家的核心護城河">分發優勢</a> 勝過一切—它有 Cloud、Workspace、Android、既有客戶基礎大、轉化既有客戶比拉新更有效率。</p>
<p>三家押注互斥度高、預期至少有一條會在 5-10 年顯著勝出、但全部成功或全部失敗的機率都不高。差異化押注不影響本篇主論—三家在 FDE / Enterprise GTM 這層共識下做不同的長期賭。</p>
<h2 id="長期影響">長期影響</h2>
<p>長期看 5-10 年：</p>
<p>對 AI 商業化整體：FDE 跟 enterprise license 會是這波 AI 進企業的主要 GTM、不會回到 PLG。即使開源模型追上 Frontier、Tacit Knowledge 萃取的需求仍在、所以 FDE 不會消失—但可能會被更便宜的「半 FDE」（遠端 + 短期駐點）取代。</p>
<p>對 SaaS 業者：純軟體輕資產的舊路長期回不來。任何想做 AI 應用的 SaaS 公司、都得學派人駐點、做服務、跟客戶綁深。這是商業模式本質改變、不是暫時轉折。</p>
<p>對 Palantir：過去獨佔 FDE 模式的差異化會被稀釋—因為 vibe code 讓 FDE 可規模化、其他公司也能做。Palantir 的優勢轉到「累積最久的 fat skill + 最深的客戶整合」。</p>
<p>對中型企業：享受到 AI 進企業的好處—過去 FDE 服務不到的中段、現在 Anthropic / OpenAI 開始服務。</p>
<h2 id="預警訊號何時要重新評估這個分析">預警訊號：何時要重新評估這個分析</h2>
<p>關鍵假設要監控：</p>
<p><strong>假設一：AI 推論成本不會崩盤、毛利擠壓持續。</strong> 監控訊號：GPU 價格走勢、新硬體（TPU、自研晶片）的成熟、推論優化技術突破。如果推論成本崩盤、邊際成本回到接近零、PLG 數學重新成立、FDE 模式可能被棄。</p>
<p><strong>假設二：Tacit Knowledge 萃取的需求不會被工具取代。</strong> 監控訊號：客戶能不能用標準化工具自己編碼 evaluation set 而不用 FDE。如果工具夠成熟、FDE 從「結構性被迫」回到「可選 GTM」。</p>
<p><strong>假設三：三家押注勝出可預測。</strong> 機會成本：選錯邊（押 Frontier 但行業 know-how 勝、押 distribution 但 Frontier 勝）會有大量沉沒成本。</p>
<p>下面任一具體訊號出現、要重新評估這套分析：</p>
<table>
  <thead>
      <tr>
          <th>訊號</th>
          <th>觸發的修正方向</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>主要基礎模型供應商一年內大規模裁 FDE 團隊</td>
          <td>FDE 模式不可持續、要轉回 PLG 或 Sales-led</td>
      </tr>
      <tr>
          <td>標準化 evaluation set 工具讓客戶自助編碼 Tacit Knowledge</td>
          <td>FDE 從結構性被迫變回可選 GTM</td>
      </tr>
      <tr>
          <td>開源模型 + 開源 tooling 在多數 enterprise use case 上跟 Frontier 持平</td>
          <td>Lock-in 鬆動、enterprise license 的 LTV 假設崩</td>
      </tr>
      <tr>
          <td>推論成本崩盤（例如 GPU 價格 1/10 以下）</td>
          <td>第一支柱重新成立、SaaS 老路有機會回來</td>
      </tr>
  </tbody>
</table>
<h2 id="fde-是過渡還是長期結構">FDE 是過渡還是長期結構</h2>
<p>回到開放問題：FDE 是過渡狀態還是長期結構？目前沒有答案、但兩種劇本對應完全不同的戰略意涵。</p>
<p><strong>如果是過渡狀態</strong>：派人駐點只是因為產品還不夠成熟、等 AI 更強、工具更標準化、還是會回到 SaaS 低成本獲客模式。中期 SaaS 老路會復活、現有 PLG 工具有機會回來。對純軟體業者來說是「忍幾年回到老日子」。</p>
<p><strong>如果是長期結構</strong>：AI 商業化本質上就是要貼著客戶做、SaaS 那套輕資產打法永遠回不來。整個軟體業形態被改寫。對純軟體業者來說是「商業模式本質改變、要學會做服務」。</p>
<p>兩種劇本的判讀分水嶺：Tacit Knowledge 萃取能不能被工具標準化。能標準化、FDE 是過渡；不能標準化、FDE 是長期。兩種劇本目前都有持續訊號、無法給出可靠判斷—建議每 6-12 個月重新評估、看哪個劇本的訊號更強。</p>
<h2 id="判讀框架">判讀框架</h2>
<table>
  <thead>
      <tr>
          <th>判讀對象</th>
          <th>看什麼</th>
          <th>主要訊號</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>新創 GTM 選擇</td>
          <td>是 <a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a> 還是 <a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a> / Sales-led</td>
          <td>自助註冊 vs Contact Sales、業務工程師比例</td>
      </tr>
      <tr>
          <td>賽道毛利結構</td>
          <td><a href="/blog/business/knowledge-cards/cogs/" data-link-title="COGS" data-link-desc="說明銷售成本與其對毛利的影響">COGS</a> 是否接近零</td>
          <td>推論成本佔比、有沒有自有模型減 token 費</td>
      </tr>
      <tr>
          <td>FDE 單位經濟</td>
          <td>一個 FDE 一年能服務幾個客戶</td>
          <td>標準化工具是否成熟、客製化程度</td>
      </tr>
      <tr>
          <td>三家押注勝出</td>
          <td><a href="/blog/business/knowledge-cards/frontier-capability/" data-link-title="Frontier Capability" data-link-desc="說明前沿能力差距如何影響商業策略">Frontier</a> / 行業 know-how / <a href="/blog/business/knowledge-cards/distribution/" data-link-title="Distribution" data-link-desc="說明分發優勢作為現有玩家的核心護城河">Distribution</a> 哪個顯效</td>
          <td>模型 benchmark 收斂速度、客戶留存差距</td>
      </tr>
  </tbody>
</table>
<p>這個框架不只用在 AI 議題—當任何新興行業面對「自助上手 vs 高接觸服務」的 GTM 選擇時、都可以套這個三支柱問：邊際成本、產品壽命、切換成本三者是否成立？</p>
<h2 id="延伸閱讀">延伸閱讀</h2>
<ul>
<li><a href="/blog/business/case-analyses/claude-for-legal/" data-link-title="Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓" data-link-desc="用 WRAP 框架拆解基礎模型供應商進入垂直市場觸發的三層結構轉變：應用層 SaaS 毛利擠壓、新創淘汰、知識工作者判斷賭注放大">Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓</a> — 拆 vertical SaaS 與知識工作者衝擊</li>
<li><a href="/blog/business/case-analyses/bufstream-acquisition/" data-link-title="CoreWeave 收購 Bufstream：整併週期下的賽道判讀與基礎設施重組" data-link-desc="用 WRAP 框架拆解 CoreWeave 買 Bufstream 揭露的串流市場整併、算力廠商對基礎設施的剛需、以及對資料工程師職涯的意涵">CoreWeave 收購 Bufstream：整併週期下的賽道判讀</a> — AI 基礎設施重組</li>
<li><a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a>、<a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a>、<a href="/blog/business/knowledge-cards/tacit-knowledge/" data-link-title="Tacit Knowledge" data-link-desc="說明隱性知識與其作為護城河的價值">Tacit Knowledge</a> 卡片</li>
</ul>
]]></content:encoded></item><item><title>GTM</title><link>https://tarrragon.github.io/blog/business/knowledge-cards/gtm/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/knowledge-cards/gtm/</guid><description>&lt;p>GTM 的核心概念是「Go-To-Market，進入市場策略」—公司怎麼把產品賣到市場上的整套打法，包括定位、定價、銷售管道、目標客戶、行銷訊息、組織安排。GTM 不只是行銷或銷售，是從產品到收入的完整路徑設計。GTM 選擇決定 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC&lt;/a> 結構。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>GTM 是商業模式的執行層。同一個產品可以走不同 GTM—例如 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&lt;/a>（產品自助）、Sales-led（業務驅動）、Channel（通路夥伴）、&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE&lt;/a>（前線駐點）、&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/enterprise-license/" data-link-title="Enterprise License" data-link-desc="說明企業級授權的商業模式與鎖定效應">Enterprise License&lt;/a>（企業合約）。GTM 選擇直接影響 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC&lt;/a>、銷售週期、客戶輪廓。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判讀一家公司的 GTM：看它的銷售團隊比例（PLG 銷售很少，Enterprise 銷售人數比工程師多）、客戶簽約週期（PLG 幾分鐘，Enterprise 幾個月）、定價公開程度（PLG 全公開，Enterprise 需要 contact sales）。同一家公司在不同產品線可能走不同 GTM。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>讀「重新設計 GTM」「FDE 是新的 GTM」這類論述時，意味著該公司認為原本的進市場路徑不可行，需要結構性換打法。AI Labs 共同的 GTM 轉向就是從「賣 API 給開發者」變成「派工程師進企業」—這是 GTM 層的重大判斷，不只是業務團隊增員，而是商業模式的重新定位。&lt;/p></description><content:encoded><![CDATA[<p>GTM 的核心概念是「Go-To-Market，進入市場策略」—公司怎麼把產品賣到市場上的整套打法，包括定位、定價、銷售管道、目標客戶、行銷訊息、組織安排。GTM 不只是行銷或銷售，是從產品到收入的完整路徑設計。GTM 選擇決定 <a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a> 結構。</p>
<h2 id="概念位置">概念位置</h2>
<p>GTM 是商業模式的執行層。同一個產品可以走不同 GTM—例如 <a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a>（產品自助）、Sales-led（業務驅動）、Channel（通路夥伴）、<a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a>（前線駐點）、<a href="/blog/business/knowledge-cards/enterprise-license/" data-link-title="Enterprise License" data-link-desc="說明企業級授權的商業模式與鎖定效應">Enterprise License</a>（企業合約）。GTM 選擇直接影響 <a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a>、銷售週期、客戶輪廓。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判讀一家公司的 GTM：看它的銷售團隊比例（PLG 銷售很少，Enterprise 銷售人數比工程師多）、客戶簽約週期（PLG 幾分鐘，Enterprise 幾個月）、定價公開程度（PLG 全公開，Enterprise 需要 contact sales）。同一家公司在不同產品線可能走不同 GTM。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>讀「重新設計 GTM」「FDE 是新的 GTM」這類論述時，意味著該公司認為原本的進市場路徑不可行，需要結構性換打法。AI Labs 共同的 GTM 轉向就是從「賣 API 給開發者」變成「派工程師進企業」—這是 GTM 層的重大判斷，不只是業務團隊增員，而是商業模式的重新定位。</p>
]]></content:encoded></item><item><title>PLG</title><link>https://tarrragon.github.io/blog/business/knowledge-cards/plg/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/knowledge-cards/plg/</guid><description>&lt;p>PLG 的核心概念是「Product-Led Growth，產品自助成長」—讓使用者自己註冊、自己上手、自己付費，不靠業務團隊推銷。Slack、Notion、Figma、Zoom 都是經典 PLG。PLG 是 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM&lt;/a> 策略的一種，前提是極低 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC&lt;/a> 與接近零 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/marginal-cost/" data-link-title="Marginal Cost" data-link-desc="說明邊際成本及其對商業模式擴張性的決定作用">邊際成本&lt;/a>。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>PLG 跟 Sales-led（業務驅動）相對。PLG 依賴極低的 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC&lt;/a>、接近零的 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/marginal-cost/" data-link-title="Marginal Cost" data-link-desc="說明邊際成本及其對商業模式擴張性的決定作用">邊際成本&lt;/a>、產品本身有自帶傳播力（同事看到就會用）。三者中任何一個鬆動，PLG 數學就難跑—這是 AI 時代 PLG 不再萬靈丹的結構原因。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>判斷一個產品走 PLG：免費試用無需信用卡、註冊到啟用只要幾分鐘、定價公開且自助購買、產品內建分享機制（邀請同事、共用文件）。Calendly 的 PLG 經典—被約會的人看到別人用就會自己去註冊，產品本身就是行銷管道。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>PLG 的數學前提是「&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利&lt;/a> 夠高 + 邊際成本夠低」—這樣免費使用者也不傷成本，付費轉化能彌補。AI 產品因為推論成本真實存在，免費試用會直接燒錢，PLG 就難跑—這就是為什麼 AI Labs 都在從 PLG 轉向 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/enterprise-license/" data-link-title="Enterprise License" data-link-desc="說明企業級授權的商業模式與鎖定效應">Enterprise License&lt;/a> 與 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>PLG 的核心概念是「Product-Led Growth，產品自助成長」—讓使用者自己註冊、自己上手、自己付費，不靠業務團隊推銷。Slack、Notion、Figma、Zoom 都是經典 PLG。PLG 是 <a href="/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM</a> 策略的一種，前提是極低 <a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a> 與接近零 <a href="/blog/business/knowledge-cards/marginal-cost/" data-link-title="Marginal Cost" data-link-desc="說明邊際成本及其對商業模式擴張性的決定作用">邊際成本</a>。</p>
<h2 id="概念位置">概念位置</h2>
<p>PLG 跟 Sales-led（業務驅動）相對。PLG 依賴極低的 <a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a>、接近零的 <a href="/blog/business/knowledge-cards/marginal-cost/" data-link-title="Marginal Cost" data-link-desc="說明邊際成本及其對商業模式擴張性的決定作用">邊際成本</a>、產品本身有自帶傳播力（同事看到就會用）。三者中任何一個鬆動，PLG 數學就難跑—這是 AI 時代 PLG 不再萬靈丹的結構原因。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>判斷一個產品走 PLG：免費試用無需信用卡、註冊到啟用只要幾分鐘、定價公開且自助購買、產品內建分享機制（邀請同事、共用文件）。Calendly 的 PLG 經典—被約會的人看到別人用就會自己去註冊，產品本身就是行銷管道。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>PLG 的數學前提是「<a href="/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利</a> 夠高 + 邊際成本夠低」—這樣免費使用者也不傷成本，付費轉化能彌補。AI 產品因為推論成本真實存在，免費試用會直接燒錢，PLG 就難跑—這就是為什麼 AI Labs 都在從 PLG 轉向 <a href="/blog/business/knowledge-cards/enterprise-license/" data-link-title="Enterprise License" data-link-desc="說明企業級授權的商業模式與鎖定效應">Enterprise License</a> 與 <a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a>。</p>
]]></content:encoded></item><item><title>FDE</title><link>https://tarrragon.github.io/blog/business/knowledge-cards/fde/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/knowledge-cards/fde/</guid><description>&lt;p>FDE 的核心概念是「Forward Deployed Engineer，前線部署工程師」—工程師直接派駐到客戶公司，跟客戶一起把產品塞進工作流程，不是賣完軟體就走。Palantir 是 FDE 模式的鼻祖，OpenAI、Anthropic、Google 近年都在大規模採用。FDE 是 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM&lt;/a> 策略的一種，與 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&lt;/a> 相對。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>FDE 的成立條件是客戶有大量 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/tacit-knowledge/" data-link-title="Tacit Knowledge" data-link-desc="說明隱性知識與其作為護城河的價值">隱性知識&lt;/a> 寫不進 SOP，產品需要現場萃取這些知識才能落地。Palantir 過去獨佔 FDE 模式是因為 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">unit economics&lt;/a> 算不過來—現在 AI 編程工具改變了這個前提，FDE 可以下沉到中型企業市場。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>FDE 模式的訊號：客戶簽約後工程師長駐客戶辦公室幾週到幾個月、產品高度客製化、合約金額大、續約率極高。Palantir 一個 FDE 一年原本只能服務一兩個大客戶；&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/vibe-code/" data-link-title="Vibe Code" data-link-desc="說明用 AI 即時生成程式的開發模式">Vibe Code&lt;/a> 工具把原型開發時間從幾週壓到幾小時後，FDE 產能變成過去三到五倍。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>讀到「某家公司轉向 FDE」時，意味著該行業的需求不能靠語言描述清楚—客戶說「我要一個 agent」這句資訊量太低，必須現場跟業務人員一起跑真實案例。FDE 是這波 AI 商業化的 enabler，因為它能把客戶的 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/tacit-knowledge/" data-link-title="Tacit Knowledge" data-link-desc="說明隱性知識與其作為護城河的價值">隱性知識&lt;/a> 編碼進 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/evaluation-set/" data-link-title="Evaluation Set" data-link-desc="說明評估集如何把隱性知識編碼進 AI 產品">evaluation set&lt;/a>。是長期結構還是過渡狀態目前無解。&lt;/p></description><content:encoded><![CDATA[<p>FDE 的核心概念是「Forward Deployed Engineer，前線部署工程師」—工程師直接派駐到客戶公司，跟客戶一起把產品塞進工作流程，不是賣完軟體就走。Palantir 是 FDE 模式的鼻祖，OpenAI、Anthropic、Google 近年都在大規模採用。FDE 是 <a href="/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM</a> 策略的一種，與 <a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a> 相對。</p>
<h2 id="概念位置">概念位置</h2>
<p>FDE 的成立條件是客戶有大量 <a href="/blog/business/knowledge-cards/tacit-knowledge/" data-link-title="Tacit Knowledge" data-link-desc="說明隱性知識與其作為護城河的價值">隱性知識</a> 寫不進 SOP，產品需要現場萃取這些知識才能落地。Palantir 過去獨佔 FDE 模式是因為 <a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">unit economics</a> 算不過來—現在 AI 編程工具改變了這個前提，FDE 可以下沉到中型企業市場。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>FDE 模式的訊號：客戶簽約後工程師長駐客戶辦公室幾週到幾個月、產品高度客製化、合約金額大、續約率極高。Palantir 一個 FDE 一年原本只能服務一兩個大客戶；<a href="/blog/business/knowledge-cards/vibe-code/" data-link-title="Vibe Code" data-link-desc="說明用 AI 即時生成程式的開發模式">Vibe Code</a> 工具把原型開發時間從幾週壓到幾小時後，FDE 產能變成過去三到五倍。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>讀到「某家公司轉向 FDE」時，意味著該行業的需求不能靠語言描述清楚—客戶說「我要一個 agent」這句資訊量太低，必須現場跟業務人員一起跑真實案例。FDE 是這波 AI 商業化的 enabler，因為它能把客戶的 <a href="/blog/business/knowledge-cards/tacit-knowledge/" data-link-title="Tacit Knowledge" data-link-desc="說明隱性知識與其作為護城河的價值">隱性知識</a> 編碼進 <a href="/blog/business/knowledge-cards/evaluation-set/" data-link-title="Evaluation Set" data-link-desc="說明評估集如何把隱性知識編碼進 AI 產品">evaluation set</a>。是長期結構還是過渡狀態目前無解。</p>
]]></content:encoded></item><item><title>JV</title><link>https://tarrragon.github.io/blog/business/knowledge-cards/jv/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/knowledge-cards/jv/</guid><description>&lt;p>JV 的核心概念是「Joint Venture，合資企業」—兩家或多家公司一起出資成立新公司或合作專案，共享風險與收益。Anthropic 跟 Blackstone、高盛合資進企業市場，就是 JV 模式。JV 是進入新市場的一種 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM&lt;/a> 結構。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>JV 適用於需要對方的客戶基礎、行業知識或法律授權，但又不想被完全併購的場景。相對於自建（greenfield）或併購（acquisition），JV 共擔風險、共享資源，但決策複雜度高。常跟 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE&lt;/a> 一起出現—JV 提供客戶基礎、FDE 提供現場落地能力。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>JV 常見訊號：合作雙方有互補資源（A 有技術、B 有客戶）、新公司有獨立董事會與管理層、股權比例與決策權設計複雜。Anthropic + Blackstone 的 JV—Anthropic 出 AI 技術，Blackstone 出 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/private-equity/" data-link-title="Private Equity (PE)" data-link-desc="說明私募基金與其對中型企業市場的策略意涵">PE&lt;/a> 投資組合公司當客戶基礎。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>看到 AI Labs 大規模做 JV，意味著它們判斷單靠自己進企業市場效率太低，需要借力行業既有玩家。這跟 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE&lt;/a> 一起出現的訊號是「&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&lt;/a> 模式不適合 AI 進企業」—得用更重、更貼客戶的方式做 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM&lt;/a>。JV 的潛在風險是文化衝突、決策慢、利益分配難算清楚。&lt;/p></description><content:encoded><![CDATA[<p>JV 的核心概念是「Joint Venture，合資企業」—兩家或多家公司一起出資成立新公司或合作專案，共享風險與收益。Anthropic 跟 Blackstone、高盛合資進企業市場，就是 JV 模式。JV 是進入新市場的一種 <a href="/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM</a> 結構。</p>
<h2 id="概念位置">概念位置</h2>
<p>JV 適用於需要對方的客戶基礎、行業知識或法律授權，但又不想被完全併購的場景。相對於自建（greenfield）或併購（acquisition），JV 共擔風險、共享資源，但決策複雜度高。常跟 <a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a> 一起出現—JV 提供客戶基礎、FDE 提供現場落地能力。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>JV 常見訊號：合作雙方有互補資源（A 有技術、B 有客戶）、新公司有獨立董事會與管理層、股權比例與決策權設計複雜。Anthropic + Blackstone 的 JV—Anthropic 出 AI 技術，Blackstone 出 <a href="/blog/business/knowledge-cards/private-equity/" data-link-title="Private Equity (PE)" data-link-desc="說明私募基金與其對中型企業市場的策略意涵">PE</a> 投資組合公司當客戶基礎。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>看到 AI Labs 大規模做 JV，意味著它們判斷單靠自己進企業市場效率太低，需要借力行業既有玩家。這跟 <a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a> 一起出現的訊號是「<a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a> 模式不適合 AI 進企業」—得用更重、更貼客戶的方式做 <a href="/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM</a>。JV 的潛在風險是文化衝突、決策慢、利益分配難算清楚。</p>
]]></content:encoded></item><item><title>CAC</title><link>https://tarrragon.github.io/blog/business/knowledge-cards/cac/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/knowledge-cards/cac/</guid><description>&lt;p>CAC 的核心概念是「Customer Acquisition Cost，獲客成本」—拉一個新客戶進來總共要花多少錢，包括行銷費、業務人力、廣告投放、銷售獎金等所有成本除以新客數。CAC 是 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟&lt;/a> 的核心參數。&lt;/p>
&lt;h2 id="概念位置">概念位置&lt;/h2>
&lt;p>CAC 跟 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/ltv/" data-link-title="LTV" data-link-desc="說明客戶終身價值與其在估值中的作用">LTV&lt;/a> 一起構成 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟&lt;/a> 的兩端。LTV/CAC &amp;gt; 3 通常被視為健康，意思是一個客戶帶來的總收入要至少是獲取成本的三倍。CAC 由 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM&lt;/a> 選擇決定—不同 GTM 對應不同 CAC 量級。&lt;/p>
&lt;h2 id="可觀察訊號與例子">可觀察訊號與例子&lt;/h2>
&lt;p>不同 GTM 的 CAC 差異極大：&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&lt;/a> 的 CAC 可以很低（幾十美金，靠口碑），Sales-led 的 CAC 從幾百到幾千美金，&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/enterprise-license/" data-link-title="Enterprise License" data-link-desc="說明企業級授權的商業模式與鎖定效應">Enterprise&lt;/a> / &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE&lt;/a> 的 CAC 可達幾萬到幾十萬美金（要派工程師駐點）。&lt;/p>
&lt;h2 id="判讀方式">判讀方式&lt;/h2>
&lt;p>讀到「CAC 上升」「PLG 數學算不過來」時，通常指該行業面臨 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利&lt;/a> 下滑或 LTV 下降，導致原本能撐的 CAC 變成負擔。AI 時代許多新創要把 GTM 從 PLG 改成 Sales-led 或 FDE，意味著 CAC 會大幅上升—這直接擠壓 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/pnl/" data-link-title="P&amp;amp;L" data-link-desc="說明損益表的結構與商業判讀作用">P&amp;amp;L&lt;/a> 與 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/valuation/" data-link-title="Valuation" data-link-desc="說明估值的構成與商業判讀作用">估值&lt;/a>。&lt;/p></description><content:encoded><![CDATA[<p>CAC 的核心概念是「Customer Acquisition Cost，獲客成本」—拉一個新客戶進來總共要花多少錢，包括行銷費、業務人力、廣告投放、銷售獎金等所有成本除以新客數。CAC 是 <a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟</a> 的核心參數。</p>
<h2 id="概念位置">概念位置</h2>
<p>CAC 跟 <a href="/blog/business/knowledge-cards/ltv/" data-link-title="LTV" data-link-desc="說明客戶終身價值與其在估值中的作用">LTV</a> 一起構成 <a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟</a> 的兩端。LTV/CAC &gt; 3 通常被視為健康，意思是一個客戶帶來的總收入要至少是獲取成本的三倍。CAC 由 <a href="/blog/business/knowledge-cards/gtm/" data-link-title="GTM" data-link-desc="說明進入市場策略的完整含義">GTM</a> 選擇決定—不同 GTM 對應不同 CAC 量級。</p>
<h2 id="可觀察訊號與例子">可觀察訊號與例子</h2>
<p>不同 GTM 的 CAC 差異極大：<a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a> 的 CAC 可以很低（幾十美金，靠口碑），Sales-led 的 CAC 從幾百到幾千美金，<a href="/blog/business/knowledge-cards/enterprise-license/" data-link-title="Enterprise License" data-link-desc="說明企業級授權的商業模式與鎖定效應">Enterprise</a> / <a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a> 的 CAC 可達幾萬到幾十萬美金（要派工程師駐點）。</p>
<h2 id="判讀方式">判讀方式</h2>
<p>讀到「CAC 上升」「PLG 數學算不過來」時，通常指該行業面臨 <a href="/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利</a> 下滑或 LTV 下降，導致原本能撐的 CAC 變成負擔。AI 時代許多新創要把 GTM 從 PLG 改成 Sales-led 或 FDE，意味著 CAC 會大幅上升—這直接擠壓 <a href="/blog/business/knowledge-cards/pnl/" data-link-title="P&amp;L" data-link-desc="說明損益表的結構與商業判讀作用">P&amp;L</a> 與 <a href="/blog/business/knowledge-cards/valuation/" data-link-title="Valuation" data-link-desc="說明估值的構成與商業判讀作用">估值</a>。</p>
]]></content:encoded></item></channel></rss>