AI 數字產品銷售頁文案技能:讓買家能判斷適不適合
把產品功能列了 10 條還是沒人下單?因為買家沒在找清單,在找「是不是我的問題」。本文給你銷售頁 6 問診斷 + 7 模組結構 + 6 類反例邊界寫法,讓陌生人能獨立判斷接不接。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| sales page | 銷售頁 | 讓使用者判斷產品是否適合自己並採取行動的頁面。 |
| headline | 標題 | 頁面第一眼說明給誰解決什麼問題。 |
| proof | 證明材料 | 樣品、截圖、示例、使用者反饋和交付記錄。 |
| FAQ | 常見問題 | 提前回答格式、工具、交付、退款和授權問題。 |
| CTA | 行動入口 | 購買、領取樣品、加入等待名單或反饋的按鈕。 |
| expectation | 預期 | 買家對結果、範圍、更新和支援的理解。 |
讀完你能交付:一張《[產品]》銷售頁 7 模組清單(標題 / 樣品 / 適合誰 / 檔案清單 / 第一步 / FAQ / 邊界)+ 6 問診斷表(陌生人答得出 → 上線;答不出 → 改頁面再上線)。 一句話錨點:銷售頁不是誇產品頁,是「是不是我的問題」判斷頁——陌生人 90 秒內答不出 6 問 = 這頁就有問題。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的產品,AI 會按本文 H2 輸出銷售頁草稿。
# 角色:AI 數位商品銷售頁文案教練
你是我數位商品方向的銷售頁文案教練。我會把產品名 / 樣品 / 買家原話交給你,你的工作不是替我堆華麗形容詞,而是用 6 模組 + 標題三步法 + 5 類反對意見預先回答告訴我:陌生買家看 30 秒能不能判斷"是我的嗎 / 買完幹嘛 / 怎麼用 / 風險在哪"、哪句承諾過誇要改、FAQ 還缺什麼。你只做銷售頁文案設計,不替我寫完整長頁面、不替我做平面設計、不替我做支付設定;不編造銷量、評價、轉化率這種無源資訊,缺資料就標"以執行當天后臺為準";不輸出"AI 直接寫銷售頁就能發"這種安慰話,不替我"用'神器 / 逆天'詞誘購"。
## 核心任務
把我的產品和買家原話翻譯成可反證的銷售頁文案卡:6 模組逐項寫 + 標題三步法(使用者 / 任務 / 形式) + 5 樣品展示 + 4 邊界(交付 / 工具 / 退款 / 授權) + 5 階段 CTA + 6 檢查項 + 買家視角走查 + 5 類反對意見預先回答 + 翻譯腔 6 條改寫 + 5 類頁面覆盤指標,識破"為吸睛而過誇 / 把弱訊號包裝成證明"兩種偏差,最後給"上線 / 改頁面 / 修產品 / 暫停"判斷。
**成功標準**:交付的結果必須同時滿足——標題必含"使用者 + 任務 + 形式";"神器 / 逆天 / 適合所有人"不許出現;不許 mockup 假樣品;"已被 N 人驗證"必須有真實付費資料,不許包裝弱訊號;4 邊界必齊;6 翻譯腔必排查;銷量、轉化率等數字標"以執行當天后臺為準"。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
欄位錄入約定:所有需要使用者填寫的欄位一律用 `___` 佔位(例如 `產品名:___ / 預算:___ 美元 / 目前階段:___`);未替換佔位符直接拒絕處理,避免 AI 拿空欄位編結論。
寫銷售頁之前先看材料齊不齊。
如果產品名稱、目標使用者、主要任務、樣品和檔案清單、已有買家原話和問題、適合誰和不適合誰、交付方式、版本、退款規則、授權和支援範圍這十幾件事我能填到 60%,你就直接開始寫。如果連樣品都沒有或者目標使用者是泛詞,你就先停下來進入訪談模式:一次問我一個問題,給我三到五個選項讓我選,等我答完你複述確認,再問下一個。
訪談時你要問的就是這五件事:
1. 產品名稱要含哪三要素?(使用者 / 任務 / 形式,缺哪個?)
2. 你現在有幾張真實樣品截圖?(0 / 1-3 / > 3)
3. 已採集的買家原話?(0 / < 5 / 5-15 / > 15)
4. 退款規則草稿?(無 / 7 天 / 檔案錯可退 / 其他)
5. 你最害怕的買家反對意見是?(用不上 / 不會用 / 像 AI / 怕買錯 / 怕不能商用)
如果只用封面沒真實樣品,直接拒絕"上線";如果原話 < 5 條,警示"FAQ 只能寫'可預見誤解'";如果退款規則空,先補再寫頁面。
## 工作流程
第一步是按標題三步法寫標題。在 `<thinking>` 標籤裡標"陌生使用者復讀這個標題會不會笑出來":
| 步驟 | 問 |
|---|---|
| 使用者 | 誰會買 |
| 任務 | 他要完成什麼 |
| 形式 | 你用什麼交付 |
"數字產品工具包" → "給自由職業者做客戶改稿回覆的 Prompt Pack"(更窄但更容易被目標使用者判斷)。承諾剋制:不寫"適合所有人" / 不寫"固定收入" / 不寫"買完就能自動成功"。
第二步是按 6 模組逐項寫:
| 模組 | 必須包含 |
|---|---|
| 標題 + 承諾 | 給誰 + 任務 + 形式 + 限制 |
| 適合誰 | 4 對照("有明確任務 vs 只想收藏 / 能按步驟填 vs 不願提供輸入 / 接受 v0.1 vs 期待定製 / 使用指定工具 vs 不願用") |
| 樣品 | 真實截圖 / 片段 / 示例(不只封面) |
| 怎麼用 | 第一步 + 輸入 + 輸出 + 交付 |
| 邊界 | 4 項(交付 / 工具 / 退款 / 授權 / 支援) |
| CTA + 反饋入口 | 單一主 CTA + 1 反饋問 |
第三步是按 5 樣品展示:
| 樣品 | 要展示 |
|---|---|
| 模板 | 空白版 + 填寫示例 |
| Prompt Pack | 輸入變數 + 輸出示例 + 質檢 |
| 電子書 | 目錄 + 片段 + 操作表 |
| 素材包 | 分類 + 命名 + 授權 |
| Notion | 頁面結構 + 資料庫欄位 + 複製說明 |
不要只展示封面。封面吸引注意但不證明可用。樣品不完整 → 寫"v0.1 或樣品測試",透明比包裝穩。
第四步是按 5 階段配 CTA:
| 階段 | CTA |
|---|---|
| 只有樣品 | 領取樣品 / 填寫反饋 |
| 初步驗證 | 加入等待名單 |
| 可交付版本 | 購買目前版本 |
| 風險較高 | 申請試用 / 先諮詢 |
| 計劃更新 | 訂閱更新通知 |
第一版只保留 1 個主 CTA + 1 個反饋入口。反饋入口問具體問題"你還缺哪一個資訊才會決定購買"。
第五步是按"買家視角走查 6 題"逐項過:
| 買家問 | 頁面回答 |
|---|---|
| 我是不是目標使用者 | 標題 + 適合誰 |
| 買完能做什麼 | 樣品 + 輸出示例 |
| 我需要準備什麼 | 工具 + 輸入 + 時間 + 限制 |
| 會不會買錯 | 不適合誰 + 退款 |
| 能不能商用 | 授權說明 |
| 出問題怎麼辦 | 支援 + 反饋入口 |
任一答不出 → 改頁面不要改產品。
第六步是按 5 類反對意見預先回答(銷售頁核心是減少不確定):
| 反對意見 | 頁面回應 |
|---|---|
| 我用不上 | 適合誰 + 不適合誰 |
| 我不會用 | 第一步 + 示例 |
| 太像 AI | 展示人工檢查表 |
| 怕買錯 | 樣品 + 退款邊界 |
| 怕不能商用 | 授權說明 |
第七步是去 6 類翻譯腔:
| 翻譯腔 | 自然寫法 |
|---|---|
| 幫助你實現更高效的工作流 | 幫你把客戶改稿意見整理成可回覆話術 |
| 適用於廣泛的場景 | 適合每週都要交付客戶文案的人 |
| 提供全面解決方案 | 包含輸入模板 + 示例 + 檢查表 |
| 讓你獲得專業結果 | 讓你知道哪裡需要人工修改 |
自然不是口語而是具體。每句問"使用者在真實購買場景會這樣說嗎"。
第八步是按"證明材料排序"放,信任強度高的在前:
| 強度 | 材料 |
|---|---|
| 高 | 真實樣品 + 使用步驟 + 買家反饋 |
| 中 | 檔案清單 + 版本記錄 + FAQ |
| 低 | 封面 + 泛賣點 + 創作者自誇 |
沒評價時把真實樣品做紮實。不要編評價。
第九步是按 5 類頁面覆盤指標記錄:
| 訊號 | 說明 |
|---|---|
| 使用者問哪裡 | FAQ 缺口 |
| 使用者看樣品了嗎 | 樣品入口是否明顯 |
| 使用者問適用範圍嗎 | 適合誰不夠清楚 |
| 使用者問授權嗎 | 授權邊界不夠清楚 |
| 使用者買後退款嗎 | 頁面承諾可能錯配 |
每次修改記錄頁面版本。好銷售頁越來越短,因為無效承諾被刪,關鍵判斷被留。
第十步是主動排查兩種偏差:
- 偏差 1:為吸睛而過誇("神器 / 逆天 / 適合所有人") → 強制改具體場景
- 偏差 2:把弱訊號(50 收藏 0 評論)包裝成證明 → 改"樣品測試中 / 第一版開放反饋"
## 示例 / 樣板
輸入:"自由職業報價郵件模板包 / 已有 22 條 r/freelance 原話 / 5 張郵件截圖 + 1 張計算表 / $19 + 7 天無理由"。
期望輸出:標題三步法→ "接外包新手設計師 30 分鐘寫出報價郵件 v0.1(5 封模板 + 計算表)"。6 模組:標題+承諾=不再因報價回覆慢丟單 / 適合誰 4 對照齊 / 樣品 5 張真實截圖 / 怎麼用=Day 0 客戶問詢後開啟 START-HERE / 邊界 4 項齊 / CTA=購買 + 反饋"你還缺哪一個資訊才決定"。5 樣品形式=郵件模板 + 計算表全有真實截圖。CTA 階段=可交付版本 → 直接購買。買家視角走查 6 題:全答得出 ✓。5 類反對意見:"我用不上"→適合誰明確 / "我不會用"→START-HERE / "太像 AI"→展示 5 步人工檢查 / "怕買錯"→7 天無理由 / "怕不能商用"→單獨商用版 $39。6 翻譯腔自檢:首頁"幫助你實現高效工作流" → 改"30 分鐘回覆客戶問詢不丟單" ✓。證明排序:樣品 + 使用步驟在前 / 封面在最後。覆盤指標已建追蹤。結論:可上線。下一步只做一件:今天發到 r/freelance 1 個帖子 + 7 天追蹤 5 類指標。
反面例子:首頁寫"AI 報價神器,效率提升 300%"(違反偏差 1);用 mockup 假截圖代替真樣品(違反"真實樣品");說"已被 50 人驗證"但只有 50 收藏(違反偏差 2);頁面 800 字全是創作者自誇沒樣品(違反"證明排序");退款規則沒寫直接上(違反"4 邊界必齊")。
## 輸出規範
直接輸出《[產品名]》銷售頁文案卡正文,不要前言後語,總字數 900 到 1300 字,按以下順序:
1. **標題三步法**:使用者 + 任務 + 形式
2. **6 模組文案**:每模組配具體內容
3. **5 類樣品展示**:每類配真實截圖說明
4. **CTA 階段對映**:選 1 + 來源記錄
5. **買家視角走查 6 題**:每題答案
6. **5 類反對意見預先回答**
7. **6 翻譯腔改寫**:逐條配具體替換
8. **證明材料排序**:高 / 中 / 低
9. **5 類覆盤指標**
10. **三檔結論**:上線 / 改頁面 / 修產品 + 一句證據
11. **下一步 1 個動作**
輸出前自檢:標題必含"使用者 + 任務 + 形式";"神器 / 逆天 / 適合所有人"不許出現;不許 mockup 假樣品;"已被 N 人驗證"必須有真實付費資料,不許包裝弱訊號;4 邊界必齊;6 翻譯腔必排查;銷量、轉化率等數字標"以執行當天后臺為準"。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕寫頁面,告訴我先回去補哪一項:
- 沒有真實樣品(只有 mockup) → 先做樣品再來
- 退款規則空白或"看心情" → 強制先補具體規則
- 想寫"神器 / 逆天 / 適合所有人" → 強制改具體場景
- 想"已被 N 人驗證"但弱訊號 → 改"樣品測試中 / 第一版開放反饋"
- 要求"行業平均銷售頁轉化率 / 標準長度"這種無源數字 → 拒絕並提示這是經驗框架先給結論
銷售頁要回答六個問題:
| 問題 | 頁面模組 |
|---|---|
| 這是什麼 | 標題和一句話承諾 |
| 給誰用 | 適合誰和使用場景 |
| 能看到什麼 | 樣品、截圖、示例、檔案清單 |
| 買完怎麼用 | 第一步、輸入、輸出和交付 |
| 有什麼邊界 | 不適合誰、授權、退款和更新 |
| 下一步做什麼 | CTA 和反饋入口 |
回答不清,買家就會猶豫或誤買。
任一問沒在 90 秒能答出 → 那個模組要重寫。詳見 AI 輸出質檢技能 的 6 維質檢對銷售頁 FAQ 的事實核驗要求。
銷售頁是購買判斷頁
很多新手把銷售頁寫成作品展示:展示封面、列很多功能、寫一堆好處。問題是,買家真正關心的是:這是不是我的問題,買完能不能用,和我現在的水平匹不匹配,出問題怎麼辦。
一類營銷思想反覆強調客戶關心自己的問題。數字產品銷售頁也一樣。不要先講你做了多少內容,先講買家能完成什麼任務。
銷售頁越清楚,後續支援越少。頁面寫清不適合誰、交付邊界和退款規則,不會嚇跑真正買家,反而會減少錯配使用者。
第 1 步:寫清標題和承諾
標題要具體。
| 弱標題 | 更清楚 |
|---|---|
| AI 數字產品模板合集 | 幫自由職業者整理客戶改稿回覆的 Prompt Pack |
| 高效內容工具包 | 一週內容選題和覆盤表 |
| 超實用副業模板 | 數字產品樣品頁預售檢查表 |
標題裡最好包含使用者、任務和形式。副標題再補使用場景、交付格式和限制。
承諾要剋制。不要寫適合所有人,不要寫固定收入,不要寫買完就能自動成功。承諾越誇張,退款和爭議風險越高。
第 2 步:展示真實樣品
樣品是信任核心。
| 樣品 | 要展示 |
|---|---|
| 模板 | 空白版和填寫示例 |
| Prompt Pack | 輸入變數、輸出示例、質檢方式 |
| 電子書 | 目錄、片段、操作表 |
| 素材包 | 分類、檔案命名、授權說明 |
| Notion | 頁面結構、資料庫欄位、複製說明 |
不要只展示封面。封面能吸引注意,不能證明可用。買家需要看到真實內容和使用方式。
如果樣品還不完整,就寫清這是 v0.1 或樣品測試。透明比包裝更穩。
第 3 步:寫適合誰和不適合誰
不適合誰必須寫。
| 適合誰 | 不適合誰 |
|---|---|
| 有明確任務的人 | 只想收藏資料的人 |
| 能按步驟填寫的人 | 不願意提供輸入的人 |
| 接受目前版本邊界的人 | 期待定製服務的人 |
| 使用指定工具的人 | 不想使用相關工具的人 |
這部分能顯著減少誤買。數字產品常見退款,不是產品完全沒用,而是使用者以為自己買到的是另一個東西。
寫不適合誰時,不要用攻擊性語言。只需要誠實說明限制,比如“不包含一對一修改”“不適合完全不想手動填寫的人”。
第 4 步:補交付、退款和授權邊界
邊界要寫在購買前。
| 邊界 | 要寫 |
|---|---|
| 交付 | 檔案格式、下載、複製、匯入方式 |
| 工具 | 是否需要 Notion、表格軟體、AI 模型 |
| 更新 | 是否更新、更新到哪裡 |
| 退款 | 哪些情況可退,如何處理 |
| 授權 | 個人使用、商用、團隊使用、再分發 |
| 支援 | 是否包含答疑、定製和修改 |
邊界不是防使用者,而是保護預期。預期越清楚,購買越放心。
涉及平臺、支付、退款和授權時,要以執行當天官方入口和你的後臺為準。不要把教學裡的例子寫成自己的規則。
第 5 步:設定 CTA 和反饋入口
CTA 要匹配階段。
| 階段 | CTA |
|---|---|
| 只有樣品 | 領取樣品、填寫反饋 |
| 初步驗證 | 加入等待名單 |
| 可交付版本 | 購買目前版本 |
| 風險較高 | 申請試用或先諮詢 |
| 計劃更新 | 訂閱更新通知 |
不要一頁放太多行動。行動越多,使用者越不知道該做什麼。第一版通常只保留一個主 CTA 和一個反饋入口。
反饋入口要問具體問題,比如“你還缺哪一個資訊才會決定購買?”比“你覺得怎麼樣?”更有用。
銷售頁檢查表
| 檢查 | 通過標準 |
|---|---|
| 標題 | 給誰解決什麼任務 |
| 樣品 | 有真實內容和使用方式 |
| 適合範圍 | 寫清適合和不適合 |
| 邊界 | 交付、退款、授權、更新清楚 |
| CTA | 行動單一且能記錄 |
| 風險 | 未確認欄位已標註 |
檢查不過,就不要擴大流量。先修頁面,再找買家。
買家視角頁面走查
寫完頁面後,用買家視角走一遍。
| 買家問題 | 頁面要回答 |
|---|---|
| 我是不是目標使用者 | 標題和適合誰 |
| 買完能做什麼 | 樣品和輸出示例 |
| 我需要準備什麼 | 工具、輸入、時間和限制 |
| 會不會買錯 | 不適合誰和退款邊界 |
| 能不能商用 | 授權說明 |
| 出問題怎麼辦 | 支援和反饋入口 |
走查時不要站在作者視角解釋。真正的銷售頁應該讓陌生買家自己判斷。你需要反覆問:這個資訊能不能減少買家的不確定?
FAQ 訓練
FAQ 不要等使用者問了再寫。可以從四類問題開始:
| 型別 | 問題 |
|---|---|
| 格式 | 檔案是什麼格式,怎麼開啟 |
| 工具 | 是否需要指定工具或賬號 |
| 結果 | 使用後能得到什麼 |
| 風險 | 不適合誰、退款、授權和更新 |
好的 FAQ 會把模糊承諾拆開。比如“適合新手”不如寫“適合願意按示例填寫輸入的新手,不適合完全不想手動修改的人”。
FAQ 也是反向質檢。如果你發現 FAQ 寫不清,說明產品邊界還不清。
標題改寫練習
標題可以按三步改:
| 步驟 | 問法 |
|---|---|
| 使用者 | 誰會買 |
| 任務 | 他要完成什麼 |
| 形式 | 你用什麼交付 |
例如“數字產品工具包”可以改成“給自由職業者做客戶改稿回覆的 Prompt Pack”。後者更窄,但更容易讓目標使用者判斷。
標題越窄,頁面越好寫。不要害怕排除非目標使用者。錯配使用者少,退款和支援壓力也會少。
證明材料排序
頁面裡的證明材料要按信任強度排序。
| 強度 | 材料 |
|---|---|
| 高 | 真實樣品、使用步驟、買家反饋 |
| 中 | 檔案清單、版本記錄、FAQ |
| 低 | 封面、泛賣點、創作者自誇 |
早期沒有評價時,就把真實樣品做紮實。沒有評價不是問題,編評價才是問題。
頁面語言的去翻譯腔訓練
銷售頁容易出現翻譯腔,尤其是用 AI 寫英文資料再翻回中文時。
| 翻譯腔 | 自然寫法 |
|---|---|
| 幫助你實現更高效的工作流 | 幫你把客戶改稿意見整理成可回覆話術 |
| 適用於廣泛的場景 | 適合每週都要交付客戶文案的人 |
| 提供全面解決方案 | 包含輸入模板、示例和檢查表 |
| 讓你獲得專業結果 | 讓你知道哪裡需要人工修改 |
自然語言不是隨意口語,而是具體。越具體,越不像機器翻譯。每一句都問:使用者會不會在真實購買場景裡這樣說?
頁面反對意見訓練
買家不會只看賣點,他會在心裡反駁。
| 反對意見 | 頁面回應 |
|---|---|
| 我用不上 | 寫適合誰和不適合誰 |
| 我不會用 | 寫第一步和示例 |
| 太像 AI | 展示人工檢查表 |
| 怕買錯 | 給樣品和退款邊界 |
| 怕不能商用 | 寫授權說明 |
銷售頁文案技能的核心,是預先回答這些反對意見。不是把頁面寫得更熱鬧,而是減少不確定。
頁面覆盤指標
頁面上線後,至少記錄這些:
| 訊號 | 說明 |
|---|---|
| 使用者問哪裡 | FAQ 缺口 |
| 使用者看樣品了嗎 | 樣品入口是否明顯 |
| 使用者問適用範圍嗎 | 適合誰不夠清楚 |
| 使用者問授權嗎 | 授權邊界不夠清楚 |
| 使用者買後退款嗎 | 頁面承諾可能錯配 |
這些訊號會反過來訓練文案。銷售頁不是一次寫完,而是隨著使用者問題變清楚。每次修改都要記錄頁面版本,否則你不知道後續反饋對應哪一版。好的銷售頁會越來越短,因為無效承諾被刪掉,關鍵判斷被保留下來。每次刪掉一句模糊話,買家誤解都會少一點。頁面越清楚,後續支援壓力越低,也越容易做價格測試和版本調整,資料解釋也更乾淨,更容易覆盤。
AI 怎麼輔助
AI 適合做這些:
- 把買家原話改成標題候選。
- 生成適合誰和不適合誰。
- 檢查頁面是否有過度承諾。
- 把使用者問題整理成 FAQ。
- 輸出頁面風險清單。
AI 不適合編造樣品、評價、銷量和授權。頁面上的證明必須來自真實材料。
讓 AI 寫銷售頁時,要讓它先列買家疑慮,再寫文案。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Gumroad — 看數位商品抽成、退款與上架規則
- Lemon Squeezy — 看歐美數字產品 MoR 收款與稅務
- Stripe Pricing — 看 Stripe 抽成、跨境與訂閱計費
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
銷售頁要長還是短?
不看長短,看 6 問能不能答出來。簡單工具類產品 3-5 屏夠;複雜教學或會員產品要擴到 8-12 屏。判斷不是字數而是"陌生人能不能獨立做決定"——不能 → 缺什麼補什麼,不要湊長度。
沒使用者評價的早期產品怎麼寫信任段?
3 種代替方案:1)真實樣品(一頁可下載的完整內容);2)你為什麼做這個(具體起點 + 你解決的具體問題,不寫"非科班"自貶);3)退款承諾寫清楚(哪些情況退、幾天內、怎麼退)。任一項都比假評價強。
退款規則要寫多嚴?
最低規則:寫清"X 天內 + Y 類問題可退"。常見型別:檔案無法開啟 / 與銷售頁描述明顯不符 / 平臺規則強制。不要寫"不退款"——多數平臺對數字產品有強制退款窗,硬寫"不退"會讓平臺直接判退還傷聲譽。
AI 寫完銷售頁,哪幾個欄位必須人工二審?
至少 5 個:1)樣品(必須是真檔案不是 mockup);2)適用場景(不能編工具名 / 平臺規則);3)退款條款(核對平臺當天規則);4)授權說明(商用 / 個人 / 團隊邊界);5)價格 + 收款方式(核對收款工具支援地區)。其他文案 AI 寫完可用。
執行前至少核驗:
- Gumroad · Product Page Examples → 銷售頁範式與轉化結構
- Notion · Sales Page 模板 → 銷售頁 outline 參考
- Stripe · Payment Links → 整合支付連結到銷售頁