教材完整性要用讀者旅程驗證

2026-05-19

核心原則

教材完整性要用讀者旅程驗證。章節數、案例數、vendor 頁數與 knowledge card 數量能證明素材充足；完成設計的教材還能回答不同讀者「我該從哪裡開始、按什麼順序讀、讀完能做什麼」。

讀者旅程是教材的 routing layer。它把素材庫、主章、案例、實作與進階專題組成學習路線，讓讀者直接取得順序，而非從內容地圖中自行推導。

面向	內容
Anchor	評估 Backend 是否完成教學設計，要看讀者能否找到學習路線，內容量只是前置條件。
Step 0	對照 LLM / Go / Go advanced，成熟入口都明確列出目標讀者、學習路線、模組分工與主題導讀。
Widen	可用三種指標：內容覆蓋、結構覆蓋、讀者旅程覆蓋。教材完整性應以第三種為主。
Reality Test	Backend 目前有內容覆蓋與結構覆蓋，但讀者路線仍偏弱；LLM 與 Go 則能讓讀者依目的選路。
Prepare	若後續新增章節後只能說出內容清單、說不出 3-5 條讀者路線，代表教材設計仍在素材整理階段。

反向驗證：讀者旅程與完整目錄各有責任。完整目錄仍是查閱與維護入口；讀者旅程是學習入口。兩者分工是「目錄服務作者與回查，旅程服務學習」。

Backend 內容已經具備大量材料：主章、案例庫、vendor 頁、migration playbook、knowledge cards 都很完整。若只用內容覆蓋判斷，很容易得到「教學內容已經完成」的結論。

對照 LLM 與 Go 後，真正差異浮現：

教材	完整性訊號
LLM	依目的分路線：本地 Mac、PC GPU、理論、應用、安全
Go	依學習梯度排序：哲學、基礎、型別、標準庫、並發、測試、實戰、重構
Go advanced	依角色分路線：並發服務維護者、WebSocket/API 開發者、效能與可靠性工程師
Backend	目前主要依能力分類：資料庫、快取、queue、觀測、部署、可靠性、資安、事故、效能

Backend 的能力分類正確；下一層要補讀者旅程。

教材入口應先列 3-5 條讀者路線，每條路線都要有起點、順序與完成狀態。

Backend 可用的路線範例：

路線	適合讀者	閱讀順序
系統心智模型	想理解 backend 服務分工	00 → knowledge cards → 01/02/03 概念章
API 到資料流	想設計 API 背後的 DB / cache / queue	01 → 02 → 03 → 04 evidence
Production 操作	想學觀測、部署、可靠性與事故	04 → 05 → 06 → 08
Security / data protection	想理解權限、資料、偵測與回應	07 → 04 audit evidence → 08 security incident
Vendor / migration	已懂分類、要比較工具或遷移	對應 vendors/ → migration playbook → 案例

這些路線主要重組現有內容，把內容地圖整理成讀者可走的路。

學習路線要有完成判準。只列「讀 A、讀 B、讀 C」仍像目錄；加上「讀完能判斷什麼」才是教學設計。

路線	完成判準
系統心智模型	能把一個需求分類成 state、cache、queue、observability、deployment 或 reliability 問題
API 到資料流	能說明一次 checkout 如何跨 DB、cache、queue 與 evidence package
Production 操作	能把 release、alert、gate、incident decision log 串成閉環
Security / data protection	能從身份、資料、入口、秘密與 audit evidence 判讀控制面
Vendor / migration	能先判斷分類責任，再比較具體服務與遷移成本

內容缺口要從旅程反推。若某條路線中間需要讀者自己跳轉，就代表教材設計有洞。

缺口訊號	代表問題
路線需要讀者自己從十幾篇找下一篇	缺少導讀
路線跨模組時只靠零散 link	缺少串接章
路線完成後沒有實作或案例	缺少可操作收束
vendor / migration 入口早於分類心智模型	進階材料壓過主線

素材量增加會讓作者覺得教材完整，但讀者面對大量章節時需要的是順序。沒有讀者旅程時，內容量越大，入口成本越高。

Vendor backlog、migration backlog 與案例庫都有清楚項目，很容易形成完成感。教學完成感應該來自「讀者能走完一條路線」；作者清單完成只是素材面的進度。

審查時若只問「哪些主題還沒寫」，會自然補更多主題。讀者旅程 frame 會改問「這些主題排列後，讀者是否能從低負擔走到高負擔」。

原則	關係
#81 卡片系統的迭代浮現	讀者旅程是卡片 / 主章 / 案例累積後浮現的 meta-layer，不應在素材不足時硬設，也不應在素材充足後缺席。
#97 Metadata surface 要納入寫作 review 範圍	讀者旅程是系列級 metadata surface；它是讀者進入內容前最先看到的 routing 文字。
#119 章節已有 routing skeleton 走補強段	本卡把 routing layer 從單章提升到系列入口。系列入口已有能力地圖時，下一步是補旅程路由。
#126 寫作 review 是多軸完整性	教材 review 要新增 learner journey 軸；surface、scope、cadence 之外還要檢查教材是否能被學習。
#130 教材目標先於決策框架	#130 定義上位目標，本卡定義如何驗證該目標是否落到讀者路線。

核心原則：教材完整性由讀者旅程驗證，內容覆蓋率只是一個輸入。成熟教材能讓不同目的的讀者找到起點、順序與完成判準；內容地圖服務查閱，讀者旅程服務學習。