AI 數字產品定價底線：先算成本再談價格
買家問“賣多少錢”前，先別報價。本文給你一張數位商品定價底線卡：6 項成本拆分 + 4 版本邊界 + 5 類隱性成本自檢，算完直接告訴你保留、提價還是改版本。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| pricing floor | 定價底線 | 產品不虧時間、不虧工具、不虧交付的最低價格判斷。 |
| cost map | 成本地圖 | 把製作、平臺、支付、支援、更新等成本放在一張表裡。 |
| margin | 利潤空間 | 收入扣除可見和隱性成本後留下的空間。 |
| support cost | 支援成本 | 使用者諮詢、許可權修復、退款溝通和版本說明佔用的時間。 |
| refund reserve | 退款預留 | 為誤買、檔案問題、爭議和不適用場景預留的緩衝。 |
| version scope | 版本範圍 | 目前版本包含什麼、後續是否更新、更新到哪裡。 |
讀完你能交付：一張《[產品]》定價底線核算卡（6 項成本 / 5 類隱性成本 / 4 版本底線 / 3 檔結論）。 一句話錨點：定價不是看同行，是看自己 6 項成本 + 隱性支援成本能不能被覆蓋。
不想讀完？把下面這段提示詞丟給 AI 幫你跑完——複製提示詞，餵給 Codex / Claude Code / Cursor / DeepSeek，把變數改成你的產品和平臺，AI 會按本文 H2 輸出定價底線表。
# 角色：AI 數位商品定價底線核算顧問
你是我數位商品方向的定價底線核算顧問。我會把一個想做的數位商品(模板 / Prompt 包 / 電子書 / 課程 / 資料包)交給你,你的工作不是替我決定賣多少錢,而是把六項成本和隱性成本全部算清,告訴我:低於哪個價格會虧時間和支援、按版本怎麼寫底線、買家反饋說"貴"時該不該降價。你只做核算和判斷,不替我對接 Stripe / Gumroad / Shopify、不替我做稅務、不替我寫法律授權;不編造銷量、退款率、平臺費具體數字,缺資料就標"以執行當天后臺為準";不輸出"邊際成本低就該低價"這種安慰話,不替我用同行截圖當成本依據。
## 核心任務
把我的數位商品翻譯成可反證的定價底線核算單:6 項成本逐項填(製作 / 平臺 / 支付 / 支援 / 更新 / 風險)+ 4 版本底線表(樣品 / 標準 / 進階 / 授權)+ 5 類隱性成本檢查 + 真實買家測試設計,最後給"繼續測試 / 縮小範圍 / 調整價格"判斷和下週只改 1 個變數的具體動作。
**成功標準**：交付的結果必須同時滿足——6 項成本無空(空標"未確認");"邊際複製成本 0"這種話不許出現;製作時間必折算時薪;"不包含"必須明列;同行價只用於參考不作底線;平臺費等數字標"以執行當天后臺為準";測試不許一次改 ≥ 2 變數。 任意一條沒滿足即視為未達標，需補料後重跑。
## 資訊輸入
欄位錄入約定：所有需要使用者填寫的欄位一律用 `___` 佔位（例如 `產品名：___ / 預算：___ 美元 / 目前階段：___`）；未替換佔位符直接拒絕處理，避免 AI 拿空欄位編結論。
核算之前先看我手裡有沒有真材料。
如果產品形式、目標使用者、目前樣品版本、交付方式、製作時間、工具成本、平臺、支付路徑、支援能力、更新承諾、已有買家反饋、價格假設這十幾件事我能填到 60%,你就直接開始算。如果連樣品都沒做出來或者目標使用者還是泛詞,你就先停下來進入訪談模式:一次問我一個問題,給我三到五個選項讓我選,等我答完你複述確認,再問下一個。
訪談時你要問的就是這五件事:
1. 目前樣品版本是什麼?(還沒做 / PDF 草稿 / 完整檔案 / 已上架可下載)
2. 製作第一版花了多少小時?(< 5h / 5-15h / 15-40h / 40+h)
3. 平臺和支付路徑?(Gumroad / Lemon Squeezy / Etsy / Shopify / Stripe 直收 / 手動收款)
4. 你能承擔多少支援成本?(< 30min/單 / 30min-2h/單 / > 2h/單;願意答疑哪 3 類問題)
5. 更新承諾?(不更新 / 90 天小修 / 季度更新 / 持續更新 ≥ 6 個月)
如果樣品還沒做,直接拒絕核算,先去做出最小版本再回來;如果製作時間不算自己工資,預設時薪 ¥80-150 折算;如果"持續更新"但沒有更新計劃,強制改為"不更新"或"90 天小修"。
## 工作流程
第一步是按 6 項成本逐項填表,每項都要寫"已確認 / 未確認 / 執行當天核驗"標記。證據只接受三類:實際耗時記錄、平臺後臺費率截圖(執行當天)、自己測試過的支援時間。
| 成本 | 包含什麼 | 折算方式 |
|---|---|---|
| 製作 | 研究 + 結構 + 內容 + 測試 + 頁面 + 覆盤 | 實際小時 × 時薪 |
| 平臺 | 上架費 / 抽成 / 檔案託管 / 稅務處理 | 標"以執行當天后臺為準" |
| 支付 | 收款 / 提現 / 跨境 / 退款爭議費 | 標"以執行當天后臺為準" |
| 支援 | 不會買 / 不會用 / 檔案打不開 / 結果不穩 / 不適用 | 預估單單時長 × 時薪 |
| 更新 | 模型變化 / 工具更新 / 平臺規則 / 買家反饋補 | 季度小時數 × 時薪 |
| 風險 | 退款預留 / 版權預留 / 誤買預留 | 單筆 5-10% |
第二步是過 5 類隱性成本自檢,命中就強制加入價格底線。在 `<thinking>` 標籤裡標"我最容易漏哪一項":
| 隱性成本 | 出現訊號 | 處理方式 |
|---|---|---|
| 買前解釋 | 反覆問"適不適合我" | 補適合誰 / 不適合誰 + 樣品截圖 |
| 買後上手 | 反覆問"第一步怎麼做" | 補 1 分鐘快速開始 + 示例 |
| 許可權修復 | 反覆說"打不開" | 做新賬戶測試 + 備用連結 |
| 授權疑問 | 反覆問"能不能商用" | 單獨寫個人 / 商用 / 團隊邊界 |
| 更新溝通 | 反覆問"以後會更新嗎" | 寫版本記錄 + 通知方式 |
第三步是按 4 個版本寫底線表,每個版本必須寫"包含 / 不包含":
| 版本 | 包含 | 不包含 | 底線判斷 |
|---|---|---|---|
| 樣品版 | 一個場景 + 少量示例 + 反饋入口 | 長期更新 / 定製 | 用來驗證買家判斷 |
| 標準版 | 完整任務鏈路 + 說明 + FAQ + 交付 | 一對一服務 / 大範圍授權 | 覆蓋製作 + 基礎支援 |
| 進階版 | 更多案例 + 覆盤表 + 更新記錄 | 企業內訓 / 深度定製 | 覆蓋維護 + 版本升級 |
| 授權版 | 團隊使用 + 授權邊界 + 支援說明 | 未寫入的二次分發 | 需要單獨合同 |
"不包含"不是削弱價值而是防止誤解。最常見的誤解:把一次性數位商品當成長期諮詢 / 把 Prompt 包當成替他輸出結果 / 把模板當成幫他定製系統。
第四步是設計"真實買家測試":只改 1 個變數(價格 / 樣品 / 頁面 / 渠道),每次記錄頁面版本、樣品版本、渠道和使用者反饋。買家說"貴"時,先問"貴在哪裡"(問題不重要 / 樣品不夠清楚 / 信任不足 / 替代更多),不同原因對應不同動作,不一定都是降價。
| 訊號 | 含義 | 下一步 |
|---|---|---|
| 使用者問價格 | 有興趣但不等於買 | 給樣品+對比 |
| 使用者問適不適合 | 邊界不清 | 改適合誰 |
| 使用者願看樣品 | 進入購買判斷 | 給樣品 |
| 使用者付款 | 價格初步成立 | 看交付 |
| 使用者復購或反饋 | 路線有空間 | 進階版 |
第五步是按"繼續測試 / 縮小範圍 / 調整價格"三檔給具體行動:6 項成本全有數 + 4 版本底線寫清 + 測試有強訊號 → 繼續測試 + 只改 1 變數;成本算清但買家訊號弱 → 縮小範圍(從標準版退到樣品版重測);成本算清但底線 > 目前價格 → 調整價格(提價或加版本)。
## 示例 / 樣板
輸入:"自由職業報價郵件模板包"(完整 ZIP / 製作 18 小時 / Gumroad / 時薪 ¥100 / 支援承擔 < 30min/單 / 90 天小修 / 計劃價 $19)。
期望輸出:6 項成本——製作 ¥1800 已確認;平臺 Gumroad 10% 抽成"以執行當天后臺為準";支付 Stripe 3.5% + $0.30"以執行當天后臺為準";支援 30min × ¥100/h = ¥50/單(已確認);更新 90 天小修預估 4h × ¥100 = ¥400 攤銷;風險 5% × $19 ≈ $0.95/單。5 隱性成本:買前解釋 ✓(已補適合誰) / 買後上手 ✗(缺快速開始 → 必補);授權疑問 ✓ ✗(差"商用單獨定價")。4 版本底線:樣品版 $9 / 標準版 $19 / 進階版 $39 含案例庫 / 授權版 $99 含商用。底線判斷:$19 標準版覆蓋製作和支援,需要月銷 ≥ 3 單回本製作。測試設計:Day 1-7 在 r/freelance 測 $19 vs $29,只改"價格"1 個變數。下一步:繼續測試 + 必補 1 分鐘快速開始 + 必補商用單獨價格。
反面例子:製作時間不算自己工資,直接按"邊際複製成本 0"賣 $2(違反"低估製作成本");看到同行賣 $25 截圖就盲目跟成 $25 沒算自己成本(違反"先看成本不看同行");"持續更新"但沒規劃任何更新動作(違反更新承諾約束);使用者說"貴"直接降到 $9 不問"貴在哪裡"(違反"先問再動")。
## 輸出規範
直接輸出《[產品名]》定價底線核算單正文,不要前言後語,總字數 1000 到 1500 字,按以下順序:
1. **6 項成本表**:每項填金額 + 已確認/未確認/執行當天核驗標記
2. **5 類隱性成本自檢**:逐條標✓或✗ + 處理動作
3. **4 版本底線表**:樣品 / 標準 / 進階 / 授權,每版本"包含 / 不包含 / 底線判斷"
4. **真實買家測試設計**:5 類訊號 + 下一步,只改 1 變數
5. **三檔結論**:繼續測試 / 縮小範圍 / 調整價格 + 一句理由
6. **下週 1 個動作**:明確改哪一個變數,不許同時改多個
輸出前自檢:6 項成本無空(空標"未確認");"邊際複製成本 0"這種話不許出現;製作時間必折算時薪;"不包含"必須明列;同行價只用於參考不作底線;平臺費等數字標"以執行當天后臺為準";測試不許一次改 ≥ 2 變數。
## 硬約束 · 拒絕場景
遇到下面這些情況直接拒絕核算,告訴我先回去補哪一項:
- 樣品還沒做出來,只有"想做的草稿" → 先做出最小可下載樣品再來
- 製作時間不算自己工資 → 強制按 ¥80-150/h 折算後再算
- "持續更新"但沒規劃任何更新動作 → 強制改為"不更新"或"90 天小修"
- 要求"行業平均利潤率 / 平臺抽成具體數字 / 月銷基準"這種無源數字 → 回平臺後臺核驗
- 涉及"客戶交付 / 商用授權 / 團隊席位"但條款一字沒寫 → 拒絕定價先補條款先給結論
數字產品定價先看六個成本：
| 成本 | 要問 |
|---|---|
| 製作 | 做出第一版花了多少時間和工具 |
| 平臺 | 上架、結算、檔案託管、稅務處理由誰承擔 |
| 支付 | 收款、提現、退款、爭議需要哪些路徑 |
| 支援 | 使用者不會用、許可權出錯、檔案打不開怎麼處理 |
| 更新 | 是否承諾修錯、補示例、適配工具變化 |
| 風險 | 版權、隱私、誤買、退款和爭議如何預留 |
不先算這些，定價就會變成看同行拍腦袋。
定價先看成本底線
很多新手做數字產品，會因為“檔案可以重複賣”而低估成本。確實，PDF、模板、Prompt Pack 和素材包交付後，單次複製成本很低。但第一版真正吃掉利潤的，往往不是複製，而是前期製作、頁面解釋、許可權修復、退款溝通和持續更新。
的核心啟發是：產品化不是把服務打包成檔案，而是把交付流程變得可重複。可重複交付需要邊界、說明、版本和支援機制，這些都會變成成本。
提醒我們從使用者問題出發。使用者願意付費，不是因為檔案多，而是因為這份產品替他省下判斷和試錯。定價底線也要圍繞這個價值，而不是圍繞頁數或 Prompt 數量。
所以第一版不要急著追高價，也不要為了吸引人把價格壓得過低。先算清楚：如果只有少量買家，這個價格是否還能支撐你修錯、答疑和更新。
第 1 步：把製作時間折算成時薪成本
製作成本不只是寫內容。
| 專案 | 記錄方式 |
|---|---|
| 研究 | 讀書、看官方文件、整理使用者問題 |
| 結構 | 大綱、模組、輸入輸出、示例 |
| 內容 | 文案、模板、表格、Prompt、素材 |
| 測試 | 自己試用、新賬戶測試、樣品走查 |
| 頁面 | 首屏、樣品截圖、FAQ、交付說明 |
| 覆盤 | 收集反饋、修錯、寫版本記錄 |
早期可以不用把每一分鐘都折算成錢，但要記錄耗時。耗時能提醒你，這個產品是否適合繼續做。如果一個小模板每次更新都要重做大半內容，定價再低就會把自己拖進長期維護。
製作成本也能幫助你決定版本範圍。成本高但買家訊號弱，就先縮小範圍；成本低且反饋清楚，可以繼續測試；成本高且反饋也強，再考慮做進階版。
第 2 步：核算 Gumroad / Stripe 平臺抽成和退款預留
平臺和支付成本要執行當天核驗，不要寫死。
| 成本點 | 核驗入口 |
|---|---|
| 平臺規則 | 商品型別、數字交付、禁止內容、賬號限制 |
| 支付費用 | 收款、提現、跨境、退款和爭議相關欄位 |
| 稅務處理 | 平臺是否代處理、你是否需要自行處理 |
| 檔案託管 | 大檔案、下載次數、連結有效期 |
| 退款路徑 | 使用者在哪裡申請、你在哪裡處理 |
| 爭議證據 | 平臺需要哪些訂單、交付和溝通記錄 |
這一步最重要的是不要把別人的截圖當成你的成本。不同國家、平臺、賬戶狀態、商品型別和支付路徑都可能不同。教學裡只能給核驗框架，不能替你寫固定費用。
如果你還在驗證需求，可以先用低複雜度路徑。比如先手動交付、先收等待名單、先用平臺自帶下載連結。等買家訊號更清楚，再接更復雜的自動化和稅務方案。
第 3 步：把單單答疑時長寫進價格底線
數字產品越自助，說明越要清楚。支援成本通常來自五類問題：
| 問題 | 可能原因 |
|---|---|
| 不知道怎麼買 | 頁面 CTA、支付路徑或價格解釋不清 |
| 不知道怎麼用 | 缺少第一步、輸入模板和示例 |
| 檔案打不開 | 許可權、格式、下載連結或裝置相容問題 |
| 結果不穩定 | Prompt 變數、輸入限制、人工檢查缺失 |
| 覺得不適用 | 頁面沒有寫不適合誰和版本邊界 |
支援成本要提前進入價格底線。你可以不提供複雜客服，但要有反饋入口和處理規則。沒有規則，使用者會把任何問題都當成臨時溝通。
更新成本也一樣。AI 工具變化快，Prompt Pack、工作流模板、自動化教學都需要寫清核驗日期。如果你承諾更新，就要把更新頻率和範圍算進成本；如果不承諾長期更新，就在頁面寫清目前版本。
第 4 步：給樣品 / 標準 / 進階 / 授權四版本寫底線
定價底線可以按版本寫，不要只有一個數字。
| 版本 | 包含 | 不包含 | 底線判斷 |
|---|---|---|---|
| 樣品版 | 一個場景、少量示例、反饋入口 | 長期更新、定製服務 | 用來驗證買家判斷 |
| 標準版 | 完整任務鏈路、說明、FAQ、交付 | 一對一服務、大範圍授權 | 覆蓋製作和基礎支援 |
| 進階版 | 更多案例、覆盤表、更新記錄 | 企業內訓、深度定製 | 覆蓋維護和版本升級 |
| 授權版 | 團隊使用、授權邊界、支援說明 | 未寫入的二次分發 | 需要單獨合同和許可權 |
每個版本都要寫“不包含”。不包含不是削弱價值，而是防止使用者誤解。最常見的風險，是使用者把一次性數字產品理解成長期諮詢，把 Prompt Pack 理解成替他輸出結果，把模板理解成幫他定製系統。
底線不是最終售價。底線只是告訴你低於哪裡會變成虧時間、虧支援或虧風險。真正價格還要看買家價值感和購買訊號。
第 5 步：用樣品頁 + 渠道單變數測試價格
價格不是在表格裡決定的，要回到真實買家。
| 訊號 | 含義 |
|---|---|
| 使用者問價格 | 有興趣，但不等於願意買 |
| 使用者問是否適合自己 | 頁面邊界需要更清楚 |
| 使用者願意看樣品 | 進入購買判斷 |
| 使用者願意付款 | 價格和承諾初步成立 |
| 使用者付款後能用 | 交付和價值初步成立 |
| 使用者願意反饋或復購 | 版本路線有繼續空間 |
測試價格時，不要頻繁改價。每次改價都記錄頁面版本、樣品版本、渠道和使用者反饋。否則你不知道變化來自價格、頁面、渠道，還是樣品本身。
如果有人說貴，先問貴在哪裡。是覺得問題不重要、樣品不夠清楚、信任不足，還是同類替代更多。不同原因對應不同動作，不一定都是降價。
公開範圍引數（樣板）
寫底線核算時，把“產品形態 / 單價檔位 / SKU 數 / 渠道”四個公開範圍引數寫清，避免抽象：
| 引數 | 寫法示例 |
|---|---|
| 產品型別 | 模板包（5 檔案 ZIP）/ Prompt 包（30 條）/ Notion 模板 / 電子書 PDF |
| 單價檔位 | $9 樣品 / $19 標準 / $39 進階 / $99 授權 |
| SKU 數 | 1 單品 / 2 檔版本 / 3 檔 + 1 組合 |
| 渠道 | Gumroad / Lemon Squeezy / Etsy / 自有 Stripe / 微信支付 |
這些都是公開範圍引數，不是個人銷量；填進去能讓 AI 做出可反證的核算，而不是套話。
價格底線表
| 欄位 | 填寫 |
|---|---|
| 產品版本 | ___ |
| 目標使用者 | ___ |
| 主要任務 | ___ |
| 製作成本 | ___ |
| 平臺和支付成本 | ___ |
| 支援和更新成本 | ___ |
| 風險預留 | ___ |
| 不包含內容 | ___ |
| 底線判斷 | ___ |
| 目前測試價格 | ___ |
| 下一步動作 | 繼續測試 / 縮小範圍 / 調整價格 |
填完這張表，再去看競品價格。先看同行容易被錨定，先看成本和價值更容易做出自己的判斷。
新手最容易漏掉的隱性成本
很多定價表只算工具和平臺，卻漏掉解釋成本。解釋成本包括：使用者問這是不是適合自己、買完第一步做什麼、能不能商用、是否包含定製、檔案打不開怎麼辦。這些問題如果反覆出現，就說明產品還沒有把邊界寫進頁面和交付檔案。
| 隱性成本 | 處理方式 |
|---|---|
| 買前解釋 | 補適合誰、不適合誰和樣品截圖 |
| 買後上手 | 補第一步、輸入模板和示例 |
| 許可權修復 | 做新賬戶測試和備用連結 |
| 授權疑問 | 單獨寫個人使用、商用、團隊使用邊界 |
| 更新溝通 | 寫版本記錄和通知方式 |
隱性成本不是不能接受，但不能假裝不存在。只要它穩定出現，就應該進入價格底線或產品邊界。
AI 怎麼輔助
AI 適合做這些：
- 把製作流程拆成成本清單。
- 根據產品版本寫包含和不包含。
- 檢查頁面是否有隱藏支援成本。
- 把買家反饋分類成價格、信任、樣品、交付問題。
- 生成價格測試記錄表。
AI 不適合替你確認平臺費用、稅務義務、支付規則和退款路徑。這些必須回到官方頁面、後臺或專業意見。
讓 AI 做定價分析時，要要求它標出未確認欄位。不要讓它給一個看似精確的價格結論。
官方資料與核驗口徑
平臺規則、演算法動向、報價規則、政策口徑都會變化。本文保留的是可遷移的判斷框架，具體數字一律給區間。
跨平臺核驗入口：
- Gumroad — 看數位商品抽成、退款與上架規則
- Lemon Squeezy — 看歐美數字產品 MoR 收款與稅務
- Stripe Pricing — 看 Stripe 抽成、跨境與訂閱計費
涉及具體資料、比例、報價區間的部分，以執行當天后臺為準。
常見問題
單價 $9 還是 $29？哪個更穩？
不看同行，看你的支援成本。如果單單答疑 30 分鐘以上，$9 會讓支援時間倒貼；如果檔案 5 分鐘說明完，$9 可作樣品版。底線是製作 + 支援 + 退款預留覆蓋。
Gumroad 和 Lemon Squeezy 哪個更省心？
執行當天看你的銷售地區和稅務承擔能力。Gumroad 上架簡單但 MoR 範圍有限；Lemon Squeezy 預設 MoR 幫你處理歐美稅。具體抽成、稅率以執行當天后臺為準。
上架後 7 天沒銷量，要不要降價？
先別降。先問“貴在哪裡”：問題不重要 / 樣品不夠清楚 / 信任不足 / 替代更多。如果是樣品或信任問題，降價只會更難證明價值。先改樣品或加買家證言。
Etsy 跟 Gumroad 比哪個更適合？
Etsy 走搜尋流量、抽成低但限品類；Gumroad 走外部引流 + 自託管頁面。看你有沒有自己的引流入口：有引流 → Gumroad；只想吃站內搜尋 → Etsy。具體規則、抽成以執行當天后臺為準。
執行前至少核驗：
- Stripe Pricing → 跨境收款 / 退款 / 提現手續費
- Gumroad · Fees → 平臺抽成與定價底
- Productized · Pricing Frameworks → 數字產品定價模型