pricing-strategy

pricing-strategyスキルの概要

pricing-strategyは、SaaSの価格設計・プラン設計・マネタイズに関する意思決定を支援するスキルです。単に「いくらにするか」を答えるのではなく、顧客価値や実際のGTMに結びついた、説明可能な価格モデル・ティア構成・値上げ方針まで詰めたい創業者、プロダクトマーケター、グロースチーム、事業運営担当に向いています。

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 などの調査手法を使う

実務上の大きな違いは、いきなり価格の数字を出すのではなく、まず不足している事業コンテキストを集め、そのうえで packaging、metric、price point の3軸で整理して考えさせる点です。根拠の薄い数字に飛びつく汎用プロンプトより、はるかに実戦向きです。

pricing-strategyを入れるべき人

次のような問いを日常的に抱えているなら、pricing-strategyを入れる価値があります。

• 「うちはいくらで売るべきか？」
• 「課金はユーザー数ベースにすべきか、成果ベースにすべきか？」
• 「プランをどう切るべきか？」
• 「解約率を悪化させずに値上げできるか？」
• 「無料プランを出すべきか？」

特に、value capture、セグメンテーション、アップセル・拡張売上が重要なB2BやSaaS型の商材で力を発揮します。

このスキルが向かないケース

pricing-strategyは、次のような用途にはあまり向いていません。

• paywall copy や upgrade-screen のUX最適化
• 顧客価値の検討を含まない純粋な財務モデリング
• すでに十分な価格弾力性データがある単発の消費者向け小売価格設定
• 大規模な履歴データを使った厳密な計量経済予測

こうしたケースでは、別のスキルやカスタム分析フローのほうが適しています。

pricing-strategyスキルの使い方

pricing-strategyのインストール前提

このスキルは coreyhaines31/marketingskills リポジトリから利用します。

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

このリポジトリには、このスキル専用のスクリプトや自動化は含まれていません。prompt と framework を中心に動くため、アウトプットの質は、どれだけ適切な前提情報を渡せるかに大きく左右されます。

まず読むべきファイル

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 で「うまい使い方」がどう見えるかを確認できます。

プロンプト前にproduct marketingの文脈を確認する

このスキルは、質問を始める前に .agents/product-marketing-context.md または .claude/product-marketing-context.md を探すよう、明示的に指示されています。すでにどちらかのファイルを運用しているなら、pricing-strategyを汎用的な価格プロンプトではなくこのスキルで使う大きな理由になります。

そのファイルがある場合は、少なくとも次を入れておくと効果的です。

• ターゲット顧客セグメント
• プロダクトカテゴリーとポジショニング
• 主な価値提案
• 競合代替手段
• go-to-market motion

これがあると、毎回同じ前提確認を繰り返さずに済み、提案内容もかなり具体的になります。

pricing-strategyに最低限必要な入力

pricing-strategyスキルは、次の4つの塊で情報を渡すと最も機能します。

• Business context: プロダクト種別、ターゲット市場、GTM motion、現行価格
• Value and competition: 提供している主要アウトカム、買い手の代替手段、競合価格
• Current performance: conversion、churn、expansion、営業上の摩擦、discounting
• Decision scope: 新価格設定、ティア再設計、値上げ、無料プランの判断、metric の選定

これらがなくても回答自体は返せますが、その場合は一般的なSaaSの定石に寄った内容になりやすいです。

ざっくりした価格課題を強いプロンプトに変える

弱いプロンプト:

“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活用のベストな進め方

安定して使うなら、次の流れが堅実です。

1. 現在の事業コンテキストを渡す
2. 何の価格判断をしたいのか明確にする
3. 複数の pricing metric や tier structure を比較させる
4. 推奨案と、その根拠・リスクを出させる
5. rollout plan か validation plan まで求める

これが重要なのは、価格の意思決定が「何円ならしっくりくるか」だけで終わるものではないからです。pricing-strategyは、単一の価格を断定するより、トレードオフを整理する場面で真価を発揮します。

pricing-strategyが得意なこと

スキルの指示内容と evals を見る限り、pricing-strategyが特に強いのは次の領域です。

• 価値提供との整合性で pricing metric を比較する
• good-better-best 型の packaging を提案する
• free plan と free trial の判断を支援する
• 値上げ戦略のたたき台を作る
• pricing uncertainty に対して research methods を結びつける

「結論だけでなく、なぜそう言えるのかも欲しい」という用途にはかなり相性が良いです。

明示的に依頼するとよい出力

よりよいアウトプットを得るには、pricing-strategyに次のような具体成果物を求めるのがおすすめです。

• 推奨ティア名、制限項目、対象顧客を含む tier 設計
• pricing metric の意思決定テーブル
• price increase の rollout plan
• 競合比較を踏まえた positioning summary
• Van Westendorp、MaxDiff、willingness-to-pay surveys を使った research plan

特に、単なるプラン案ではなく検証方法まで必要なときは、リポジトリ内の references が効いてきます。

深い判断にはreferenceファイルを使う

references/research-methods.md は、チーム内で willingness-to-pay の前提に自信がないときに役立ちます。扱っている内容は次のとおりです。

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

references/tier-structure.md は、価格の絶対水準よりも plan design が主な課題のときに便利です。主に次をカバーしています。

• ティア数
• good-better-best の考え方
• feature ベースと usage ベースの差別化
• persona ベースの packaging
• freemium と free trial
• enterprise pricing の切り替え条件

よくある導入のつまずき

pricing-strategy導入の最大の障害は技術面ではありません。コンテキスト不足です。多くのチームは、次の情報を共有しないまま価格アドバイスを求めてしまいます。

• 誰が買うのか
• 何の価値に対してお金を払っているのか
• 現在の conversion / churn のシグナル
• growth が self-serve なのか sales-led なのか

この基本情報を出せない場合、返ってくるのは個別最適化された提案ではなく、広めのヒューリスティックになると考えておいたほうがよいです。

pricing-strategyスキルFAQ

pricing-strategyは普通の価格プロンプトより優れていますか？

多くの場合はYesです。特に、表層的ではなく戦略的な課題を扱うなら、その差ははっきり出ます。pricing-strategyスキルは、コンテキスト収集から始め、packaging、pricing metric、price point を順に評価してから方向性を提案する流れを持っています。通常のプロンプトだと、根拠の薄いままティア案に飛ぶことが少なくありません。

pricing-strategyスキルは初心者でも使えますか？

はい。ただし、最低限の事業情報は持っている前提です。高度な価格調査の知識までは不要ですが、自社プロダクト、買い手、代替手段、現在のマネタイズモデルは把握しておく必要があります。そこが曖昧だと、見た目は整っていても中身は汎用的な回答になりやすいです。

pricing-strategyはSaaS専用ですか？

SaaSが最も適した領域です。文言、例、reference の内容はいずれも、特に per-seat、usage-based、freemium、trial、enterprise packaging のあいだで悩むサブスク型ソフトウェアを強く意識しています。周辺のデジタル商材にも応用はできますが、SaaSから離れるほど調整が必要になります。

pricing-strategyは正確な価格を言い当ててくれますか？

情報が薄い状態では、そこまでの期待はできません。このスキルは、妥当な価格帯を絞ること、価値に合った metric を選ぶこと、packaging のロジックを設計することにより強みがあります。正確な price point を出したいなら、顧客調査、競合レビュー、現状の業績データと組み合わせるのが前提です。

どんなときにpricing-strategyを使うべきではありませんか？

主なタスクが次のいずれかなら、使わないほうがよいです。

• paywall UX や upgrade copy
• invoice、billing、tax の実装
• 大規模データを使った高度な統計的価格最適化
• tiered product logic を伴わない単発のコンサル料金見積もり

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.”

何を決めたいのかが明確だと、トレードオフ分析が鋭くなり、アウトプットも実行可能性が上がります。

数字が粗くても、現状データは出す

たとえば次のような指標があれば含めてください。

• trial-to-paid conversion
• demo close rate
• churn by segment
• expansion revenue
• average contract value
• 上限到達顧客の割合
• discount の頻度

pricing-strategyは、packaging上の課題を実際の事業シグナルに結びつけられると、精度が目に見えて上がります。

packaging・metric・price pointを分けて扱う

よくある失敗は、この3つをひとつの曖昧な質問にまとめてしまうことです。スキルには分けて考えさせてください。

• Packaging: 各プランにどの機能や制限を入れるべきか？
• Metric: 顧客は何の単位で支払うべきか？
• Price point: 各プランの価格はいくらが妥当か？

これはリポジトリ内のロジックにも沿っており、浅い回答を防ぐのに役立ちます。

競合情報は「模倣」ではなく「比較材料」として渡す

有用な入力例:

“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 riskも必ず聞く

たとえば30%の値上げを考えているなら、pricing-strategyに次も聞くべきです。

• どの顧客を grandfather すべきか
• 新価格をまず新規顧客のみに適用すべきか
• 値上げをどう伝えるべきか
• ローンチ後に何を先行指標として監視すべきか

価格モデル自体が妥当でも、運用の仕方を誤ると失敗するため、この観点は特に重要です。

確信が持てないならresearch methodsを使う

最初の提案が推測寄りに感じられるなら、リポジトリの references を使って、不確実性を validation plan に変えるよう依頼してください。たとえば次のような使い方です。

• Van Westendorp で受容可能な価格帯を探る
• MaxDiff で packaging の優先順位を確認する
• usage-value correlation で pricing metric の適合性を検証する

初回の出力以降でpricing-strategyの質を引き上げる方法として、これはかなり有効です。

反実仮想で繰り返し検証する

2回目のプロンプトとして強いのは、たとえば次のような依頼です。

“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

これで、意思決定メモが欲しい場面で長いエッセイ風の回答になるのを防げます。

主な失敗パターンを把握しておく

pricing-strategyが力を発揮しにくいのは、主に次のような場合です。

• buyer segment が不明確
• プロダクト価値が outcomes ではなく features でしか説明されていない
• 調査なしで確実な答えだけを求めている
• 競合文脈が欠けている
• enterprise と self-serve の motion が、セグメント分けなしに混在している

スキルを評価する前に、まずこの入力条件を整えるのが先です。

チーム向けにリポジトリの読み方を整備する

チームでpricing-strategyを継続利用するなら、スキルが毎回確認する情報を .agents/product-marketing-context.md にまとめておくか、必要に応じて更新してください。これだけでプロンプトの手間が減り、pricing-strategyの使い方もかなり安定します。