pricing-strategy

pricing-strategy 技能概覽

pricing-strategy 是一個用來支援 SaaS 定價、方案包裝與營收模式判斷的決策型技能。它特別適合創辦人、產品行銷、成長團隊與營運角色使用；如果你要的不是單純「選一個數字」，而是需要一套能自圓其說、能對應客戶價值與 go-to-market 現實的定價模型、方案層級設計或調價計畫，pricing-strategy 會更有幫助。

pricing-strategy 實際能幫你處理哪些事

這個 pricing-strategy 技能主要是為了以下類型的任務而設計：

• 選擇定價單位，例如 per seat、per usage 或 flat rate
• 設計 good-better-best 方案層級
• 在 freemium 與 free trial 之間做判斷
• 評估是否適合調漲價格
• 讓方案包裝對齊 SMB、mid-market 或 enterprise 買方
• 使用 Van Westendorp、willingness-to-pay surveys 等研究方法

它和一般泛用提示最大的實務差異在於：pricing-strategy 會先推動模型補齊缺失的商業背景，再沿著三個定價軸來推理：package、metric、price point。這比起一開始就直接跳到任意數字的通用 prompt，通常更實用。

誰適合安裝 pricing-strategy

如果你經常會問這類問題，就值得安裝 pricing-strategy：

• 「我們應該收多少錢？」
• 「我們該用 per user 計費，還是 per outcome 計費？」
• 「我們的方案要怎麼分層？」
• 「調漲價格會不會傷到留存？」
• 「我們該不該提供免費方案？」

它最適合 B2B 與 SaaS 類型的產品，尤其是那些重視價值擷取、客群分層與擴張營收的情境。

什麼情況下這個技能不太適合

如果你需要的是以下工作，pricing-strategy 的幫助就相對有限：

• paywall 文案或升級頁面的 UX 最佳化
• 純財務模型推演，但不涉及客戶價值判斷
• 已經有大量價格彈性資料的一次性消費零售定價
• 基於大型歷史資料集的嚴格計量經濟預測

這些情況下，你可能更需要別的技能，或是自訂的分析流程。

如何使用 pricing-strategy 技能

pricing-strategy 的安裝方式與前提

請從 coreyhaines31/marketingskills repository 使用這個技能：

npx skills add https://github.com/coreyhaines31/marketingskills --skill pricing-strategy

這個 repository 沒有為 pricing-strategy 提供腳本或自動化流程。它本質上是以 prompt 與框架驅動，因此輸出品質會非常依賴你提供的背景資訊是否完整。

先讀這些檔案

如果你想快速完成 pricing-strategy 的安裝與初步評估，建議先照這個順序看：

1. skills/pricing-strategy/SKILL.md
2. skills/pricing-strategy/references/tier-structure.md
3. skills/pricing-strategy/references/research-methods.md
4. skills/pricing-strategy/evals/evals.json

這個閱讀順序很重要。SKILL.md 會先告訴你實際工作流程；references 會補強定價判斷邏輯；evals/evals.json 則能讓你看出實務上什麼叫做「用得好」。

在下 prompt 前，先確認產品行銷背景是否齊全

這個技能明確要求 agent 在提問前先查看 .agents/product-marketing-context.md 或 .claude/product-marketing-context.md。如果你本來就在維護這類檔案，這其實就是選擇 pricing-strategy 而不是一般定價 prompt 的主要理由之一。

如果該檔案存在，請確認裡面至少包含：

• 目標客群分眾
• 產品類別與定位
• 核心價值主張
• 競品替代方案
• go-to-market motion

這樣可以減少來回補資料的時間，也能讓建議更具體。

pricing-strategy 最少需要哪些輸入

pricing-strategy 在你提供以下四類資訊時，效果會最好：

• Business context：產品類型、目標市場、GTM motion、目前定價
• Value and competition：交付的核心成果、買方替代方案、競品定價
• Current performance：轉換率、流失率、擴張營收、銷售阻力、折扣情況
• Decision scope：新定價、方案重構、調價、免費方案決策、計費單位選擇

如果缺少這些資訊，模型仍然能回答，但通常就會退回到較通用的 SaaS 定價套路。

把模糊的定價需求，改寫成有效的 prompt

較弱的 prompt：

“Help me with pricing for our SaaS.”

更適合 pricing-strategy 的用法是：

“We run a B2B SaaS for e-commerce support teams. Target customers are SMB and lower mid-market brands. Current price is $49, $99, $199 per month, but adoption is strongest on the lowest tier and expansion is weak. We are deciding between per agent, per ticket, and platform + usage pricing. Sales is hybrid: self-serve for SMB, demos for larger accounts. Main alternatives are Zendesk and Gorgias. Please use a packaging + pricing metric + price point framework, recommend a tier structure, and explain tradeoffs.”

這種寫法能給 pricing-strategy 足夠的結構，讓它真的做出有用的分析，而不是流於空泛建議。

pricing-strategy 的最佳使用流程

一個可靠的 workflow 通常是：

1. 提供目前的商業背景
2. 定義你要解決的定價決策
3. 請模型評估多種 pricing metric 或 tier structure
4. 要求給出建議，並附上理由與風險
5. 再要求提出 rollout 或 validation plan

這樣做很重要，因為定價決策幾乎不只是「哪個數字看起來比較合理」而已。pricing-strategy 更擅長的是幫你看清取捨，而不是硬給一個缺乏依據的價格。

pricing-strategy 通常表現好的地方

從技能說明與 evals 來看，pricing-strategy 最擅長的是：

• 對照價值交付來比較不同 pricing metric
• 提出 good-better-best 的 package 設計
• 針對 free plan 與 free trial 給出建議
• 規劃調價策略
• 把研究方法與定價不確定性連結起來

如果你要的是「建議 + 推理依據」，這個技能很適合。

建議你明確要求它輸出什麼

想讓輸出更有用，可以直接要求 pricing-strategy 產出具體成果，例如：

• 建議的 tiers，包括名稱、限制與目標客群
• pricing metric decision table
• price increase rollout plan
• competitor-relative positioning summary
• 使用 Van Westendorp、MaxDiff 或 willingness-to-pay surveys 的 research plan

當你需要的不只是 package 猜測，而是驗證方法時，repository 裡的 references 特別有價值。

用 reference 檔案處理更深入的定價決策

當團隊對 willingness-to-pay 假設沒有把握時，references/research-methods.md 特別有用。裡面涵蓋：

• Van Westendorp
• MaxDiff
• willingness-to-pay surveys
• usage-value correlation analysis

如果你的核心問題不是精確價格，而是方案如何設計，references/tier-structure.md 會更有幫助。內容包括：

• tier 數量
• good-better-best 邏輯
• feature 與 usage 的差異化方式
• persona-based packaging
• freemium 與 free trial
• enterprise pricing triggers

常見的導入阻礙

pricing-strategy 安裝後最常見的問題其實不是技術面，而是背景資訊不完整。很多團隊會直接要它提供定價建議，卻沒有說清楚：

• 誰是買方
• 他們為什麼願意付費
• 目前轉換率／流失率透露了什麼訊號
• 成長模式是 self-serve 還是 sales-led

如果你連這些基本資訊都無法提供，那就要預期它只能給出較寬泛的啟發式建議，而不是量身定做的定價方向。

pricing-strategy 技能 FAQ

pricing-strategy 會比一般定價 prompt 更好嗎？

通常會，前提是你的問題屬於策略層，而不是表面層。pricing-strategy 會給模型一條結構化路徑：先蒐集背景，再評估 packaging、pricing metric 與 price point，最後才提出方向。一般 prompt 很常直接跳到方案點子，但理由薄弱。

pricing-strategy 技能適合新手嗎？

適合，但新手也要先準備基本商業資訊。你不一定需要進階的定價研究才能開始，但至少要清楚自己的產品、買方、替代方案，以及目前的 monetization model。否則輸出看起來可能很完整，實際上仍然偏泛。

pricing-strategy 只能用在 SaaS 嗎？

SaaS 是最明確的適用場景。它的用語、範例與 references 都明顯偏向訂閱型軟體，尤其是需要在 per-seat、usage-based、freemium、trial 與 enterprise packaging 之間做選擇的產品。它仍可幫助相鄰的數位產品，但離 SaaS monetization 越遠，你就越需要自行調整。

pricing-strategy 能直接告訴我精準價格嗎？

如果輸入資訊很薄，不能期待它穩定做到。pricing-strategy 更擅長的是縮小合理區間、選出合適的 value metric，並建立 package 邏輯。若要決定精準 price point，最好搭配客戶研究、競品檢視或目前營運數據一起看。

什麼情況下不該使用 pricing-strategy？

如果你的主要任務是以下內容，就不建議使用：

• paywall UX 或升級文案
• invoice、billing 或 tax implementation
• 使用大型資料集做深入統計型價格最佳化
• 沒有方案分層邏輯、僅估一次性顧問費用

pricing-strategy 支援定價研究流程嗎？

支援，而且這是它相對實用的優勢之一。內附 references 說明了如何執行 Van Westendorp、MaxDiff 等方法，因此對那些不想只靠 AI 直覺、而想驗證建議的團隊來說，可信度會高很多。

如何改進 pricing-strategy 技能的使用效果

給 pricing-strategy 的是決策題，不只是主題

不好的輸入：

“We need pricing help.”

更好的輸入：

“We need to choose between per seat and usage-based pricing for a self-serve analytics SaaS because trial conversion is fine but expansion is weak.”

當問題具體到「要做哪個決策」時，pricing-strategy 才能產出更銳利的取捨分析與更可執行的建議。

即使數字很亂，也要提供現況指標

盡量附上你手邊已有的指標，例如：

• trial-to-paid conversion
• demo close rate
• churn by segment
• expansion revenue
• average contract value
• share of customers hitting limits
• discount frequency

當 pricing-strategy 能把 package 問題連回實際商業訊號時，表現會明顯更好。

把 packaging、metric、price point 分開討論

常見失敗模式之一，就是把這三件事混成一個模糊問題。比較好的做法是要求技能分開處理：

• Packaging：每個方案應該放哪些功能或限制？
• Metric：客戶應該依什麼單位付費？
• Price point：每個方案應該訂多少價格？

這和 repository 本身的邏輯一致，也比較能避免得到流於表面的答案。

提供競品背景，但不要只是要它照抄

有用的輸入會長這樣：

“Competitor A charges per seat, Competitor B charges by usage, and both reserve SSO and advanced reporting for enterprise. We do not want to copy them blindly; we want to know where our value capture should differ.”

這樣 pricing-strategy 就能比較市場常態，同時不會直接滑向模仿競品。

不只要建議，也要它評估 rollout 風險

如果你打算調價，例如漲價 30%，請要求 pricing-strategy 一併回答：

• 哪些客戶應該 grandfathered
• 新價格是否應先只套用在新客戶
• 漲價訊息該如何溝通
• 上線後要盯哪些 leading indicators

這點很重要，因為再合理的定價模型，也可能在執行面失敗。

當信心不足時，用研究方法補強

如果第一輪建議聽起來還是偏猜測，可以要求技能根據 repository 的 references，把不確定性轉成驗證計畫。例如：

• 用 Van Westendorp 找可接受價格區間
• 用 MaxDiff 判斷 package 優先順序
• 用 usage-value correlation 測試 pricing metric 是否合理

這是第一輪之後，最能有效提升 pricing-strategy 輸出品質的方法之一。

用 counterfactuals 進行第二輪迭代

很強的第二輪 prompt 會像這樣：

“Now rerun the recommendation assuming our best-fit customer is mid-market instead of SMB, and assume procurement resistance increases if we add usage pricing.”

這類 counterfactuals 能幫你看出原本的建議到底夠不夠穩健，還是只是被某一組前提綁住。

要求一種你能真正拿去執行的回答格式

如果你需要依輸出採取行動，可以直接要求 pricing-strategy 用以下結構回答：

• recommendation
• rationale
• risks
• rollout plan
• validation plan
• metrics to monitor

這樣可以避免它在你需要 decision memo 的時候，卻輸出一篇冗長散文。

先知道 pricing-strategy 最常失手的地方

pricing-strategy 最容易表現不佳的情況包括：

• 買方客群不清楚
• 產品價值只用功能描述，沒有連到成果
• 團隊想在沒有研究的情況下得到確定答案
• 缺少競品背景
• enterprise 與 self-serve motion 混在一起，卻沒有做分眾

在評價技能之前，先把這些輸入問題修正好，通常比較準。

為團隊優化 repository 的閱讀與使用路徑

如果你的團隊會反覆使用 pricing-strategy，建議建立或更新 .agents/product-marketing-context.md，把技能反覆會問到的固定資訊整理進去。這一個動作就能大幅降低 prompt 成本，也會讓之後每次使用 pricing-strategy 的品質更一致。