轉換頁面建置
在轉換摘要存在之前，什麼都不寫。 尋找
03 Projects/<Project>/_Research/[C] Conversion Brief — *.md — 或你的專案研究資料夾，如果你不是在該設定中運作。如果沒有，請停止並呼叫 audience-research，而不是猜測 ICP、排名的異議或語域。建立在猜測受眾基礎上的頁面並非此技能的廉價版本——它是一個不同的、不可靠的技能，只是披著這個技能的結構；而摘要本身的語域部分，是下游任何環節都無法挽回的唯一輸入，如果它錯了（../audience-research/SKILL.md — 語域一旦設定，就會繼承，不會重新決定）。
流程：兩次寫作，然後一個規格
下方的每個區塊都按順序分兩次撰寫，第二次絕不會洩漏到第一次。第三個輸出——區塊規格，稍後在本檔案中介紹——在文案完成後進行：
- 決定區塊必須達成什麼目標，使用框架層——價值方程式的槓桿、障礙轉化為解決方案、異議映射到隱藏異議、映射到信念轉變、映射到證明、價值堆疊並與價格錨定。這一層是結構性的。一個德國工業買家和一個自服務的直接回應買家，在機制區塊需要的證明是完全相同的——這個方案有效，特別是對處於他們情況的某個人——儘管這些證明的表達方式看起來不會兩次相同。
- 依照摘要指定的語域撰寫。 語域決定主張強度、什麼才算證明、緊迫性是否可用，以及頁面有多直接地提出請求——它不是文案完成後才套用的語氣。從摘要的語域部分獲取指定的語域，並在全部11個區塊中保持一致，不要在頁面中間重新決定。
跳過步驟 1，你會得到流暢的文案，但卻向正確的人論述了錯誤的事。跳過步驟 2，你會得到準確的論證，但在這個語域中沒有人會讀完。將它們合併為一次寫作，結果就是一個打著這個技能名稱的文案產生器——這個技能的存在正是為了防止這種失敗。
- 產生區塊規格，在該區塊的文案完成後——請參閱下方的
## 區塊規格。在步驟 1 和 2 之後停止的流程只有文案，沒有交接成果；規格不是可選的結尾文書，它是這個技能的第三個輸出。
十一個區塊
英雄、問題、成果、解決方案、機制、價值堆疊、證明、異議、保證、行動呼籲、常見問題——按此順序，適用於執行完整論證的頁面。references/page-architecture.md 包含了這個順序以及為什麼是這個順序而非其他的理由。references/section-playbooks.md 說明了每個區塊必須達成什麼目標，以及這在五種語域中如何變化——讀取摘要的語域行一次，然後為每個區塊只閱讀那一列，而不是全部五列。
並非所有頁面都需要全部11個，或按此順序——references/page-types.md 說明了首頁、訂閱頁、定價頁、功能頁和完整銷售頁各自保留、壓縮或刪除了哪些內容，以及該頁面在漏斗中所扮演的任務為何是決定因素。
兩個區塊因其本身的推理較多，需要專用檔案而非一個專欄：
- 異議 —
references/objection-to-belief.md從表面異議 → 隱藏異議 → 信念轉變 → 證明，基於摘要本身的排名異議部分，而不是在文案寫好之後才組裝的通用常見問題列表。 - 證明 —
references/proof-library.md根據強度以及取得每種證明的實際成本對證明類型進行排名，因此區塊是根據客戶本週能提供的內容來建構，而不是根據理想中的內容。
references/conversion-psychology.md 是每個區塊中框架推理所依賴的心智模型層。每個專案閱讀一次，而不是每個區塊閱讀一次——它解釋了為什麼某個槓桿有效，而不是該寫什麼。
區塊規格
為每個區塊產生一個區塊規格，與文案一同提供，格式如下——design-handoff 透過這五個鍵名來使用它：
section_type: <11個區塊中的一個>
purpose: <這個區塊必須達成的目標，來自於框架處理>
content_hierarchy: <讀者在區塊內首先、其次、第三看到什麼>
components: <具體元素——標題、副標題、媒體插槽、表單、比較表、徽章……>
responsive_intent: <在窄視口上首先堆疊、摺疊、重新排序或隱藏的內容>
在文案完成後撰寫規格，而不是之前。它描述了文案實際需要什麼來支撐，而先寫好的規格往往會鎖定一個佈局，然後文案被迫去適應它，而不是反過來。
發佈前
如果此環境中提供了 humanizer 技能，請在宣告頁面完成之前，將完成的文案通過它處理。如果未安裝——此插件的全新安裝沒有 vault 和 humanizer——請改為直接對草稿應用 ../copy-sweeps/references/banned-vocabulary.md。兩者之一一定會執行；執行哪一個取決於安裝了什麼，而不是取決於這兩個步驟是否重要。
頁面存放位置
按照此 vault 的慣例，完成的頁面文案會放在它建構所依據的摘要旁邊——03 Projects/<Project>/_Research/[C] Page Copy — <Page> — <date>.md——或者如果你不是在該設定中運作，則放在你的專案存放草稿文案的地方。此技能產出兩樣東西：文案本身，以及 design-handoff 會使用的每個區塊的規格。請說明你將文案存放在何處；找不到的頁面不是已發佈的頁面。