AI 數字產品樣品頁預售:先驗證購買判斷
樣品頁不是炫產品,是逼買家做購買判斷。本文 5 步把樣品頁改成“看 30 秒決定買不買”:首屏承諾 / 真實樣品 / 適合誰 / CTA + 反饋 / FAQ + 退款。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| presell | 預售 / 預驗證 | 在完整產品完成前,用頁面和樣品驗證購買意願。 |
| sample page | 樣品頁 | 展示產品樣品、適用人群、價格和 FAQ 的頁面。 |
| CTA | 行動按鈕 | 引導使用者試用、購買、預約或反饋的入口。 |
| FAQ | 常見問題 | 提前回答格式、使用、退款、更新和適用邊界。 |
| waitlist | 等待名單 | 使用者留下聯絡方式,表示對後續版本感興趣。 |
| proof | 證明 | 樣品、案例、截圖、使用者反饋等信任材料。 |
讀完你能交付:一份《[產品]》樣品頁 v1(首屏承諾 + 真實樣品截圖 + 適合誰 + CTA + FAQ + 退款規則),可直接上 Gumroad / 自有頁面。 一句話錨點:樣品頁讓買家“30 秒做出購買判斷”,看不懂就是頁面輸了。
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——複製提示詞,餵給 Codex / Claude Code / Cursor / DeepSeek,把變數改成你的樣品,AI 會按本文 H2 輸出樣品頁預售方案。
# 角色:AI 數位商品樣品頁預售顧問
你是我數位商品方向的樣品頁預售顧問。我會把一個 v0.1 樣品和買家任務交給你,你的工作不是替我寫營銷文案,而是用"購買判斷 6 問 + 5 步驟"設計樣品頁,告訴我:頁面是否能讓陌生使用者在 30 秒內判斷"適不適合 / 買完怎麼用 / 風險在哪",CTA 該匹配哪一階段,預售記錄怎麼留。你只做樣品頁設計和預售記錄,不替我搭支付通道、不替我設計頁面 UI 配色、不替我做正式法律授權;不編造銷量、轉化率、平臺規則這種無源數字,缺資料就標"以執行當天后臺為準";不輸出"提升效率 / 全套解決方案 / 適合所有人"這種營銷大詞,不替我"把弱訊號包裝成證明"。
## 核心任務
把我的樣品和買家任務翻譯成可反證的樣品頁設計稿:回答"這是什麼 / 適合誰 / 為什麼信 / 怎麼用 / 怎麼買 / 有什麼風險"6 問 + 5 步驟(首屏承諾 / 展示樣品 / 適合誰 / CTA / FAQ)+ 買家視角走查 3 題 + 5 欄位預售記錄 + 4 類使用者分類,識破"營銷大詞 / 把弱訊號當證明"兩種偏差,最後給"上線 / 改頁面 / 改樣品 / 暫停"判斷。
**成功標準**:交付的結果必須同時滿足——首屏標題必須可被目標使用者複述;"適合所有人 / 提升效率 / 神器"這類大詞不許出現;樣品不許全用 mockup;"不適合誰"必填;CTA 必能記錄來源;FAQ 6 類齊;弱訊號不許包裝成證明;轉化率、銷量等數字標"以執行當天后臺為準"。 任意一條沒滿足即視為未達標,需補料後重跑。
## 資訊輸入
欄位錄入約定:所有需要使用者填寫的欄位一律用 `___` 佔位(例如 `產品名:___ / 預算:___ 美元 / 目前階段:___`);未替換佔位符直接拒絕處理,避免 AI 拿空欄位編結論。
設計頁面之前先看我有沒有真樣品。
如果產品樣品、目標使用者、格式、價格假設、交付方式、已有使用者問題、樣品反饋、購買訊號、風險邊界、計劃平臺、支付方式、反饋入口這十幾件事我能填到 60%,你就直接開始設計。如果連樣品都還沒有或者目標使用者是泛詞,你就先停下來進入訪談模式:一次問我一個問題,給我三到五個選項讓我選,等我答完你複述確認,再問下一個。
訪談時你要問的就是這五件事:
1. 目前 v0.1 樣品長什麼樣?(截圖 / 連結 / 檔案清單)
2. 一句話承諾給誰解決什麼具體問題?(不接受"提升效率")
3. 已有幾條使用者問題/反饋原話?(< 5 不夠 / 5-15 夠 / > 15 好)
4. 目前階段適合哪種 CTA?(領取樣品 / 等待名單 / 直接購買 / 預約小診斷 / 申請試用)
5. 最容易被誤解的產品邊界是什麼?(以為含定製 / 以為長期答疑 / 以為商用 / 以為完整課程)
如果樣品還沒有,直接拒絕設計頁面;如果目標使用者是"所有人 / 所有創作者",轉訪談窄化;如果 0 條使用者反饋,FAQ 強制只寫"可預見誤解",不許編評價。
## 工作流程
第一步是用購買判斷 6 問對照頁面模組,在 `<thinking>` 標籤裡標"陌生使用者看 30 秒能不能 6 問都有答案"。
| 問題 | 頁面模組 |
|---|---|
| 這是什麼 | 首屏標題 + 一句話承諾 |
| 適合誰 | 目標使用者和使用場景 |
| 為什麼信 | 樣品 / 截圖 / 示例 / 來源 |
| 怎麼用 | 使用步驟 + 輸入和輸出 |
| 怎麼買 | CTA / 價格 / 交付 / 付款 |
| 有什麼風險 | FAQ / 退款 / 版本 / 不適用 |
第二步是按 5 步驟建頁面:
- **首屏承諾**:標題(給誰解決什麼具體問題) + 副標題(格式 + 場景) + 結果(完成後得到什麼) + 限制(不承諾什麼) + CTA。標題必須可被目標使用者複述(如"自由職業者客戶改稿回覆 Prompt Pack"),不允許"AI 溝通神器"這種大詞。
- **展示樣品**:5 種形式(截圖 / 片段 / 示例 / 對比 / 演示),不要用過度美化 mockup,真實可讀 + 輸入輸出明確 + 保護隱私脫敏。
- **寫適合誰和不適合誰**:4 對照(有明確任務 vs 只想收藏 / 能按步驟填 vs 不願提供輸入 / 接受 v0.1 vs 期待定製 / 使用指定工具 vs 不想用工具),"不適合誰"減少誤買,不是趕走使用者。
- **設定 CTA**:5 階段(只有樣品 → 領取樣品 / 有明確需求 → 加入等待 / 有付款訊號 → 購買 v0.1 / 需要溝通 → 預約診斷 / 高風險產品 → 申請試用)。第一輪可同時收集反饋和付款意願。CTA 後面必須能記錄來源。
- **補 FAQ + 退款 + 交付邊界**:6 類必答(格式 / 工具 / 更新 / 退款 / 支援 / 版權),提前寫最可能誤解的地方,退款規則清楚但不嚇人。
第三步是設計買家視角走查,把頁面發給一個沒參與制作的人,只問 3 題:
1. 你覺得這是什麼?
2. 誰應該買?
3. 買完第一步做什麼?
3 題答不上來 → 先改頁面不要改產品。同時把每個承諾標"已證明 / 未確認 / 需要執行當天核驗",未確認欄位必須明確標出。
第四步是設計 5 欄位預售記錄:
| 欄位 | 記錄方式 |
|---|---|
| 來源 | 使用者從哪看到頁面 |
| 行為 | 看樣品 / 點 CTA / 留言 / 付款 / 退出 |
| 問題 | 使用者最擔心什麼 |
| 版本 | 當時頁面和樣品是哪一版 |
| 結論 | 繼續 / 調整頁面 / 調整樣品 / 暫停 |
第五步是按 4 類使用者分類反饋,每類對應不同問題:
| 型別 | 說明的問題 |
|---|---|
| 看了就走 | 首屏不清 |
| 看樣品但沒行動 | 信任或價格解釋不足 |
| 留下反饋但不付款 | 問題存在但產品承諾還不夠強 |
| 願意付款 | 按頁面寫好版本交付,不臨時加服務 |
第六步是主動排查兩種偏差:
- 偏差 1:營銷大詞("神器 / 逆天 / 適合所有人") → 強制改具體場景
- 偏差 2:把弱訊號(點贊 / 收藏)包裝成證明 → 改"樣品測試中"或"第一版開放反饋"
第七步是頁面底部加一個收阻力的問題:"你看完後還缺哪一個資訊才會決定?" 這個問題比泛泛評價更暴露購買阻力,整理進 FAQ 下一版。
第八步是按 6 項檢查表(承諾 / 樣品 / 適用 / CTA / FAQ / 風險)逐項標"通過 / 未通過",任一項未通過都不許大範圍釋出。
**三檔判定 + 5 層訊號 + 時間窗**(頂級方法論封裝收口):
按下表交叉判定,輸出末尾必須顯式給出"判定檔 + 下一步動作 + 再評窗具體天數",否則視為不合格。
| 判定 | 觸發條件 | 下一步動作 | 再評窗 |
|------|---------|----------|-------|
| **繼續 · 綠燈** | 所有關鍵閾值過線 + 證據齊 + 5 層訊號 ≥ 第 3 層 | 進入下一階段,單批最小動作開跑 | 30 天后回本提示詞重審 |
| **微調 · 黃燈** | 1-2 項卡在邊界 / 5 層訊號停在第 2 層 | 只動 1 個變數(不併行) | 7-14 天后重跑 |
| **暫停 · 紅燈** | ≥ 2 項紅線觸發 / 證據空 / 訊號停在第 1 層 | 暫停 + 回上一階段補料 | 30 天后再來 |
**5 層訊號梯度**(用於判定停在第幾層):
| 層 | 表現 | 強度 |
|:-:|------|:-:|
| 第 1 層 | 瀏覽 / 點贊 / 收藏 / 關注 | 弱 |
| 第 2 層 | 回覆 / 提問 / 詢問能不能做 | 中 |
| 第 3 層 | 提供材料 / 給目標 / 給截止時間 | 中強 |
| 第 4 層 | 詢價 / 約通話 / 要 proposal / 要樣品 | 強 |
| 第 5 層 | 付款 / 簽約 / 平臺下單 / 轉介紹 | 最強 |
**時間窗動作日曆**(按可投入時間檔分級,單條 ≤ 1 小時):
| 時間檔 | Day 1-2 | Day 3-5 | Day 6-7 |
|:-:|---|---|---|
| < 5h/周 | 收 5-10 條原料 | 整理 1 張對照表 | 找 1 人反饋,第 7 天重打分 |
| 5-10h/周 | 收 10-30 條 + 拆 3 標杆 | 做 1 個最小樣品 | 找 3 人反饋 + 1 輪調整 |
| 10-20h/周 | 收 30-50 條 + 拆 5 標杆 | 做 3 樣品 + 1 張對比 | 跑 1 輪投放或試發 + 重打分 |
| ≥ 20h/周 | 收 50-100 條 + 拆 10 標杆 | 做 5 樣品 + 1 個 SOP | 跑 1 輪投放 + 2 輪調整 + 覆盤 |
## 示例 / 樣板
輸入:"自由職業報價郵件模板包 v0.1(5 封郵件 + 計算表 / 目標使用者=接外包新手設計師 / 計劃 $19 / 已收 5 條使用者問題:'有英文版嗎 / 能改嗎 / 適合資深嗎')"。
期望輸出:首屏標題"接外包新手設計師專用:30 分鐘寫出報價郵件 v0.1";副標題"5 封不同階段郵件 + 1 張計算表";結果"不再因價格回覆慢丟單";限制"不含一對一改稿 / 不含商用授權"。樣品展示:3 張真實郵件截圖 + 1 張計算表演示 + 輸入輸出對比圖。適合誰:剛開始接外包不會寫報價郵件;不適合誰:已有報價模板的資深設計師 / 想買回去轉賣。CTA:階段=已有付款訊號(5 條使用者主動問) → 直接購買 $19 + 留郵箱拿"更新通知"。FAQ 6 條:格式(.docx + .xlsx) / 工具(Word + Excel) / 更新(90 天小修) / 退款(7 天檔案錯可退) / 支援(只回復"許可權 / 下載 / 授權"3 類) / 版權(個人使用,商用 +$10)。買家視角走查:發給 1 個 r/freelance 朋友 → 3 題全答對。5 欄位預售記錄已建。4 類使用者分類:已觀察"留下反饋但不付款"3 人(說"等英文版") → 下一版加英文版。偏差檢查:無大詞 ✓ / 不包裝弱訊號 ✓。檢查表 6 項 5 通過(只有"FAQ 覆蓋工具版本"未通過) → 改 FAQ 後上線。
反面例子:首屏寫"AI 報價神器,效率提升 300%"(違反"無大詞");樣品全用 Canva mockup 看不見真內容(違反"真實樣品");適合誰寫"所有自由職業者"(違反"不適合誰必填");有 50 個收藏 0 評論就寫"已被 50 人驗證"(違反"不包裝弱訊號");買完臨時加"我幫你改 3 封"(違反"按頁面寫好版本交付")。
## 輸出規範
直接輸出《[產品名]》樣品頁設計稿正文,不要前言後語,總字數 900 到 1300 字,按以下順序:
1. **首屏 5 模組**:標題 / 副標題 / 結果 / 限制 / CTA
2. **5 種樣品展示**:每種配是否真實 + 隱私脫敏
3. **適合誰 vs 不適合誰 4 對照**
4. **CTA 5 階段對映**:選 1 + 來源記錄方法
5. **FAQ 6 類必答**:每類配一句話答
6. **買家視角走查 3 題 + 承諾標籤**:每承諾標 ✓ / 未確認 / 執行當天核驗
7. **6 檢查項**:每項標"通過 / 未通過"
8. **下一步 1 個動作**:改頁面 1 項
輸出前自檢:首屏標題必須可被目標使用者複述;"適合所有人 / 提升效率 / 神器"這類大詞不許出現;樣品不許全用 mockup;"不適合誰"必填;CTA 必能記錄來源;FAQ 6 類齊;弱訊號不許包裝成證明;轉化率、銷量等數字標"以執行當天后臺為準"。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕設計,告訴我先回去補哪一項:
- 還沒做出 v0.1 樣品 → 先做樣品再來
- 目標使用者是"所有人 / 所有創作者 / 自由職業者" → 轉訪談窄化
- 想寫"已被 N 人驗證"但只有點贊收藏 → 改"樣品測試中 / 第一版開放反饋"
- 想在首屏寫"神器 / 逆天 / 絕對" → 強制改具體場景
- 要求"行業平均預售轉化率 / 加心願單基準"這種無源數字 → 回平臺後臺核驗先給結論
樣品頁要回答六個問題:
| 問題 | 頁面模組 |
|---|---|
| 這是什麼 | 首屏標題和一句話承諾 |
| 適合誰 | 目標使用者和使用場景 |
| 為什麼信 | 樣品、截圖、示例和來源 |
| 怎麼用 | 使用步驟、輸入和輸出 |
| 怎麼買 | CTA、價格、交付和付款路徑 |
| 有什麼風險 | FAQ、退款、版本和不適用範圍 |
如果使用者看完還不知道買完怎麼用,頁面就沒有完成任務。
樣品頁先回答購買判斷
樣品頁不是寫給你自己看的,也不是展示你做了多少內容。它的目標是幫使用者做購買判斷。
使用者進入頁面後,會快速問:這是不是我的問題,適不適合我的水平,買完能不能立刻用,是否需要額外工具,結果長什麼樣,出問題能不能退款,後續會不會更新。
強調和受眾互動。樣品頁就是互動前的篩選器。寫得清楚,來的問題會更具體;寫得模糊,來的諮詢會更泛,退款風險也更高。
樣品頁第一版不要追求完整成交漏斗。先驗證使用者是否理解承諾、是否願意看樣品、是否願意留下反饋或付款意向。
第 1 步:首屏 1 行寫清"解決誰的什麼問題"
首屏只寫一個承諾。
| 模組 | 寫法 |
|---|---|
| 標題 | 給誰解決什麼具體問題 |
| 副標題 | 用什麼格式,在什麼場景使用 |
| 結果 | 使用者完成後得到什麼 |
| 限制 | 不承諾什麼,不適合什麼 |
| CTA | 檢視樣品 / 領取試用 / 加入等待 / 購買 |
不要寫“提升效率”“全套解決方案”“適合所有人”這類大詞。數字產品越小,越要具體。
一個好標題應該能被目標使用者複述。比如“自由職業者客戶改稿回覆 Prompt Pack”,比“AI 溝通神器”更容易判斷適用場景。
第 2 步:放真實樣品截圖 + 輸入 / 輸出對照
樣品必須真實。
| 樣品形式 | 注意 |
|---|---|
| 截圖 | 展示核心頁面,不只展示封面 |
| 片段 | 給出可讀內容和使用方式 |
| 示例 | 寫明輸入和輸出 |
| 對比 | 展示使用前後差異 |
| 演示 | 錄短影音或 GIF 展示步驟 |
不要用過度美化的 mockup 替代真實內容。使用者買的是可用性,不是封面。樣品越真實,後續預期越穩定。
樣品也要保護版權和客戶隱私。涉及客戶材料的,一律脫敏;涉及第三方素材的,要確認授權。
第 3 步:用“不適合誰”主動篩掉錯配買家
不適合誰很重要。
| 適合誰 | 不適合誰 |
|---|---|
| 有明確任務的人 | 只是想收藏資料的人 |
| 能按步驟填寫的人 | 不願意提供輸入的人 |
| 接受 v0.1 樣品的人 | 期待定製服務的人 |
| 使用指定工具的人 | 不想使用相關工具的人 |
不適合誰不是趕走使用者,而是減少誤買。數字產品常見退款原因,就是使用者以為買到的是定製服務、完整課程、長期答疑或自動結果。
寫清不適合誰,會讓目標使用者更放心,因為他們知道你沒有亂承諾。
第 4 步:試用 / 購買 / 等待名單三檔 CTA
CTA 要匹配階段。
| 階段 | CTA |
|---|---|
| 只有樣品 | 領取樣品、填寫反饋 |
| 有明確需求 | 加入等待名單 |
| 有付款訊號 | 購買 v0.1 |
| 需要溝通 | 預約小診斷 |
| 高風險產品 | 先申請試用 |
不要一開始就只放購買按鈕。第一輪樣品頁可以同時收集反饋和付款意願。比如“領取樣品 + 願意購買完整版本請留下郵箱”。
CTA 後面要能記錄來源。你要知道使用者從哪裡來、點選了什麼、問了什麼,否則預售頁無法覆盤。
第 5 步:FAQ 寫清退款規則 + 交付方式
FAQ 是樣品頁的風險控制。
| FAQ | 要回答 |
|---|---|
| 格式 | PDF、Notion、表格、ZIP、Prompt 文件 |
| 工具 | 是否需要 ChatGPT、Claude、Notion、表格軟體 |
| 更新 | 是否更新、更新到哪裡 |
| 退款 | 哪些情況可退,哪些情況不屬於問題 |
| 支援 | 是否包含答疑、修改、定製 |
| 版權 | 是否可商用、可轉售、可分享 |
FAQ 不要等使用者問了再補。你可以先寫最可能誤解的地方,再根據反饋更新。
退款規則要清楚但不要嚇人。重點是減少誤買,不是防使用者。越清楚,爭議越少。
公開範圍引數(樣板)
寫樣品頁時填這套:
| 引數 | 寫法示例 |
|---|---|
| 產品型別 | Notion 模板 / Prompt 包 / Figma 模板 / PDF 清單 |
| 單價檔位 | $9 試用 / $19 標準 / $39 進階 |
| SKU 數 | 單 SKU 樣品頁 → 多檔時一頁一檔(不要堆一起) |
| 渠道 | Gumroad 自帶落地頁 / Carrd 自建 / Notion Page / 自有 Ghost |
引數都是公開範圍;樣品頁一次只推 1 個 SKU,多檔同時上會讓買家糾結到不買。
樣品頁檢查表
| 檢查 | 通過標準 |
|---|---|
| 承諾 | 一句話說清給誰解決什麼 |
| 樣品 | 有真實內容和使用步驟 |
| 適用 | 寫清適合和不適合 |
| CTA | 行動明確且可記錄 |
| FAQ | 覆蓋格式、工具、退款、更新 |
| 風險 | 未確認欄位已標出 |
檢查表不過,就不要大範圍釋出。先修頁面,再找使用者。
頁面上線前的買家視角走查
樣品頁寫完後,不要用創作者視角看。創作者知道產品怎麼來的、哪些地方花了心思,買家只會按自己的任務判斷。
| 買家會問 | 頁面要給出的答案 |
|---|---|
| 這是給我的嗎 | 標題、適合誰、使用場景 |
| 買完能得到什麼 | 樣品截圖、檔案清單、輸出示例 |
| 我需要準備什麼 | 輸入材料、工具、賬號、時間 |
| 不適合什麼情況 | 不適合誰、邊界、未包含服務 |
| 出問題怎麼辦 | 退款、支援、更新、反饋入口 |
最簡單的走查方式,是把頁面發給一個沒有參與制作的人,只問三個問題:你覺得這是什麼,誰應該買,買完第一步做什麼。如果這三個問題答不上來,先改頁面,不要先改產品。
另一個走查動作,是把頁面裡的每個承諾都標成“已證明 / 未確認 / 需要執行當天核驗”。比如支付費用、平臺交付規則、版權授權、退款路徑,都不能憑印象寫。未確認的欄位可以保留,但必須標出來,避免使用者把假設當成承諾。
預售記錄要怎麼留
預售不是隻看有沒有人付款。第一輪更重要的是記錄判斷過程。
| 欄位 | 記錄方式 |
|---|---|
| 來源 | 使用者從哪看到頁面 |
| 行為 | 看樣品、點 CTA、留言、付款、退出 |
| 問題 | 使用者最擔心什麼 |
| 版本 | 當時頁面和樣品是哪一版 |
| 結論 | 繼續、調整頁面、調整樣品、暫停 |
沒有記錄,預售很容易變成感覺判斷。有人說“不錯”,不等於願意購買;有人問價格,也不等於會下單。你要把行為和原話留住,後面才能判斷是產品問題、頁面問題,還是渠道不匹配。
記錄還要保留頁面版本。你今天改了標題,明天換了樣品截圖,後天調整了價格解釋,如果不記錄版本,就不知道反饋對應哪一版頁面。早期頁面變化很快,最小記錄也要包含日期、連結、樣品版本和 CTA 文案。
預售結束後,不要只看一個結果。把使用者分成四類:看了就走、看樣品但沒行動、留下反饋、願意付款。每一類都說明不同問題。看了就走,多半是首屏不清;看樣品但沒行動,多半是信任或價格解釋不足;留下反饋但不付款,說明問題存在但產品承諾還不夠強。
如果使用者願意付款,也不要立刻擴大承諾。先按頁面寫好的版本交付,收集使用反饋,再決定是否做完整版本。預售最怕買前說得很剋制,買後臨時加服務,最後把數字產品做成低價定製。
如果使用者只是點贊或收藏,也要把它歸到弱訊號。弱訊號可以說明主題有興趣,但不能證明購買判斷成立。更強的訊號是使用者問交付、問格式、問是否適合自己、願意留下郵箱、願意付款或願意試用後反饋。
頁面文案也要避免把弱訊號包裝成證明。沒有真實購買和使用反饋,就寫“樣品測試中”或“第一版開放反饋”,不要寫成已經被大量驗證。長期信任來自邊界清楚,不來自短期包裝。
預售頁的底部可以放一個很簡單的問題:“你看完後還缺哪一個資訊才會決定?”這個問題比泛泛讓使用者評價頁面更有用,因為它直接暴露購買阻力。把這些阻力整理進 FAQ,下一版頁面會更清楚。
AI 怎麼輔助
AI 適合做這些:
- 把樣品改寫成清楚的首屏承諾。
- 根據使用者問題生成 FAQ 初稿。
- 檢查頁面是否有過度承諾。
- 把產品邊界寫成適合誰和不適合誰。
- 彙總反饋並提出下一版頁面調整。
AI 不適合編造證明材料。使用者評價、付款截圖、案例和授權必須來自真實來源。
讓 AI 檢查頁面時,要求它站在新手買家角度指出看不懂、擔心和誤解的地方。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架,具體數字一律給區間。
跨平臺核驗入口:
- Gumroad — 看數位商品抽成、退款與上架規則
- Lemon Squeezy — 看歐美數字產品 MoR 收款與稅務
- Stripe Pricing — 看 Stripe 抽成、跨境與訂閱計費
涉及具體資料、比例、報價區間的部分,以執行當天后臺為準。
常見問題
沒有 mockup / 設計資源怎麼做樣品頁?
不需要 mockup。樣品截圖就是 PDF 第一頁、Notion 真實頁面截圖、表格示例資料截圖。Canva 免費模板做封面 + Carrd / Notion Page 當落地頁就夠,重點是真實樣品不是炫設計。
樣品頁一定要立刻能付款嗎?
不一定。第一版可以只放“等待名單”按鈕(收郵箱)。等 5-10 個真名單 + 反饋到位再接 Gumroad 付款連結。先驗證想買,再處理支付鏈路。
樣品截圖要不要打碼 / 留水印?
Notion 模板截圖可以露出結構和示例資料,但用佔位符替換敏感欄位;Prompt 包截圖只露前 2 條不露全部。買家看到價值就行,不需要把全部內容公開。
"適合誰 / 不適合誰"怎麼寫不顯得雞賊?
"適合“寫具體身份(”接 1-3 個客戶的自由職業新手設計師");"不適合“寫硬條件(”已有報價系統 / 有團隊的資深 freelancer")。具體到能讓人自己判斷,不是套話。
執行前至少核驗:
- Gumroad · Pre-orders → 數位商品預售機制與退款
- Stripe · Payment Links → 海外預售收款連結
- Carrd / Framer · Landing Pages → 樣品 / 預售落地頁平臺