落地頁文案 — 單一頁面上轉換的文字
鉤子、提案、證明、行動呼籲。你撰寫訪客從上到下閱讀的文字；你不負責繪製版面、建構頁面，或撰寫引導他們前來的廣告。
此技能擁有單一頁面的轉換文案：少於約 8 個字的英雄標題加上一個利益副標題、一個由上而下的頁面骨架、以利益表述的提案、放在要求旁邊的證明，以及一個重複出現且不互相競爭的主要行動呼籲。這是文案工作。像素的部分歸 design，React/Next 的建構歸 nextjs，而引導點擊的廣告則歸 ads。
何時使用
- 撰寫或重寫英雄區塊：H1 + 副標題 + 按鈕文案。
- 建構完整的落地頁/銷售頁面（鉤子 → 問題 → 提案 → 證明 → 行動呼籲 → 異議）。
- 選擇並撰寫一個主要行動呼籲及其重複出現的實例。
- 將功能轉化為利益（「AES-256 加密」→「您的安全團隊在數天內即可簽核」）。
- 將證明——推薦、指標、標誌、保證——放在要求旁邊。
- 讓頁面標題匹配引導點擊的廣告/電子郵件（訊息匹配）。
- 挽救有流量但不轉換的頁面——當問題出在文字時。
何時 NOT 使用（轉交給擁有該技能的相關技能）
- 視覺佈局、層級、間距、元件系統 →
design(../design/SKILL.md)。 - 用程式碼建構頁面、表單串接、路由 →
nextjs(../nextjs/SKILL.md) /react。 - 引導流量到頁面的 Google/Meta 付費廣告文案 →
ads。 - 品牌的語氣、語調規則、詞彙庫、該做/不該做的詞彙列表 →
brand-voice。 - 在有機搜尋中排名或被 AI 回答引擎引用 →
seo-geo。 - 設計並執行選擇獲勝變體的實驗 →
ab-testing。 - 將獨立的客戶故事作為自有資產撰寫 →
case-studies。 - 多通路啟動計畫、培育電子郵件或活動策略 →
marketing(../marketing/SKILL.md)。
邊界一句話總結：你擁有在單一頁面上轉換的文字；ads 擁有引導點擊的廣告，design 擁有這些文字所在的佈局，ab-testing 擁有證明哪組文字勝出的證據。
轉換現實（校準期望，切勿承諾）
這些數字設定期望。請以區間的形式陳述；一旦你承諾一個固定的轉換率，你就在對使用者說謊。
- 跨產業中位數約為 6.6%；任何垂直領域的強勢頁面可達 10–15% 以上。 各垂直領域的差異很大：活動與娛樂約 12.3%，金融服務約 8.4%，SaaS/科技約 3.8%，電子商務約 2.35%，B2B 服務約 1–3%。原因： 一個 SaaS 團隊被告知「你會達到 12%」，結果引用的是活動中位數；請引用他們所屬垂直領域的區間，這樣目標才是真實的。（Foundry CRO 基準報告 2026，引用 Unbounce 對 4.64 億次瀏覽 / 4.1 萬頁面的分析。）
- 訪客約在 5 秒內決定是否停留，約 80% 的訪客很少向下滾動超過摺頁。 原因： 英雄區塊是頁面上槓桿率最高的文案——如果它在滾動前沒有回答「這是什麼以及我為什麼要在乎」，其餘部分將無人閱讀。（英雄區塊研究 / NN/g 注意力研究 2026。）
四個區塊 — 頁面的主幹
每個轉換頁面都包含這四個任務，從上到下。每個任務都有其特定的問題、在頁面上的位置，以及失敗模式。透過找出哪個區塊薄弱來診斷一個無效的頁面。
| 區塊 | 必須回答的問題 | 位於何處 | 薄弱時的失敗模式 |
|---|---|---|---|
| 鉤子 | 「這是什麼以及我為什麼要在乎？」在 5 秒內 | 英雄區塊，摺頁之上 | 訪客在滾動前就跳出；約 80% 從未看到其餘內容 |
| 提案 | 「我到底能得到什麼，以及它要花費我什麼？」 | 緊接在鉤子 / 問題之後 | 功能傾瀉；讀者無法說出他們會得到什麼 |
| 證明 | 「我為什麼應該相信你？」 | 與每個行動呼籲相鄰 | 宣稱讀起來像行銷話術；信任從未建立 |
| 行動呼籲 | 「下一步唯一要做的一件事是什麼？」 | 英雄區塊，並在頁面下方重複 | 相互競爭的要求 → 決策疲勞 → 沒有點擊 |
鉤子
H1 承載什麼；副標題承載利益；兩者都必須呼應訪客點擊時所看到的內容。
- H1 少於約 8 個字 / 約 44 個字元。 這個限制迫使你釐清思路，而清晰的標題每次都勝過聰明的標題。如果你不能用 8 個字說清楚，那你還沒有理解這個提案。
- 副標題承載利益——說明它為誰服務以及他們能獲得的成果，用一個子句表達。
- 訊息匹配： 標題必須呼應引導點擊的廣告/電子郵件中的承諾。在記錄在案的案例中，調整廣告與頁面之間的單一宣稱已帶來 66% 的 CVR 提升（而僅修復訊息匹配一項就可提升 212%）。你讓頁面與廣告匹配；撰寫廣告是
ads的工作。
差 — 「重新構想財務營運的未來」 （聰明，6 個字，什麼都沒說）
好 — 「30 秒完成報銷單」 （清晰，5 個字，說明了成果）
副標題：給被收據淹沒的財務團隊——拍照、送出、核准。
提案
說出這個東西、它的成果，以及成本（用精力或金錢衡量）。以買家獲得的成果為先，然後再說明達成此成果的機制。這個「功能→利益」的轉換是大多數頁面上影響力最高的文案轉換。
其骨架是 FAB — 功能 (Feature) → 優勢 (Advantage) → 利益 (Benefit) — 但你停在讀者關心的利益上，並用機制作為證明來支持它，而不是反過來。
差 — 「我們的平台擁有先進的 AES-256 加密技術。」
好 — 「使用 AES-256 加密保護客戶資料，讓您的安全團隊
在數天而非數月內即可簽核。」
規則：每個功能說明都必須回答「那又怎樣？」並給出一個成果。如果無法回答，就刪掉它。
證明
信念是在要求旁邊建立的，而不是在別處的一整面推薦牆。
- 3–5 個具體、具名的推薦，每個都附有具體結果。 「很棒的產品！」無法說服任何人；「將我們的結案時間從 9 天縮短到 2 天——Maria，Lumen 財務長」可以。具體勝過最高級。
- 將證明放在主要行動呼籲旁邊。 在記錄在案的案例中，將社會證明放在要求旁邊已將轉換提升約 68%；約 93% 的買家認為評論/推薦具有決定性影響，且約 88% 的人對它們的信任程度等同於個人推薦。原因： 信念與決定發生在同一時刻——把證據放在點擊發生的地方。
- 數字、知名標誌和風險逆轉（退款、無需信用卡）也是證明。一個硬數字勝過三個形容詞。
- 切勿捏造證明。 如果某個指標、引言或標誌不是真實的，請標記
[[NEEDS PROOF]]並詢問使用者——不要自行編造。
差 — 「受到各地團隊喜愛。世界級的成果！」
好 — 「我們在第一個月就將報銷單處理時間縮短了 82%。」
— Maria Ortiz，財務長，Lumen（47 人財務團隊）
行動呼籲
一個主要行動，以動詞為開頭，在頁面上重複出現——而非變化——。
- 每頁一個主要行動呼籲。 相互競爭的要求會導致決策疲勞並降低轉換率。同一個動作出現在英雄區塊，並在每個決策點再次出現；次要連結可以存在，但不得在視覺或文字上與主要行動呼籲競爭。
- 使用動作動詞，永遠不要用「提交」。 「開始免費試用」、「取得我的報價」、「查看方案」——按鈕說明的是價值，而不是表單動作。
- 第一人稱框架通常能提升點擊率： 「開始我的免費試用」讀起來像是訪客自己的意圖。在按鈕下方加上一行減少摩擦的微文案（「無需信用卡」）。
差 按鈕 — [提交] [了解更多] [聯絡業務]
好按鈕 — [開始我的免費試用] ...重複... [開始我的免費試用]
下方：無需信用卡。隨時取消。
框架作為骨架（用讀者的話語填入）
這些是骨架，需要用買家實際的語言來填充，而不是填空模板：
- PAS — 問題 (Problem) → 激化 (Agitate) → 解決方案 (Solution)。最適合有痛點的流量。
- AIDA — 注意力 (Attention) → 興趣 (Interest) → 慾望 (Desire) → 行動 (Action)。廣泛的漏斗頂層。
- BAB — 之前 (Before) → 之後 (After) → 橋樑 (Bridge)。轉型故事。
- FAB — 功能 (Feature) → 優勢 (Advantage) → 利益 (Benefit)。提案區塊。
常見組合：PAS/AIDA 鉤子 → FAB 提案 → 證明 → 行動呼籲。 在提案之前需要激化問題到何種程度，取決於流量的溫度（冷流量需要更多，暖流量則直接進入提案）。完整的解釋、新的範例以及意識階段的說明 → references/frameworks.md。
反模式 → 修正
| 合理化說法 | 現實 / 修正 |
|---|---|
| 「一個聰明的標題會脫穎而出」 | 聰明就是不清晰。在少於 8 個字內說出成果；清晰勝過聰明。 |
| 「更多功能 = 展現更多價值」 | 功能傾瀉會掩埋利益。以成果為先，然後是機制。 |
| 「給他們幾個行動呼籲來選擇」 | 選擇扼殺轉換。一個主要動作，重複而非變化。 |
| 「任何推薦都可以」 | 泛泛的讚美無法說服人。3–5 個具名的引言並附有具體結果，放在行動呼籲附近。 |
| 「世界級、尖端、顛覆性」 | 誇大詞彙暗示 AI 模板文案。用一個數字或具名的結果來取代。 |
| 「頁面可以自己說自己的」 | 如果標題忽略廣告的承諾，你就失去了訊息匹配的增益。呼應點擊。 |
| 「向他們承諾 12% 的轉換率」 | 永遠不要承諾一個固定的數字。引用他們所屬垂直領域的區間。 |
| 「我會編造一個合理的指標」 | 絕對不行。標記 [[NEEDS PROOF]] 並詢問使用者。 |
頁面骨架 + 實作範例
帶有註解的從上到下骨架（鉤子 → 問題 → 提案 → 證明 → 行動呼籲 → 異議/常見問題 → 最終行動呼籲），以及一個完整的 B2B SaaS 範例和標記出的可變插槽，請參閱 references/page-skeleton.md。當你要撰寫完整頁面而非單一區塊時，請從那裡開始。
驗證你的文案
在聲稱完成之前，對你撰寫的檔案（或你的專案）執行 scripts/verify.sh。它是一個唯讀、無相依性的靜態檢查：H1 長度、恰好一個主要行動呼籲動詞（標記相互競爭的要求）、證明區塊和利益副標題的存在、禁用詞彙列表（誇大 / AI 痕跡用語），以及「提交」警告。它會對軟性問題發出警告，只會在硬性問題（無行動呼籲、無證明）時以非零狀態碼退出。它是一個安全網，而非最終判斷——真正的判斷標準是上面的四個區塊表格。
參見
../design/SKILL.md— 像素：佈局、層級、文字所在的視覺系統。../nextjs/SKILL.md— 建置：用程式碼渲染頁面。../marketing/SKILL.md— 更廣泛的活動：電子郵件序列、通路、啟動弧線。ads— 引導點擊的付費廣告文案（在此路由；你只讓頁面與它匹配）。ab-testing— 證明哪個標題/行動呼籲勝出的實驗。case-studies·brand-voice·seo-geo— 證明資產、語調規則、搜尋層。- 參考資料：
references/frameworks.md，references/page-skeleton.md。