<?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>閱讀商業分析的框架 on Tarragon</title><link>https://tarrragon.github.io/blog/business/reading-frameworks/</link><description>Recent content in 閱讀商業分析的框架 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/business/reading-frameworks/index.xml" rel="self" type="application/rss+xml"/><item><title>媒介—讀者—目的矩陣</title><link>https://tarrragon.github.io/blog/business/reading-frameworks/reader-purpose-matrix/</link><pubDate>Tue, 19 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/reading-frameworks/reader-purpose-matrix/</guid><description>&lt;p>媒介—讀者—目的矩陣的核心責任是把「眼前這篇文章是給誰看的」轉成一個可操作判斷。商業內容的類型決定它的密度、語氣、深度與該被怎麼讀；同一個事件（例如某家 AI 公司的併購案）在不同媒介上會被寫成完全不同的內容。&lt;/p>
&lt;h2 id="矩陣本體">矩陣本體&lt;/h2>
&lt;table>
 &lt;thead>
 &lt;tr>
 &lt;th>媒介&lt;/th>
 &lt;th>預設讀者&lt;/th>
 &lt;th>寫作目的&lt;/th>
 &lt;th>內容特徵&lt;/th>
 &lt;/tr>
 &lt;/thead>
 &lt;tbody>
 &lt;tr>
 &lt;td>大眾財經媒體&lt;/td>
 &lt;td>一般投資人&lt;/td>
 &lt;td>知道發生了什麼&lt;/td>
 &lt;td>事件導向、低術語密度、結論導向&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>Bloomberg / 彭博&lt;/td>
 &lt;td>機構投資人&lt;/td>
 &lt;td>看數字做交易&lt;/td>
 &lt;td>高密度數據、即時、不解釋背景&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>深度部落格 / 電子報&lt;/td>
 &lt;td>VC、創辦人、策略人&lt;/td>
 &lt;td>建立分析框架&lt;/td>
 &lt;td>高術語密度、論證導向、結論常是「該怎麼看」&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>學術期刊&lt;/td>
 &lt;td>學者&lt;/td>
 &lt;td>累積知識&lt;/td>
 &lt;td>嚴謹方法、引用密集、結論限定條件多&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>MBA 教材&lt;/td>
 &lt;td>學生、經理人&lt;/td>
 &lt;td>學通用框架&lt;/td>
 &lt;td>中等密度、框架導向、案例搭配&lt;/td>
 &lt;/tr>
 &lt;tr>
 &lt;td>產業內幕（技術圈）&lt;/td>
 &lt;td>領域工程師、技術主管&lt;/td>
 &lt;td>安撫焦慮、給方向感&lt;/td>
 &lt;td>帶感情、有梗、結論常是「我們做的事很重要」&lt;/td>
 &lt;/tr>
 &lt;/tbody>
&lt;/table>
&lt;h2 id="怎麼用這張表">怎麼用這張表&lt;/h2>
&lt;p>讀到一篇文章時依下面三步定位：&lt;/p>
&lt;p>第一步：辨識媒介。在哪個平台？電子報、部落格、新聞媒體、學術出版？對應到表中的一列。&lt;/p>
&lt;p>第二步：辨識預設讀者。文章開頭幾段假設讀者知道什麼？如果開頭就用 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/cogs/" data-link-title="COGS" data-link-desc="說明銷售成本與其對毛利的影響">COGS&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/ltv/" data-link-title="LTV" data-link-desc="說明客戶終身價值與其在估值中的作用">LTV&lt;/a> 而不解釋，預設讀者是 VC / 創辦人；如果開頭解釋每個術語，預設讀者是入門讀者。&lt;/p>
&lt;p>第三步：辨識寫作目的。作者是要「告訴你發生了什麼」「給你交易訊號」「建立分析框架」還是「安撫某群人的焦慮」？目的決定該怎麼用文章的結論。&lt;/p>
&lt;h2 id="常見誤讀">常見誤讀&lt;/h2>
&lt;p>把深度部落格當投資建議是最常見的誤讀。深度部落格寫「&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/valuation-compression/" data-link-title="Valuation Compression" data-link-desc="說明估值壓縮如何影響新創生存">估值會被壓縮&lt;/a>」是在建立分析框架，不是叫你賣股票；把它當交易訊號去做決策會出大事。&lt;/p>
&lt;p>把產業內幕當大眾財經也常見。技術圈的「某家公司賣掉了」對工程師是賽道訊號，對大眾財經讀者沒太大意義；如果把這類文章轉給不懂技術的朋友看，他們會抓不到重點。&lt;/p>
&lt;p>把大眾財經當深度分析則相反—大眾財經為了易懂會犧牲精確度，用它的結論去做策略判斷會踩到簡化過的論證。&lt;/p>
&lt;h2 id="判讀訊號">判讀訊號&lt;/h2>
&lt;p>文章的術語密度、論證鏈長度、結論是否帶條件，三者能反映文章類型。深度部落格術語密度高、論證鏈長、結論帶條件；大眾財經三者都低；學術期刊三者都更高且引用嚴謹。把這三個訊號當定位錨點，能快速識別文章類型。&lt;/p>
&lt;h2 id="跟其他框架的關係">跟其他框架的關係&lt;/h2>
&lt;p>這個矩陣處理的是「文章類型定位」。它不處理「文章內容是否正確」（那要靠&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/" data-link-title="商業概念知識卡片" data-link-desc="用原子化卡片整理商業模式、單位經濟、進入市場、競爭護城河、市場動態、資本估值與執行知識的術語">領域知識卡片&lt;/a> 跟外部查證），也不處理「作者立場是否中立」（那需要立場揭露檢查）。三者組合起來才完整—類型定位告訴你該怎麼讀、領域知識告訴你內容是不是對、立場揭露告訴你該打多少折扣。&lt;/p></description><content:encoded><![CDATA[<p>媒介—讀者—目的矩陣的核心責任是把「眼前這篇文章是給誰看的」轉成一個可操作判斷。商業內容的類型決定它的密度、語氣、深度與該被怎麼讀；同一個事件（例如某家 AI 公司的併購案）在不同媒介上會被寫成完全不同的內容。</p>
<h2 id="矩陣本體">矩陣本體</h2>
<table>
  <thead>
      <tr>
          <th>媒介</th>
          <th>預設讀者</th>
          <th>寫作目的</th>
          <th>內容特徵</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>大眾財經媒體</td>
          <td>一般投資人</td>
          <td>知道發生了什麼</td>
          <td>事件導向、低術語密度、結論導向</td>
      </tr>
      <tr>
          <td>Bloomberg / 彭博</td>
          <td>機構投資人</td>
          <td>看數字做交易</td>
          <td>高密度數據、即時、不解釋背景</td>
      </tr>
      <tr>
          <td>深度部落格 / 電子報</td>
          <td>VC、創辦人、策略人</td>
          <td>建立分析框架</td>
          <td>高術語密度、論證導向、結論常是「該怎麼看」</td>
      </tr>
      <tr>
          <td>學術期刊</td>
          <td>學者</td>
          <td>累積知識</td>
          <td>嚴謹方法、引用密集、結論限定條件多</td>
      </tr>
      <tr>
          <td>MBA 教材</td>
          <td>學生、經理人</td>
          <td>學通用框架</td>
          <td>中等密度、框架導向、案例搭配</td>
      </tr>
      <tr>
          <td>產業內幕（技術圈）</td>
          <td>領域工程師、技術主管</td>
          <td>安撫焦慮、給方向感</td>
          <td>帶感情、有梗、結論常是「我們做的事很重要」</td>
      </tr>
  </tbody>
</table>
<h2 id="怎麼用這張表">怎麼用這張表</h2>
<p>讀到一篇文章時依下面三步定位：</p>
<p>第一步：辨識媒介。在哪個平台？電子報、部落格、新聞媒體、學術出版？對應到表中的一列。</p>
<p>第二步：辨識預設讀者。文章開頭幾段假設讀者知道什麼？如果開頭就用 <a href="/blog/business/knowledge-cards/cogs/" data-link-title="COGS" data-link-desc="說明銷售成本與其對毛利的影響">COGS</a>、<a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a>、<a href="/blog/business/knowledge-cards/ltv/" data-link-title="LTV" data-link-desc="說明客戶終身價值與其在估值中的作用">LTV</a> 而不解釋，預設讀者是 VC / 創辦人；如果開頭解釋每個術語，預設讀者是入門讀者。</p>
<p>第三步：辨識寫作目的。作者是要「告訴你發生了什麼」「給你交易訊號」「建立分析框架」還是「安撫某群人的焦慮」？目的決定該怎麼用文章的結論。</p>
<h2 id="常見誤讀">常見誤讀</h2>
<p>把深度部落格當投資建議是最常見的誤讀。深度部落格寫「<a href="/blog/business/knowledge-cards/valuation-compression/" data-link-title="Valuation Compression" data-link-desc="說明估值壓縮如何影響新創生存">估值會被壓縮</a>」是在建立分析框架，不是叫你賣股票；把它當交易訊號去做決策會出大事。</p>
<p>把產業內幕當大眾財經也常見。技術圈的「某家公司賣掉了」對工程師是賽道訊號，對大眾財經讀者沒太大意義；如果把這類文章轉給不懂技術的朋友看，他們會抓不到重點。</p>
<p>把大眾財經當深度分析則相反—大眾財經為了易懂會犧牲精確度，用它的結論去做策略判斷會踩到簡化過的論證。</p>
<h2 id="判讀訊號">判讀訊號</h2>
<p>文章的術語密度、論證鏈長度、結論是否帶條件，三者能反映文章類型。深度部落格術語密度高、論證鏈長、結論帶條件；大眾財經三者都低；學術期刊三者都更高且引用嚴謹。把這三個訊號當定位錨點，能快速識別文章類型。</p>
<h2 id="跟其他框架的關係">跟其他框架的關係</h2>
<p>這個矩陣處理的是「文章類型定位」。它不處理「文章內容是否正確」（那要靠<a href="/blog/business/knowledge-cards/" data-link-title="商業概念知識卡片" data-link-desc="用原子化卡片整理商業模式、單位經濟、進入市場、競爭護城河、市場動態、資本估值與執行知識的術語">領域知識卡片</a> 跟外部查證），也不處理「作者立場是否中立」（那需要立場揭露檢查）。三者組合起來才完整—類型定位告訴你該怎麼讀、領域知識告訴你內容是不是對、立場揭露告訴你該打多少折扣。</p>
]]></content:encoded></item><item><title>降一級寫法：用矩陣框架讓技術讀者讀懂商業分析</title><link>https://tarrragon.github.io/blog/business/reading-frameworks/writing-down-a-level/</link><pubDate>Wed, 20 May 2026 00:00:00 +0000</pubDate><guid>https://tarrragon.github.io/blog/business/reading-frameworks/writing-down-a-level/</guid><description>&lt;p>降一級寫法的核心目的是讓目標讀者比文章原本預設讀者低一級的人也能讀懂。寫商業 case-analyses 時、寫作者常不自覺把目標讀者預設成「跟自己同行的 VC / 創辦人 / 策略人」（&lt;a href="https://tarrragon.github.io/blog/business/reading-frameworks/reader-purpose-matrix/" data-link-title="媒介—讀者—目的矩陣" data-link-desc="用媒介、讀者、目的三軸定位一篇商業分析的類型，避免把策略分析誤讀成投資建議或把產業內幕誤讀成大眾財經">矩陣&lt;/a> 的「深度部落格」層）、但實際讀者是「工程背景、想理解商業分析」（接近「MBA 教材」層）。一級的落差不大、但累積起來會讓讀者在每段都需要回去查術語跟拆因果鏈、閱讀成本爆增。&lt;/p>
&lt;h2 id="為什麼會寫超過目標讀者一級">為什麼會寫超過目標讀者一級&lt;/h2>
&lt;p>寫商業分析的常見陷阱是把「自己熟悉的術語密度」當預設。寫作者跟 VC / 創辦人對 &lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&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/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟&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;/p>
&lt;p>實際 case：&lt;a href="https://tarrragon.github.io/blog/business/case-analyses/claude-for-legal/" data-link-title="Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓" data-link-desc="用 WRAP 框架拆解基礎模型供應商進入垂直市場觸發的三層結構轉變：應用層 SaaS 毛利擠壓、新創淘汰、知識工作者判斷賭注放大">Claude for Legal 之後&lt;/a> 第一層擠壓段原本寫成：&lt;/p>
&lt;blockquote>
&lt;p>毛利下降是讓 P&amp;amp;L 跑不過去的差距。PLG 的數學算不過來、要轉成 Sales-led 或 FDE、但這又拉高 CAC。兩頭夾擊—單位經濟受傷、估值倍數被壓。&lt;/p>&lt;/blockquote>
&lt;p>3 句話塞了 6 個術語（毛利、P&amp;amp;L、PLG、Sales-led、FDE、CAC、單位經濟、估值倍數）。對 VC / 創辦人來說 3 秒讀完；對工程背景讀者來說每句都要停下來解碼、整段讀完得花 2-3 分鐘。&lt;/p>
&lt;h2 id="降一級的四個策略">降一級的四個策略&lt;/h2>
&lt;h3 id="策略一拆因果鏈每個邏輯-step-獨立成句">策略一：拆因果鏈、每個邏輯 step 獨立成句&lt;/h3>
&lt;p>原版把「毛利下降 → PLG 數學算不過來 → 要轉 Sales-led 或 FDE → CAC 拉高 → 兩頭夾擊 → 單位經濟受傷 → 估值倍數被壓」這個 7 步推論壓進 3 句話。每步邏輯跳躍對熟悉領域的人是省力、對讀者是要在腦中補完跳過的步驟。&lt;/p>
&lt;p>降一級的做法是把每個邏輯 step 獨立成段、用「第一 / 第二 / 第三」結構讓讀者跟得上：&lt;/p>
&lt;ul>
&lt;li>第一、賺到的錢不夠付業務跟行銷（毛利下降的直接後果）&lt;/li>
&lt;li>第二、免費試用變成燒錢（為什麼 PLG 數學算不過來）&lt;/li>
&lt;li>第三、被迫轉成更貴的銷售模式（為什麼要轉 Sales-led / FDE）&lt;/li>
&lt;/ul>
&lt;p>每段獨立、讀者一次處理一個概念、不用在腦中疊三個跳躍。&lt;/p>
&lt;h3 id="策略二術語首次出現時-unpack">策略二：術語首次出現時 unpack&lt;/h3>
&lt;p>原版的「&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;p>降一級的做法是首次出現時直接在括號裡解釋一句：&lt;/p>
&lt;blockquote>
&lt;p>&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、靠產品自己吸引用戶上來、不靠業務推銷）&lt;/p>&lt;/blockquote>
&lt;p>讀者讀到這裡不用點開連結、括號裡的一句話就夠跟上後續論證。卡片連結保留、是給想深入的讀者用、不是預設動作。&lt;/p>
&lt;h3 id="策略三加具體算式--數字">策略三：加具體算式 / 數字&lt;/h3>
&lt;p>原版的「毛利下降」「兩頭夾擊」「估值倍數被壓」都是抽象描述。降一級的做法是配具體數字：&lt;/p>
&lt;ul>
&lt;li>毛利下降 → 「從 70-80% 掉到 50% 出頭、30 個百分點差距」&lt;/li>
&lt;li>兩頭夾擊 → 「收入端毛利從 70% 掉到 50%、支出端 CAC 從幾十美元跳到幾千甚至幾萬美元」&lt;/li>
&lt;li>估值倍數被壓 → 沒有直接數字、但前後的因果鏈讓讀者能自己推導&lt;/li>
&lt;/ul>
&lt;p>抽象描述對熟悉領域的人是「我知道你在說什麼」、對讀者是「我不知道這個尺度多大」。具體數字提供尺度感。&lt;/p>
&lt;h3 id="策略四避免術語連發術語之間用白話橋連接">策略四：避免術語連發、術語之間用「白話橋」連接&lt;/h3>
&lt;p>原版「PLG 的數學算不過來、要轉成 Sales-led 或 FDE、但這又拉高 CAC」是 4 個術語連發、白話讀者要在腦中組裝因果。&lt;/p>
&lt;p>降一級的做法是用白話句連接術語：&lt;/p>
&lt;blockquote>
&lt;p>PLG 不能用、改回業務面對面賣（Sales-led）、或乾脆派工程師駐點客戶辦公室（FDE、Forward Deployed Engineer）&lt;/p>&lt;/blockquote>
&lt;p>「改回業務面對面賣」「乾脆派工程師駐點客戶辦公室」這兩句白話橋讓讀者看到從 PLG 轉到 Sales-led 或 FDE 的具體畫面、不是術語對術語的跳躍。&lt;/p>
&lt;h2 id="對照示範">對照示範&lt;/h2>
&lt;p>同一段內容、用兩個 register 寫：&lt;/p>
&lt;p>&lt;strong>原版（深度部落格 / VC、創辦人）&lt;/strong>：&lt;/p>
&lt;blockquote>
&lt;p>毛利下降是讓 &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/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG&lt;/a> 的數學算不過來、要轉成 Sales-led 或 &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/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC&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> 受傷、&lt;a href="https://tarrragon.github.io/blog/business/knowledge-cards/valuation/" data-link-title="Valuation" data-link-desc="說明估值的構成與商業判讀作用">估值&lt;/a> 倍數被壓。&lt;/p>&lt;/blockquote>
&lt;p>3 句、約 100 字。&lt;/p>
&lt;p>&lt;strong>降一級（MBA 教材 / 學生、經理人 / 工程背景讀者）&lt;/strong>：&lt;/p></description><content:encoded><![CDATA[<p>降一級寫法的核心目的是讓目標讀者比文章原本預設讀者低一級的人也能讀懂。寫商業 case-analyses 時、寫作者常不自覺把目標讀者預設成「跟自己同行的 VC / 創辦人 / 策略人」（<a href="/blog/business/reading-frameworks/reader-purpose-matrix/" data-link-title="媒介—讀者—目的矩陣" data-link-desc="用媒介、讀者、目的三軸定位一篇商業分析的類型，避免把策略分析誤讀成投資建議或把產業內幕誤讀成大眾財經">矩陣</a> 的「深度部落格」層）、但實際讀者是「工程背景、想理解商業分析」（接近「MBA 教材」層）。一級的落差不大、但累積起來會讓讀者在每段都需要回去查術語跟拆因果鏈、閱讀成本爆增。</p>
<h2 id="為什麼會寫超過目標讀者一級">為什麼會寫超過目標讀者一級</h2>
<p>寫商業分析的常見陷阱是把「自己熟悉的術語密度」當預設。寫作者跟 VC / 創辦人對 <a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a>、<a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a>、<a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟</a>、<a href="/blog/business/knowledge-cards/gross-margin/" data-link-title="Gross Margin" data-link-desc="說明毛利率與其對商業模式可行性的決定作用">毛利</a> 是日常詞彙、一句話三個術語也通順；但對技術背景讀者、這些術語都需要查、一句話三個術語就成了「停下來查三次」。</p>
<p>實際 case：<a href="/blog/business/case-analyses/claude-for-legal/" data-link-title="Claude for Legal 之後：應用層、新創、知識工作者的三層擠壓" data-link-desc="用 WRAP 框架拆解基礎模型供應商進入垂直市場觸發的三層結構轉變：應用層 SaaS 毛利擠壓、新創淘汰、知識工作者判斷賭注放大">Claude for Legal 之後</a> 第一層擠壓段原本寫成：</p>
<blockquote>
<p>毛利下降是讓 P&amp;L 跑不過去的差距。PLG 的數學算不過來、要轉成 Sales-led 或 FDE、但這又拉高 CAC。兩頭夾擊—單位經濟受傷、估值倍數被壓。</p></blockquote>
<p>3 句話塞了 6 個術語（毛利、P&amp;L、PLG、Sales-led、FDE、CAC、單位經濟、估值倍數）。對 VC / 創辦人來說 3 秒讀完；對工程背景讀者來說每句都要停下來解碼、整段讀完得花 2-3 分鐘。</p>
<h2 id="降一級的四個策略">降一級的四個策略</h2>
<h3 id="策略一拆因果鏈每個邏輯-step-獨立成句">策略一：拆因果鏈、每個邏輯 step 獨立成句</h3>
<p>原版把「毛利下降 → PLG 數學算不過來 → 要轉 Sales-led 或 FDE → CAC 拉高 → 兩頭夾擊 → 單位經濟受傷 → 估值倍數被壓」這個 7 步推論壓進 3 句話。每步邏輯跳躍對熟悉領域的人是省力、對讀者是要在腦中補完跳過的步驟。</p>
<p>降一級的做法是把每個邏輯 step 獨立成段、用「第一 / 第二 / 第三」結構讓讀者跟得上：</p>
<ul>
<li>第一、賺到的錢不夠付業務跟行銷（毛利下降的直接後果）</li>
<li>第二、免費試用變成燒錢（為什麼 PLG 數學算不過來）</li>
<li>第三、被迫轉成更貴的銷售模式（為什麼要轉 Sales-led / FDE）</li>
</ul>
<p>每段獨立、讀者一次處理一個概念、不用在腦中疊三個跳躍。</p>
<h3 id="策略二術語首次出現時-unpack">策略二：術語首次出現時 unpack</h3>
<p>原版的「<a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a>」連結到卡片、技術上沒問題、但讀者要中斷閱讀去點連結看卡片才能繼續。</p>
<p>降一級的做法是首次出現時直接在括號裡解釋一句：</p>
<blockquote>
<p><a href="/blog/business/knowledge-cards/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a>（Product-Led Growth、靠產品自己吸引用戶上來、不靠業務推銷）</p></blockquote>
<p>讀者讀到這裡不用點開連結、括號裡的一句話就夠跟上後續論證。卡片連結保留、是給想深入的讀者用、不是預設動作。</p>
<h3 id="策略三加具體算式--數字">策略三：加具體算式 / 數字</h3>
<p>原版的「毛利下降」「兩頭夾擊」「估值倍數被壓」都是抽象描述。降一級的做法是配具體數字：</p>
<ul>
<li>毛利下降 → 「從 70-80% 掉到 50% 出頭、30 個百分點差距」</li>
<li>兩頭夾擊 → 「收入端毛利從 70% 掉到 50%、支出端 CAC 從幾十美元跳到幾千甚至幾萬美元」</li>
<li>估值倍數被壓 → 沒有直接數字、但前後的因果鏈讓讀者能自己推導</li>
</ul>
<p>抽象描述對熟悉領域的人是「我知道你在說什麼」、對讀者是「我不知道這個尺度多大」。具體數字提供尺度感。</p>
<h3 id="策略四避免術語連發術語之間用白話橋連接">策略四：避免術語連發、術語之間用「白話橋」連接</h3>
<p>原版「PLG 的數學算不過來、要轉成 Sales-led 或 FDE、但這又拉高 CAC」是 4 個術語連發、白話讀者要在腦中組裝因果。</p>
<p>降一級的做法是用白話句連接術語：</p>
<blockquote>
<p>PLG 不能用、改回業務面對面賣（Sales-led）、或乾脆派工程師駐點客戶辦公室（FDE、Forward Deployed Engineer）</p></blockquote>
<p>「改回業務面對面賣」「乾脆派工程師駐點客戶辦公室」這兩句白話橋讓讀者看到從 PLG 轉到 Sales-led 或 FDE 的具體畫面、不是術語對術語的跳躍。</p>
<h2 id="對照示範">對照示範</h2>
<p>同一段內容、用兩個 register 寫：</p>
<p><strong>原版（深度部落格 / VC、創辦人）</strong>：</p>
<blockquote>
<p>毛利下降是讓 <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/plg/" data-link-title="PLG" data-link-desc="說明產品自助成長模式與其經濟前提">PLG</a> 的數學算不過來、要轉成 Sales-led 或 <a href="/blog/business/knowledge-cards/fde/" data-link-title="FDE" data-link-desc="說明前線部署工程師模式的成立條件">FDE</a>、但這又拉高 <a href="/blog/business/knowledge-cards/cac/" data-link-title="CAC" data-link-desc="說明獲客成本及其對商業模式可行性的決定作用">CAC</a>。兩頭夾擊—<a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟</a> 受傷、<a href="/blog/business/knowledge-cards/valuation/" data-link-title="Valuation" data-link-desc="說明估值的構成與商業判讀作用">估值</a> 倍數被壓。</p></blockquote>
<p>3 句、約 100 字。</p>
<p><strong>降一級（MBA 教材 / 學生、經理人 / 工程背景讀者）</strong>：</p>
<blockquote>
<p>這個毛利下降會連動三件事。</p>
<p><strong>第一、賺到的錢不夠付業務跟行銷。</strong> 傳統 SaaS 賣 100 元、扣掉伺服器費用後剩 70-80 元（毛利 70-80%）、即使花 30% 在業務跟行銷也還能賺；AI 應用賣 100 元、要付給上游模型供應商的 token 費後只剩 50 元出頭（毛利 50%）、同樣花 30% 在業務跟行銷只剩 20% 利潤、<a href="/blog/business/knowledge-cards/pnl/" data-link-title="P&amp;L" data-link-desc="說明損益表的結構與商業判讀作用">損益表 P&amp;L</a>（公司一段期間內賺賠的財務報表）從正轉負。</p>
<p><strong>第二、免費試用變成燒錢。</strong> 傳統 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><strong>第三、被迫轉成更貴的銷售模式。</strong> 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>
<p>收入端（毛利從 70% 掉到 50%）被壓縮、支出端（CAC 上升 100 倍）被拉高—兩頭夾擊讓 <a href="/blog/business/knowledge-cards/unit-economics/" data-link-title="Unit Economics" data-link-desc="說明單位經濟模型與其判斷一家公司是否賺錢的責任">單位經濟</a>（每個客戶能不能帶來足夠收入回本獲客成本）受傷。投資人計算 <a href="/blog/business/knowledge-cards/valuation/" data-link-title="Valuation" data-link-desc="說明估值的構成與商業判讀作用">估值</a> 倍數時看到這個結構性壓縮、給的估值就低、新創 <a href="/blog/business/knowledge-cards/burn-rate/" data-link-title="Burn Rate" data-link-desc="說明燒錢速度及其對新創存活的決定作用">burn rate</a>（每月燒錢速度）變相加速、生存難度提高。</p></blockquote>
<p>5 段、約 500 字。長度增 5 倍、但讀者一次處理一個概念、不用中斷查術語。</p>
<h2 id="篇幅成本跟對齊讀者的取捨">篇幅成本跟對齊讀者的取捨</h2>
<p>降一級的代價是篇幅 3-5 倍。寫作者要判斷這個代價值不值：</p>
<table>
  <thead>
      <tr>
          <th>情境</th>
          <th>降一級策略</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>文章定位 = 教學知識庫、目標讀者跨領域</td>
          <td>降一級、值得篇幅成本</td>
      </tr>
      <tr>
          <td>文章定位 = 給同行看的策略分析、讀者已熟悉</td>
          <td>不降級、保留術語密度</td>
      </tr>
      <tr>
          <td>同篇文章中段落定位不同</td>
          <td>核心論點段降一級、輔助段不降</td>
      </tr>
      <tr>
          <td>同一概念在文章中第二次出現</td>
          <td>第一次降級 unpack、後續直接用詞</td>
      </tr>
  </tbody>
</table>
<p>判別線：「我希望讀者直接吸收還是先學術語」。前者降級、後者保留密度。</p>
<h2 id="跨領域應用技術文章降級給商業讀者">跨領域應用：技術文章降級給商業讀者</h2>
<p>降一級寫法不只用在「商業降給工程師」這個方向、反方向也成立。寫技術文章給商業讀者看時、同樣的策略適用：</p>
<ul>
<li>拆因果鏈：把「Eventually Consistency 導致 stale read」拆成「資料更新後不會立刻所有人都看到、可能會看到舊版」</li>
<li>Unpack 術語：「Eventual Consistency（最終一致性、資料更新會慢慢傳到所有副本）」</li>
<li>加具體數字 / 例子：「副本之間最多差 100 毫秒、千分之一的請求會讀到舊版」</li>
<li>用白話橋連接術語：「資料庫一寫入、其他副本可能要 100 毫秒才同步過來、這段時間讀到的是舊版」</li>
</ul>
<p>矩陣框架的可遷移性：判別目標讀者層級 → 降一級寫法 → 對照原版檢查篇幅 vs 易讀性的取捨。任何跨領域知識傳達都適用。</p>
<h2 id="完稿時的降級檢查">完稿時的「降級檢查」</h2>
<p>寫完一段後跑：</p>
<ol>
<li>數一下這段塞了幾個術語（縮寫、行話、領域特定詞）</li>
<li>三個以上術語連發、考慮拆段或加白話橋</li>
<li>因果鏈跳躍超過 2 步、考慮用「第一 / 第二 / 第三」結構拆細</li>
<li>術語首次出現時、考慮在括號裡加一句解釋</li>
<li>抽象描述（「夾擊」「擠壓」「鬆動」）配具體數字或例子</li>
</ol>
<p>完稿後找一個目標讀者層級的人試讀、看哪段需要解釋、就是降級沒做夠的地方。</p>
<h2 id="延伸閱讀">延伸閱讀</h2>
<ul>
<li><a href="/blog/business/reading-frameworks/reader-purpose-matrix/" data-link-title="媒介—讀者—目的矩陣" data-link-desc="用媒介、讀者、目的三軸定位一篇商業分析的類型，避免把策略分析誤讀成投資建議或把產業內幕誤讀成大眾財經">媒介—讀者—目的矩陣</a> — 識別文章類型跟目標讀者</li>
<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> — 採用降一級寫法的 case-analyses 示範</li>
</ul>
]]></content:encoded></item></channel></rss>