pricing-strategy

pricing-strategy 技能總覽

pricing-strategy 技能能幫你用「價值優先」的角度來設計或評估定價：產品實際提供了什麼、客戶願意付多少、以及哪一種定價模式最符合商業模式。如果你需要進行 Pricing Strategy 工作，例如設定新價格、重新思考方案分級、比較 freemium 與付費方案，或是拿競品來壓力測試某個變更，這個技能會很適合。

這個技能適合做什麼

當真正要處理的不是單純「訂一個數字」，而是做出一個同時符合產品價值、客群與市場情境的定價決策時，就該用 pricing-strategy 技能。它最適合 SaaS、API，以及在使用量、席次或成果上有明顯差異的產品。

它為什麼有用

這個 repo 會推著你先評估交付價值、替代方案、支付意願與價格彈性，再提出建議。這讓輸出比一般的定價提示詞更有決策可用性，因為它會逼你在 flat-rate、per-seat、usage-based、tiered、freemium 與 value-based 幾種做法之間做取捨。

最適合的使用者與不適合的情境

這個技能最適合創辦人、產品經理、成長團隊，以及要準備定價備忘錄或上市建議的 agent。如果你需要的是深度計量經濟、進階市場研究，或完整財務模型，它的適配度就比較弱；這種情況下，適合把它當成框架工具，再搭配專門分析。

如何使用 pricing-strategy 技能

安裝並找到原始檔

使用 npx skills add phuryn/pm-skills --skill pricing-strategy 安裝。安裝完成後，先從 SKILL.md 開始看；這個 repo 沒有額外的 rules/、references/、resources/ 或輔助腳本，所以這個技能幾乎完全集中在那一份指令檔裡。

提供有決策品質的輸入

想讓 pricing-strategy 的效果更好，不要只問「我們該收多少錢？」請提供產品類型、目標客群、現行方案、競品名單、使用量或席次模式、成本驅動因素，以及你希望它替你做出的決策。好的提示詞可以像這樣：Evaluate pricing for a B2B AI note-taking app for sales teams. Current plan is flat-rate. Compare tiered vs per-seat vs usage-based, using our competitor list and assuming strong collaboration value but variable usage.

要它輸出什麼內容

請它給你建議、理由、被排除的方案替代項，以及定價風險。如果你想要的是可落地的成果，可以直接要求具體產物，例如建議的方案分級結構、上市價格區間、包裝理由，或是用來驗證支付意願的問題。這樣技能才有足夠方向，能從策略走到執行。

能明顯改善輸出的工作流程

先讀 SKILL.md，再把你手上已有的任何檔案丟進去：競品定價表、問卷筆記、財務假設、使用數據或客戶訪談。如果沒有現成檔案，就指示 agent 先研究競品定價，再起草建議。先用第一版輸出縮小模式選擇，再迭代調整方案分界、折扣方式與升級觸發條件。

pricing-strategy 技能 FAQ

pricing-strategy 只是一般提示詞嗎？

不是。pricing-strategy 技能提供的是一套可重複使用的框架，用來比較定價模式、測試支付意願，並把價格和實際交付價值連起來。一般提示詞往往會跳過替代方案，直接進到價格數字。

什麼情況下不該用這個技能？

不要把它當成完整市場研究、法務審查，或細緻營收模型的替代品。如果產品有高度法規限制的定價條件、複雜的企業談判，或客戶資料非常稀少，就應該把這個技能視為起始層，而不是最終答案。

這個技能適合初學者嗎？

可以，只要你能把產品說清楚。初學者最能從中得到價值的方式，是提供一份簡單的簡報：客戶類型、產品價值、競品基準與決策期限。沒有這些資訊，輸出就可能太抽象。

它和更完整的產品流程怎麼搭配？

它通常接在產品定位之後、上線或調價決策之前。當它和客戶探索、競品掃描，以及快速的財務合理性檢查一起使用時，效果最好。

如何改進 pricing-strategy 技能

提供更清楚的市場情境

要讓 pricing-strategy 的結果更好，最有效的方法就是把客戶的替代方案，以及產品創造的可衡量價值講清楚。比起「節省時間」，「把分析師前置準備從 3 小時縮短到 20 分鐘」更有力，因為後者更能幫助錨定支付意願與模式選擇。

及早說明限制條件

請一開始就把毛利底線、銷售流程、採購摩擦、通路衝突，或包裝限制告訴技能。這些限制往往比功能清單更能改變正確答案。如果你省略不提，第一版草稿可能會建議一個很漂亮、但實際上很難落地的模式。

不只要建議，也要驗證方式

拿到第一版輸出後，請它進一步指出：要讓這個建議成立，哪些條件必須為真，以及哪些證據會推翻它。比如：「哪些客戶訪談、定價測試或使用訊號，能證明 tiered pricing 比 per-seat pricing 更好？」這樣就能把 pricing-strategy 技能變成有用的迭代工具，而不是一次性的意見生成器。