mcpField
P
pricing-strategy

pricing-strategy

github.com/mohitagw15856マーケティング・グロース1.5k58 回インストール1 週間前に更新
リポジトリ

pricing-strategy について

顧客セグメント、提供価値、料金モデル、競合状況に基づいて、製品の価格提案を組み立てるスキルです。価格やパッケージを検討・見直すチームを対象としています。

主な機能

  1. 01顧客層と提供価値の評価
  2. 02料金モデルの選定
  3. 03フリーミアムの判断基準
  4. 043段階のパッケージ設計指針
  5. 05競合ポジショニングと変更計画

活用シーン

  1. 01SaaS 製品の料金モデル選定
  2. 02フリーミアムと有料提供の比較
  3. 03顧客プランとアップグレード条件の設計
  4. 04価格改定の計画

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/mohitagw15856/pm-claude-skills --skill pricing-strategy

インストール後、Claude Code で/pricing-strategyを入力して読み込まれたか確認します。

同梱ファイルreferences/model-selection.md

詳細

価格戦略スキル

提供する価値を反映した価格を設定します。構築コストを基準にしてはいけません。価格に関するあらゆる判断を、顧客セグメンテーション、価値指標の特定、競合状況、およびパッケージングの推奨に基づいて構成します。

価格設定の基礎

価格を決める前に、次の3つの質問に答えます。

  1. 購入者は誰ですか?(役職、企業規模、支払い意思)
  2. どのような価値を提供しますか?(定量化できる成果 — 時間の節約、売上の創出、リスクの低減)
  3. どのような価格モデルを採用しますか?(シート単位、使用量ベース、定額、ハイブリッド)

価格モデル

モデル最適な対象リスク
シート単位コラボレーションツール、チーム向けソフトウェアチームの拡大に伴い、導入が抑制される
使用量ベースAPI、インフラストラクチャ、従量制ツール双方にとって収益の予測が難しい
定額シンプルなツール、初期段階の製品ヘビーユーザーから得られる収益を逃す
段階制ユーザーセグメントが明確な製品機能の利用制限がユーザーの不満を招く
フリーミアム限界費用の低い、バイラル性やPLGを重視する製品有料プランへの転換を促すのが難しい
価値ベースエンタープライズ、成果重視の製品強力なROIの説明が必要

フリーミアムの判断フレームワーク

次の場合はフリーミアムを採用します。

  • ✅ 無料ユーザー1人あたりの限界費用がほぼゼロ
  • ✅ 製品に本質的なバイラル性がある(ネットワーク効果や共有機能)
  • ✅ 無料プランが実際の価値を提供する(単なるデモではない)
  • ✅ 明確なアップグレードのきっかけがある(機能、利用量、チーム規模)
  • ✅ 現実的なコンバージョン率を見込める(無料から有料への転換率は通常2~5%)

次の場合はフリーミアムを避けます。

  • ❌ 無料ユーザー1人あたりのサポートコストが高い
  • ❌ 製品に自然なアップグレードのきっかけがない
  • ❌ 中核となる価値の提供に、利用制限を設ける必要のある機能が不可欠

パッケージング/段階設定のフレームワーク

SaaS向けに推奨する3段階の構成:

プラン対象価格の目安主な機能継続利用を促す仕組み
無料/スターター個人、導入を検討し始めたユーザー$0中核的な価値、利用制限あり同僚の招待、エクスポート制限
プロ/グロースSMB、成長中のチーム$[X]/シート/月すべての機能、より高い利用上限チームコラボレーション、連携機能
ビジネス/エンタープライズ中堅企業、エンタープライズ$[X]/シート/月または個別見積もり管理者機能、SSO、SLA、専任サポートセキュリティ、コンプライアンス、利用量

プラン設計のルール:

  • 各プランは、対象セグメントにとって実際に十分な内容にします
  • アップグレードのきっかけは、作為的に設けるのではなく、自然に感じられるものにします
  • プラン間の価格差が3~5倍になるのは一般的であり、正当化できます

競合の価格設定状況

競合モデル価格主な差別化要素
[Name][Model][Price][What they lead with]

ポジショニングの選択肢:

  • プレミアム: 市場価格より20~40%高く設定します。エンタープライズ機能、サポート、またはブランドで正当化します。
  • 同等価格: 市場リーダーと同水準の価格に設定します。製品または販売チャネルで優位性を獲得します。
  • バリュー: 市場価格より低く設定します。販売量で優位性を獲得します。強固なユニットエコノミクスがなければ危険です。

出力形式

価格戦略の推奨 — [Product] — [Date]

現状: [現在の価格設定がある場合は、その内容] 解決すべき課題: [価格設定を見直す理由]

推奨する価格モデル: [モデル名+根拠]

価値指標: [顧客価値に応じて増加する単一の単位。例:「アクティブユーザー数」、「API呼び出し数」、「処理したドキュメント数」]

提案するプラン:

[上記の3段階構成を使った表]

無料から有料へのアップグレードのきっかけ: [自然にアップグレードを促す具体的なタイミングまたはしきい値]

競合とのポジショニング: [プレミアム/同等価格/バリュー+理由]

価格変更の展開(該当する場合):

  • 既存顧客への旧価格適用: [はい/いいえ — 推奨内容と根拠]
  • 顧客への告知計画: [顧客への伝え方+タイミング]
  • ロールバック計画: [どのような条件で元に戻すか]

リスク:

  • [リスク] → 軽減策: [対応]

変更後に監視する指標:

  • コンバージョン率(無料から有料)
  • プラン別の解約率
  • ユーザーあたりの平均収益(ARPU)
  • 拡張収益

必須入力項目

与えられた情報をもとに作業してください。次の項目に不足があっても、完全な出力を作成してください。不足分は妥当な仮定で補い、(仮定、要確認) と明記したうえで、最後に仮定の一覧を記載してください。中心となるテーマそのものが欠けていて、書く内容がない場合に限り、最初に質問してください。

  • 価格設定の対象となる製品またはサービス
  • 現在の価格設定(ある場合は、見直しの理由も記載)
  • ターゲット顧客セグメント(規模、役割、支払い意欲)
  • 主な競合他社とその価格設定(把握している場合)
  • ビジネスモデル(SaaS/マーケットプレイス/使用量ベース/その他)
  • 主な目標(導入の拡大/ARPU の向上/解約率の低減/新市場への参入)

詳細資料

品質チェック

  • バリューメトリック(顧客価値に応じて拡大する単位)が定義されている
  • 無料プランから有料プランへのアップグレード条件が具体的である(「もっと必要になったら」ではない)
  • 競争上のポジショニングが選択され、その理由が説明されている(プレミアム/同等/バリュー)
  • 価格変更の展開計画に、既存顧客への旧価格適用を含めるかどうかの判断が含まれている
  • 逆効果を招くインセンティブを検知するためのカウンターメトリクスが定義されている
  • リスクに対して、単に列挙するだけでなく、具体的な緩和策が示されている

アンチパターン

  • コストプラス方式だけを基準に価格を決めないでください。価格には、顧客に提供する価値を反映させる必要があります
  • 中間プランの価値が明らかに低い価格体系を設計しないでください。顧客の信頼を損ない、極端なプランへと誘導してしまいます
  • 既存顧客向けの移行計画なしに価格を変更しないでください。予告のない価格変更は解約につながります
  • エンタープライズ向け価格を下限なしの「お問い合わせください」にしないでください。セルフサービスでの評価や見込み顧客の選別を妨げます
  • 競争上のポジショニングを省略しないでください。市場と切り離した価格設定は、不完全な戦略です

ガイドライン

  • コストではなく、顧客に提供する価値を基準に価格を設定してください
  • 可能な場合は必ず価格変更を A/B テストしてください。A/B テストが難しい場合は、地域ごとのホールドアウトを使用してください
  • 年間契約には 15~20%の割引を推奨してください。キャッシュフローが改善し、解約率の低下につながります
  • エンタープライズ向け価格が「お問い合わせください」の場合は、インバウンドの見込み顧客を選別するため、価格の下限を設けることを推奨してください

トリガーフレーズの例

  • 「価格を設定してください。」
  • 「価格プランを設計してください。」
  • 「フリーミアムと有料プランを評価してください。」
  • 「価格変更の準備をしてください。」

コメント