Communitygithub.com

定價頁面審查

審查定價頁面如何呈現方案與價格:方案數量與名稱、推薦方案、功能與限制的文字說明、計費切換的誠實性、稅費透明度、風險降低因素與異議處理,並提供嚴重性分級的發現與改寫建議。

定價頁面審查 是什麼?

這項技能用於審查 SaaS 或產品定價頁面的呈現方式,而非價格數值本身。它能幫助用戶評估方案數量是否合適、命名是否清晰(如 Solo、Studio、Team 優於 Bronze、Silver、Gold)、推薦方案是否明確且有理有據,以及計費切換(月/年)是否誠實呈現實際節省金額。技能還會檢查稅費與手續費是否在結帳前完全揭露,以及試用期、取消步驟、退款期限等風險降低因素是否清楚標示。它適用於 Claude Code、Coder、Cursor 等平台,透過讀取用戶提供的 URL 或貼上的文字來執行。輸出的成果包括嚴重性分級的發現表格(含位置、影響轉換的原因及改寫建議)、重新撰寫的方案名稱與功能要點、未解答的異議列表,以及可衡量的實驗建議清單。技能嚴格禁止虛構價格、折扣或見證,並要求所有限制使用數字而非模糊形容詞。它與 `landing-page-copy`(一般轉換文案)和 `positioning-messaging`(定位訊息)明確區分,專注於定價頁面的清晰度與誠實性。

相容平台~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/FinnTech3/growth-stack/tree/HEAD/agensi/growth-stack/skills/pricing-page-review

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

定價頁面審查 是做什麼的?

需求:無需安裝任何東西。它會直接讀取用戶提供的網頁 URL 或貼上的文字。如果用戶已經執行過 growth-loop 審查,請引用其中的 cta(包含 form_fields)和 trust 證據;否則手動讀取網頁內容。

我審查的是價格的呈現方式,而非價格本身。價格是基於成本與客戶願意支付的商業決策,我不會憑空創造這兩者。我能檢查的是買家是否能清楚了解每個方案的內容、費用,以及改變主意時會發生什麼事。

輸入

  • 定價頁面的 URL 或貼上的文字,以及用戶說明的方案、價格、計費週期與限制。
  • 方案適用的對象、退款、取消與試用條款(完全依照實際情況),以及價格是否含稅。
  • 買家在購買前會問的問題(客服問題、銷售通話記錄)。

步驟

  1. 以準備選擇的買家角度閱讀頁面。記錄任何讓你猶豫的地方。
  2. 計算方案數量。經驗法則:三或四個容易比較;更多時需要明確的選擇方式。
  3. 檢查方案名稱。方案名稱應說明目標對象,而非排名(Solo、Studio、Team 優於 Bronze、Silver、Gold)。
  4. 檢查推薦方案:一個、視覺上明顯區隔、附帶理由(例如「最多團隊選擇此方案」必須為真且有數據佐證)。
  5. 檢查每個方案:價格、計費週期、貨幣、包含的內容(限制以數字表示)、一個按鈕且標籤一致。
  6. 檢查計費切換開關:預設值應誠實,任何節省金額應以實際數字呈現,而非無法驗證的模糊百分比。
  7. 檢查稅費與手續費:價格是否含 VAT 或銷售稅?所有費用是否在結帳前都看得見?
  8. 檢查風險降低因素:試用長度、取消步驟、退款期限。使用用戶提供的真實條款,包含確切天數。
  9. 使用檢查清單 檢查異議:方案不適合誰、超過限制會怎樣、能否切換、有問題問誰。
  10. 對發現進行分級:關鍵(隱藏費用、誤導條款)、高(方案差異不明)、中、低。為每個發現撰寫修復建議。

輸出

嚴重性分級的發現表格(發現、位置、為何影響轉換、改寫建議);重新撰寫的方案名稱與功能要點;頁面未解答的異議;以及簡短的實驗清單,附帶每個實驗的衡量指標。

完成標準

  • 每個方案都有名稱、目標對象、價格、計費週期,以及三到七個限制以數字表示的功能要點。
  • 有一個推薦方案被標記,且理由為真。
  • 稅務處理、試用、取消與退款條款完全依照用戶提供的資訊呈現。
  • 無任何暗黑模式:無預先勾選的附加項目、無延後揭露的費用、無隱藏取消方式。
  • 每個建議的變更都對應到 measurement-plan 中的事件,且不承諾營收效果。

邊緣情況與錯誤

  • 價格因地區或貨幣而異:顯示每個地區的實際價格並說明適用範圍;不要猜測匯率換算。
  • 「聯絡我們」定價:若企業方案有起點或明確路徑則可接受;但若連小型方案也隱藏則需標記。
  • 用戶詢問該收多少:說明需成本與支付意願數據,提供蒐集這些資訊的問題,不給出數字。
  • 使用量計價:解釋單位、提供一個實際範例、若有的話說明帳單上限。
  • 用戶想顯示折扣:僅限真實折扣且有真實截止日期。
  • 無法驗證的條款:提問。不要撰寫企業未實際提供的退款承諾。

規則

  • 不得虛構價格、節省金額、折扣或見證。
  • 限制用詞應清楚:使用數字,不要用「慷慨」或「無限制」除非字面上為真。
  • 不承諾銷售提升。只說明哪些部分變得更清楚。
  • 暗黑模式是發現項目,不是選項。

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

相關技能