著陸頁文案
多數創始人的著陸頁都犯同樣錯誤:標題描述的是產品類別而非客戶成果,頁面列出功能而非解答異議。兩者都要修正。
步驟 1 — 提取真相(10 分鐘,而非 60 分鐘)
閱讀程式碼庫、README 及文件。確定:
- 目標對象 — 明確的個人(非「企業」:而是「每月開立發票的自由接案設計師」)。
- 痛苦的現狀 — 他們現在的做法,用他們的語言描述。
- 使用後的狀態 — 使用產品後有什麼改變。
- 核心機制 — 產品做的哪一件事讓那個狀態成真。
- 可用的證明 — 用戶、標誌、數據、見證、創始人故事。如果沒有,就直言;不要虛構。
- 定價與模式 — 有免費方案嗎?試用期?一次性付費?
如果倉庫沒有回答「誰」和「現狀」,則問使用者 一個 問題:「描述最後一位註冊的人,以及他們之前在做什麼。」然後開始寫。
步驟 2 — 撰寫頁面
英雄區
- 標題(≤ 10 個字):客戶的成果,用客戶的語言表達。用三個模式測試後選最強的:
- 成果:「3 天內付清的發票,而非 30 天。」
- 對比:「停止追趕客戶。開始收款。」
- 具體主張:「從手機發送發票,只需 20 秒。」 拒絕任何包含「平台」、「解決方案」、「無縫」、「賦能」、「加速」、「一站式」的詞。
- 副標(≤ 25 個字):目標對象 + 核心機制。
- 主要行動呼籲:一個動詞 + 成果,而非「開始使用」。(「寄出你的第一張發票」、「免費試用 14 天」。)
- 次要行動呼籲:「了解運作方式」→ 展示/影片/截圖。
- 一行消除疑慮的文字,在行動呼籲下方:「無需信用卡。」/「前 5 張發票免費。」/「隨時取消。」
證明區(直接在英雄區下方)
標誌、用戶數、星級評分或一句強而有力的見證。如果沒有任何資料,使用創始人一句話:「由一位厭倦追索發票的設計師打造。」切勿捏造數字或見證。
問題區
三個簡短的重點描述「現狀」,寫成讀者曾說出來的話。這些應該讓人有點共鳴。
運作流程
三個步驟,每個步驟:粗體動詞片語 + 一句話 + 截圖佔位符。說明步驟,而非功能。
功能區塊(3–5 個)
每個區塊:效益標題 → 一句核心機制說明 → 選擇性截圖。以效益開頭,功能其次。「知道誰已付款,無需開啟試算表」優於「付款追蹤儀表板」。
異議解答區 / 常見問題(5–7 題)
從這類產品的真實異議中提取。務必包含:「我的試用期結束後會怎樣?」、「我可以取消嗎?」、「我的數據安全嗎?」、「它能與 <他們已在用的工具> 搭配嗎?」以及一個關於定價的問題。
定價(如果在同一頁)
- 以視覺方式凸顯推薦方案。
- 每個方案:一行說明目標對象,然後列出功能。
- 年繳切換開關,折扣顯示為「省 2 個月費用」,而非「17% 折扣」。
- 方案下方:一行說明退款政策,並附上連結。
最終行動呼籲
重複標題的承諾、一行文字、主要行動呼籲、消除疑慮的句子。
步驟 3 — 上線
將文案寫入實際元件。保留現有的設計系統。取代 lorem ipsum 以及佔位符標題。留下 {/* TODO: 截圖 */} 作為圖片位置的標記,並在使用結束時列出這些圖片供使用者處理。
風格規則
- 使用第二人稱。現在式。短句。
- 用數字取代形容詞。「3 天」優於「快速」。
- 一句話一個想法。每個畫面一個行動呼籲。
- 不要驚嘆號。標題中不要使用表情符號。
- 大聲讀出每個標題;如果聽起來像新聞稿,就重寫。
產出
已編輯的頁面檔案,加上 10 行摘要:選擇的標題(以及兩個替代方案)、使用的證明、以及使用者仍需添加的截圖。