<?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/tags/%E8%AE%80%E8%80%85%E5%AE%9A%E4%BD%8D/</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>Mon, 20 Jul 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://tarrragon.github.io/blog/tags/%E8%AE%80%E8%80%85%E5%AE%9A%E4%BD%8D/index.xml" rel="self" type="application/rss+xml"/><item><title>術語解釋分層方法論：基線宣告與行內 / 連卡 / 裸用三級</title><link>https://tarrragon.github.io/blog/record/term-explanation-layering-methodology/</link><pubDate>Mon, 20 Jul 2026 00:00:00 +0800</pubDate><guid>https://tarrragon.github.io/blog/record/term-explanation-layering-methodology/</guid><description>&lt;p>專業領域的分析文章面對一個術語密度問題：財會名詞（EPS、關係人交易、營業槓桿）對專業讀者是背景常識、對缺經驗的讀者是理解障礙。直覺的解法是用文章難度控制解釋量——入門篇多解釋、深度篇少解釋。這個直覺方向正確、但需要兩個修正才能操作：&lt;strong>控制變數要從主觀的「難度」換成顯式宣告的「前置知識基線」；遞減的只有行內解釋、連卡密度不隨深度遞減&lt;/strong>。修正後的方法把「解釋」從有無問題變成位置問題——解釋永遠存在、差別在它住在正文裡、知識卡裡、還是基線的前置文章裡。&lt;/p></description><content:encoded><![CDATA[<p>專業領域的分析文章面對一個術語密度問題：財會名詞（EPS、關係人交易、營業槓桿）對專業讀者是背景常識、對缺經驗的讀者是理解障礙。直覺的解法是用文章難度控制解釋量——入門篇多解釋、深度篇少解釋。這個直覺方向正確、但需要兩個修正才能操作：<strong>控制變數要從主觀的「難度」換成顯式宣告的「前置知識基線」；遞減的只有行內解釋、連卡密度不隨深度遞減</strong>。修正後的方法把「解釋」從有無問題變成位置問題——解釋永遠存在、差別在它住在正文裡、知識卡裡、還是基線的前置文章裡。</p>
<p>本文依賴 <a href="/blog/record/solid-writing-methodology/" data-link-title="SOLID 寫作方法論：程式結構原則在文章體系的映射" data-link-desc="文章、模組、系列的結構決策（該不該拆篇、擴充點放哪裡、引用往哪個方向、讀者怎麼分流）缺乏統一判準時，用 SOLID 原則的寫作映射做結構檢查；含五原則的寫作定義、實證案例、違反訊號與類比邊界">SOLID 寫作方法論</a>的組合層框架、是它在術語層的應用。</p>
<h2 id="難度曲線假說的檢驗">難度曲線假說的檢驗</h2>
<p>「難度低多解釋、難度高少解釋」的假說有一個成立面跟兩個問題面。</p>
<p>成立面：行內解釋（在正文用一兩句定義術語）打斷所有讀者的閱讀流、對已熟悉術語的讀者是純成本。深度分析的目標讀者大多已具備基礎詞彙、行內解釋量隨深度遞減是合理的。</p>
<p>問題一：「難度」是主觀推導、寫作時無法檢查。同一篇文章對財務背景讀者是入門、對工程師是進階——難度是「文章假設讀者已有什麼」的衍生感受、可操作的是那個假設本身。把假設顯式化成<strong>前置知識基線</strong>（本文預設讀者已具備哪些詞彙）、難度就從 vibes 變成可宣告、可檢查的 fact。</p>
<p>問題二：「少解釋」如果操作成「裸用術語」、會切斷空降讀者（從搜尋直達深度篇、跳過前置路線的讀者）的回路。知識卡系統讓「少解釋」有第二種操作：正文用術語、連結到卡片——專業讀者不被打斷（連結可以不點）、缺經驗讀者一跳可達。所以深度篇遞減的是行內解釋、連卡密度維持。</p>
<h2 id="明確定義">明確定義</h2>
<h3 id="術語處理的三級">術語處理的三級</h3>
<table>
  <thead>
      <tr>
          <th>級別</th>
          <th>做法</th>
          <th>讀者成本</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>行內展開</td>
          <td>正文給 1-2 句定義（可同時連卡）</td>
          <td>所有讀者都付閱讀成本</td>
      </tr>
      <tr>
          <td>連卡</td>
          <td>正文直接用術語、連到知識卡</td>
          <td>需要的讀者點進去、熟悉的讀者不中斷</td>
      </tr>
      <tr>
          <td>裸用</td>
          <td>直接用、既不解釋也不連</td>
          <td>零成本、但對基線外讀者是斷點</td>
      </tr>
  </tbody>
</table>
<h3 id="判定兩軸">判定兩軸</h3>
<h4 id="軸一術語在本文的角色">軸一：術語在本文的角色</h4>
<ul>
<li><strong>主線</strong>——本文的核心論證繞著它轉、或本文就是在教它（例：營業槓桿之於一篇拆解「營收 +9.5% 為何淨利 +42%」的案例分析）</li>
<li><strong>支撐</strong>——論證用到、但本文不負責教（例：P/E 之於同一篇案例分析）</li>
<li><strong>背景</strong>——順帶出現、換掉措辭不影響論證</li>
</ul>
<p>角色不靠語感判、用兩個機械測試落位，避免這一軸停在維度清單。<strong>黑箱測試分主線與支撐</strong>：讓讀者把這個術語當黑箱（只知道名字加一句話結論、不懂內部機制），還跟得上本文的核心論證嗎——跟得上是支撐或背景（結論代入即可），跟不上是主線（論證繞著它的機制轉、不展開就斷線）。<strong>刪除測試分支撐與背景</strong>：把這個術語整個拿掉，論證有沒有少一個環節——少一環是支撐（論證引用了它的結論）、毫無影響是背景（純措辭）。兩個測試串起來就是角色軸的判定順序：先問黑箱測試分出主線，再對非主線的問刪除測試分出支撐與背景。</p>
<h4 id="軸二術語相對於本文宣告的基線">軸二：術語相對於本文宣告的基線</h4>
<p>基線的操作化定義：</p>





<div class="highlight"><pre tabindex="0" class="chroma"><code class="language-text" data-lang="text"><span class="line"><span class="ln">1</span><span class="cl">本文基線 = 模組讀者定位聲明 ∪ 讀者路線中位於本文之前的篇章所教的主線術語</span></span></code></pre></div><p>模組讀者定位是基線起點（例：財務分析模組的起點定位是「工程背景、第一次看財報」）；文章在讀者路線中的位置決定基線的累積量——路線第一篇的基線最小、越後段越多術語從「要解釋」轉入「已具備」。</p>
<h3 id="判定矩陣">判定矩陣</h3>
<table>
  <thead>
      <tr>
          <th>術語角色</th>
          <th>基線外</th>
          <th>基線內</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>主線</td>
          <td>行內展開＋連卡</td>
          <td>行內展開（本文就是在教它）</td>
      </tr>
      <tr>
          <td>支撐</td>
          <td><strong>連卡（卡不存在 → 先建卡）</strong></td>
          <td>連卡（預設）或裸用</td>
      </tr>
      <tr>
          <td>背景</td>
          <td>連卡</td>
          <td>可裸用</td>
      </tr>
  </tbody>
</table>
<p>三條推論：</p>
<ol>
<li><strong>主線術語永遠行內展開</strong>、跟文章深度無關——深度文章的「難」該來自論證複雜度、主線名詞裸奔只是斷路。讀者為了主線概念跳出去讀卡、回來時論證已斷線。</li>
<li><strong>「支撐 × 基線外 × 無卡」就是缺卡的精確定義</strong>——這是「需要抽出來成為知識卡」的判定條件、取代「感覺這個詞需要解釋」。</li>
<li>難度曲線的真身：文章越深、越多術語落在基線內、行內解釋自然遞減；連卡是為空降讀者保留的回路、不遞減。</li>
</ol>
<h3 id="同篇密度控制">同篇密度控制</h3>
<p>同一術語在一篇文章內第一次出現時連卡、後續裸用。背景 × 基線內可裸用的設計也是密度控制的一部分——判定矩陣本身防止「每句三個連結」的視覺噪音。</p>
<h2 id="solid-對應">SOLID 對應</h2>
<table>
  <thead>
      <tr>
          <th>原則</th>
          <th>在術語層的形式</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>S</td>
          <td>行內解釋堆太多、深度文章長出「名詞教學」第二責任——抽卡是 S 的路由動作</td>
      </tr>
      <tr>
          <td>O</td>
          <td>知識卡是擴充點——缺卡補卡、既有文章加一個連結即可、不回頭在多篇文章各自補行內解釋</td>
      </tr>
      <tr>
          <td>L</td>
          <td>基線是介面契約的一部分——路線表跟 description 承諾了「誰能讀」、裸用基線外術語是對承諾的違約</td>
      </tr>
      <tr>
          <td>I</td>
          <td>三級處理就是解釋的讀者分流——行內（全體付費）/ 連卡（選擇性消費）/ 裸用（零成本）</td>
      </tr>
      <tr>
          <td>D</td>
          <td>裸用基線外術語 = 未宣告依賴（讀者需要的知識沒有宣告來源）；連卡把依賴顯式化、方向正確（文章 → 卡）</td>
      </tr>
  </tbody>
</table>
<p>D 的對應值得展開：一篇文章裸用「非控制權益」、等於它依賴一個沒有住址的知識——讀者卡住時沒有官方回路、只能離開文章去搜尋（可能找到口徑不一致的解釋）。連卡把這個依賴變成宣告過的邊：文章 → 卡、卡不依賴文章、卡的內容更新時所有引用文章自動受益。</p>
<h2 id="反向驗證">反向驗證</h2>
<p><strong>全連卡會不會更簡單？</strong>（取消矩陣、所有術語一律連卡）——主線術語只連卡會斷論證線（推論一）、背景 × 基線內連卡是純噪音。矩陣的存在理由是這兩端、中間段（支撐術語）確實預設連卡。</p>
<p><strong>基線宣告會不會擋掉空降讀者？</strong>——基線管的是行內解釋量、連卡管空降可達性、兩個機制獨立。空降讀者落在深度篇、遇到基線內術語仍有卡片回路（前置篇章教過的主線術語本身就該有卡）。</p>
<p><strong>「最不熟悉的讀者」建卡判準跟基線會不會矛盾？</strong>——建卡判準（<a href="/blog/report/common-knowledge-is-relative-to-reader-background/" data-link-title="常識是相對於讀者背景的、不是作者背景的" data-link-desc="知識卡的建卡判準不能用「這個夠不夠常見」——對 PHP 工程師是常識的 .htaccess，對 Node.js 工程師完全陌生；對後端工程師是常識的 DNS TTL，對前端工程師需要解釋。建卡看的是目標讀者群裡最不熟悉的那個人能不能理解，不是作者自己覺得夠不夠普遍。">常識是相對於讀者背景的</a>：目標讀者群裡最不熟悉的那端能不能理解）決定<strong>卡該不該存在</strong>、基線決定<strong>文章對卡的引用形式</strong>。兩者作用在不同層：卡的存在服務整個讀者群的最弱端、文章的處理級別服務該篇的定位。矩陣讓兩者相容：基線內術語仍然有卡（服務空降）、只是文章端可以裸用。</p>
<h2 id="實測financial-analysis-模組掃描">實測：financial-analysis 模組掃描</h2>
<p>對 <code>content/business/financial-analysis/</code>（40 篇）掃描高頻財會術語、比對 <code>knowledge-cards/</code>（55 張）的覆蓋：</p>
<table>
  <thead>
      <tr>
          <th>術語</th>
          <th>出現篇數</th>
          <th>卡片現況</th>
          <th>判定</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>毛利率</td>
          <td>30</td>
          <td>gross-margin 已存在</td>
          <td>已覆蓋</td>
      </tr>
      <tr>
          <td>EPS</td>
          <td>18</td>
          <td>缺</td>
          <td>支撐 × 基線外高頻——建卡第一優先</td>
      </tr>
      <tr>
          <td>營業利益率</td>
          <td>15</td>
          <td>缺</td>
          <td>建卡（跟毛利率 / 淨利率成三率系列）</td>
      </tr>
      <tr>
          <td>折舊 / 攤提</td>
          <td>13 / 5</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>關係人交易</td>
          <td>11</td>
          <td>缺（現多連到長文）</td>
          <td>建卡——現況連文章、原子卡更精準</td>
      </tr>
      <tr>
          <td>P/E 本益比</td>
          <td>10+3</td>
          <td>缺（valuation-band 是鄰卡）</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>損益表</td>
          <td>16</td>
          <td>pnl 已存在</td>
          <td>已覆蓋</td>
      </tr>
      <tr>
          <td>淨利率</td>
          <td>9</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>同店銷售</td>
          <td>9</td>
          <td>缺（現連 industry 長文）</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>市值</td>
          <td>8</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>現金流量表</td>
          <td>7</td>
          <td>缺（free-cash-flow 是鄰卡）</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>應收帳款</td>
          <td>7</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>殖利率 / 配息率</td>
          <td>6 / 2</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>合併報表 / 非控制權益</td>
          <td>5 / 3</td>
          <td>缺（parent-attributable-income 是鄰卡）</td>
          <td>建卡（拆兩張、互連）</td>
      </tr>
      <tr>
          <td>減損</td>
          <td>5</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>轉移定價</td>
          <td>4</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>質押</td>
          <td>3</td>
          <td>缺</td>
          <td>建卡</td>
      </tr>
      <tr>
          <td>營業槓桿</td>
          <td>2</td>
          <td>缺</td>
          <td>主線術語（案例分析的核心機制）——建卡</td>
      </tr>
  </tbody>
</table>
<p>掃描揭露的模式：<strong>方法論長文存在、原子卡缺席</strong>。「關係人交易」有整篇長文深入分析、文章引用時連到長文——依賴有宣告（比裸用好）、但讀者只想要 30 秒定義時被丟進一篇 200 行的文章。修法是建原子卡、卡內連長文作深讀路徑——卡答「這是什麼」、長文答「怎麼判讀」。</p>
<h3 id="單篇-demo八方雲集案例分析">單篇 demo：八方雲集案例分析</h3>
<p>用判定矩陣對一篇實際文章逐術語判定（該文位於價值鏈追溯路線第四篇、基線含報表識讀路線的三率詞彙）：</p>
<table>
  <thead>
      <tr>
          <th>術語</th>
          <th>角色</th>
          <th>基線</th>
          <th>矩陣判定</th>
          <th>現況 vs 應然</th>
      </tr>
  </thead>
  <tbody>
      <tr>
          <td>營業槓桿</td>
          <td>主線</td>
          <td>外</td>
          <td>行內展開＋連卡</td>
          <td>行內已展開、卡缺——建卡後補連</td>
      </tr>
      <tr>
          <td>毛利率</td>
          <td>支撐</td>
          <td>內</td>
          <td>連卡</td>
          <td>已連 gross-margin、合規</td>
      </tr>
      <tr>
          <td>關係人交易</td>
          <td>支撐</td>
          <td>外</td>
          <td>連卡</td>
          <td>現連長文、建卡後改連卡</td>
      </tr>
      <tr>
          <td>P/E</td>
          <td>支撐</td>
          <td>外</td>
          <td>連卡</td>
          <td>裸用中——缺卡缺連、是矩陣抓到的違規</td>
      </tr>
      <tr>
          <td>配息率</td>
          <td>支撐</td>
          <td>外</td>
          <td>連卡</td>
          <td>裸用中——同上</td>
      </tr>
      <tr>
          <td>同店營收</td>
          <td>支撐</td>
          <td>外</td>
          <td>連卡</td>
          <td>連 industry-benchmarking 長文、建卡後改連卡</td>
      </tr>
  </tbody>
</table>
<p>矩陣在這篇抓到兩個裸用違規（P/E、配息率）跟三個「連長文改連卡」的升級點——判定可重算、每個結論都能從兩軸推出、驗證了定義的可操作性。</p>
<h2 id="執行流程">執行流程</h2>
<p><strong>新文章寫作時</strong>（生成端）：讀者定位聲明步驟加一項——確認本文在讀者路線中的位置、寫下基線範圍；初稿完成後跑一輪術語 pass、對每個專業術語走矩陣、缺卡先建卡再交稿。</p>
<p><strong>存量模組 audit 時</strong>：</p>
<ol>
<li>詞頻掃描（grep 術語清單、按篇數排序）比對卡片目錄 → 缺卡清單</li>
<li>缺卡按「出現篇數 × 支撐角色」排優先序、批次建卡（建卡規範照 AGENTS.md 知識卡片規範：一卡一語意、情境精確命名、鄰卡連結）</li>
<li>新卡登記進卡片目錄 <code>_index.md</code> 的分類表——索引是必經註冊點、不是選配。第一批實跑（financial-analysis 8 張卡）時發現 7 張既有卡從未進索引：卡片正常運作、文章連得到、只有目錄層讀者看不見它們——登記漏了不產生任何錯誤訊號、所以要寫進流程而非依賴記憶</li>
<li>卡建成後回填連結——每篇文章該術語第一次出現處連卡；回填是本流程工作量最大的一步（一個術語可能散在十多篇）、先用 grep 定位各篇第一次出現、逐處判斷角色再連</li>
<li>主線術語檢查：各篇的核心機制詞是否行內展開（矩陣推論一）</li>
</ol>
<h2 id="邊界">邊界</h2>
<p>方法論適用於「有知識卡系統的教學型內容」。缺卡片基礎設施的體系（單篇部落格、無互連的文件）只剩行內 / 裸用二選、矩陣退化成「基線外就行內解釋」。基線的操作化依賴讀者路線表——模組還沒有路線表時、先補路線表（或至少模組讀者定位聲明）、再談基線。work-log 型的事件記錄以自己看懂為準、不適用本矩陣。</p>]]></content:encoded></item></channel></rss>