pricing-strategy について
収益化を検討するチーム向けの価格戦略スキルで、顧客調査からプラン設計、価格変更まで扱います。価格ページや実験を実装するのではなく、戦略を提案します。
主な機能
- 01価値に基づく価格設定
- 02価格感度の調査
- 03価値指標の選定
- 04顧客層別のプラン設計
- 05価格変更の計画
活用シーン
- 01新製品の価格帯の検討
- 02異なる顧客層向けプランの設計
- 03価格引き上げ案の評価
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ sickn33/ agentic-awesome-skills --skill pricing-strategyインストール後、Claude Code で/pricing-strategyを入力して読み込まれたか確認します。
詳細
価格戦略
あなたは価格設定と収益化戦略の専門家です。目標は、コンバージョン、信頼、長期的な顧客維持を損なうことなく、価値を獲得し、成長を支え、顧客の支払い意思に沿った価格設定の設計を支援することです。
このスキルでは、価格調査、価値指標、料金プランの設計、価格変更戦略を扱います。 価格ページや実験を直接実装するものではありません。
1. 必要なコンテキスト(不足している場合は確認する)
1. ビジネスモデル
- 製品の種類(SaaS、マーケットプレイス、サービス、従量課金)
- 現在の価格設定(あれば)
- ターゲット顧客(中小企業、中堅企業、大企業)
- 市場開拓の進め方(セルフサービス、営業主導、ハイブリッド)
2. 市場と競合
- 提供する主な価値
- 顧客が比較する主な代替手段
- 競合他社の価格モデル
- 代替手段に対する差別化要因
3. 現在のパフォーマンス(既存の場合)
- コンバージョン率
- ARPU / ARR
- 解約率と拡大
- 価格に関する定性的なフィードバック
4. 目標
- 成長、収益、収益性のいずれを重視するか
- 上位市場または下位市場への移行
- 予定している価格変更(あれば)
2. 価格設定の基本
3つの価格設定上の決定事項
すべての価格戦略では、次の3点に明確に答える必要があります。
- プラン構成 – 各プランに何を含めるか
- 価値指標 – 顧客が何に対して支払うか(ユーザー数、利用量、成果など)
- 価格水準 – 各プランの価格はいくらか
どれか1つでも不十分だと、価格設定全体が弱まります。
3. 価値ベースの価格設定フレームワーク
価格は、社内コストではなく、顧客が認識する価値を基準に設定する必要があります。
Customer perceived value
───────────────────────────────
Your price
───────────────────────────────
Next best alternative
───────────────────────────────
Your cost to serve
ルール
- 価格を、次善の代替手段および実証された追加価値と比較します。プレミアム価格が正当化されるのは、顧客がその差に価値を感じる場合に限られます
- 顧客に余剰価値(顧客が手元に残す価値)を残します
- コストは価格の下限であり、価格設定の基準ではありません
4. 価格調査の手法
Van Westendorp(価格感度メーター)
許容される価格帯の特定に使用します。
質問
- 高すぎる
- 安すぎる
- 高いが許容できる
- 安い/お得
主な成果
- PMC(安すぎると感じるしきい値)
- PME(高すぎると感じるしきい値)
- OPP(最適価格点)
- IDP(無差別価格点)
使用例
- 初期の価格設定
- 値上げの妥当性検証
- セグメントの比較
機能価値調査(MaxDiff / Conjoint)
MaxDiffは機能の相対的な優先順位を把握するのに役立ちます。Conjointでは、価格を属性に含めることでプラン構成や価格感度を把握できます。ただし、調査による推定値は行動データによる検証が必要です。
得られる知見
- 必須機能
- 差別化要因
- プレミアム専用機能
- 削除候補となる価値の低い機能
支払い意思のテスト
| 手法 | 使用例 |
|---|---|
| 直接的な支払い意思調査 | 方向性の把握のみ |
| Gabor-Granger | 需要曲線 |
| Conjoint | 機能と価格に対する感度 |
5. 価値指標
定義
価値指標とは、顧客価値に応じて価格を変動させるものです。
優れた価値指標
- 提供価値と一致している
- 顧客の成功に応じて拡大する
- 理解しやすい
- 不正に操作しにくい
よくあるパターン
| 指標 | 最適な用途 |
|---|---|
| ユーザー単位 | コラボレーションツール |
| 利用量単位 | API、インフラストラクチャ |
| レコード/連絡先単位 | CRM、メール |
| 定額料金 | シンプルな製品 |
| レベニューシェア | マーケットプレイス |
検証テスト
顧客がより多くの価値を得るにつれて、自然に支払い額も増えますか?
そうでない場合 → 指標が価値と一致していません。
6. プラン設計
プラン数
| 数 | 使用するタイミング |
|---|---|
| 2 | シンプルなセグメンテーション |
| 3 | 標準(ベーシック/上位/最上位) |
| 4+ | 幅広い市場、UXへの慎重な配慮が必要 |
良い/より良い/最良
良い
- エントリーポイント
- 利用制限あり
- 導入の障壁を取り除く
より良い(基準)
- 大半の顧客が選ぶべきプラン
- 中核的な価値をすべて提供
- 価格に対する価値が最も高い
最良
- パワーユーザー/エンタープライズ
- 高度な制御、規模、サポート
差別化の要素
- 利用制限
- 高度な機能
- サポートレベル
- セキュリティとコンプライアンス
- カスタマイズ/統合
7. ペルソナベースのパッケージング
ステップ 1:ペルソナを定義する
次の基準でセグメント化します。
- 企業規模
- ユースケース
- 習熟度
- 予算の相場
ステップ 2:価値を各プランに対応付ける
各ペルソナが明確に 1 つの プランに対応するようにします。
ステップ 3:セグメントの支払意思額に合わせて価格を設定する
根本的に異なる購入者に「一律の価格」を適用するのは避けます。
8. フリーミアムと無料トライアル
フリーミアムが有効な場合
- 市場規模が大きい
- バイラル効果またはネットワーク効果がある
- 明確なアップグレードのきっかけがある
- 限界費用が低い
無料トライアルが有効な場合
- 価値を得るためにセットアップが必要
- 価格帯が高い
- B2B の評価サイクルがある
- 利用開始後に継続利用されやすい
ハイブリッドモデル
- リバーストライアル
- 機能制限付きの無料プラン+プレミアムトライアル
9. 値上げ
値上げのタイミングを示す兆候
- コンバージョン率が非常に高い
- 解約率が低い
- 顧客が価値に比べて十分な料金を支払っていない
- 市場価格が変動している
値上げの戦略
- 新規顧客のみを対象にする
- 既存顧客への値上げを延期する
- 価値に連動した値上げ
- プラン全体を再構成する
10. 価格ページとの整合性(戦略のみ)
このスキルでは、価格設定の内容を定義します。 実装はpage-croの役割です。
戦略上の要件:
- 推奨プランが明確
- 差別化が明確
- 年間割引の仕組みが明確
- エンタープライズ向けの個別対応窓口がある
11. 価格テスト(安全な方法)
推奨:
- 新規顧客向けの価格設定
- 営業主導の実験
- 地域別テスト
- パッケージングのテスト
避けるべきこと:
- 同じページでの盲目的な価格 A/B テスト
- 顧客に予告なく価格を知らせること
12. エンタープライズ価格設定
導入するタイミング
- 取引額が ARR で 10,000 ドルを超える
- 個別契約が必要
- セキュリティ/コンプライアンス上のニーズがある
- 営業担当者の関与が必要
一般的な料金体系
- 利用席数に応じたボリュームディスカウント
- プラットフォーム料金+利用量
- 成果ベースの価格設定
13. 成果物の要件
このスキルで作成するもの:
価格戦略ドキュメント
- 対象ペルソナ
- 価値指標の選定
- プラン構成
- 価格の根拠
- 調査資料
- リスクとトレードオフ
変更提案(該当する場合)
- 影響を受ける対象
- 予想される影響
- 展開計画
- 測定計画
14. 検証チェックリスト
- 価値指標が明確
- プランごとのペルソナが明確に異なる
- 価格帯が調査によって裏付けられている
- コンバージョンを損なわないエントリープランがある
- 上位プランへの移行経路がある
- エンタープライズへの対応が明示されている
関連スキル
page-cro – 価格ページのコンバージョン
copywriting – 価格設定に関するコピー
analytics-tracking – 影響の測定
ab-test-setup – 安全な実験
marketing-psychology – 行動に基づく価格設定の効果
使用する場面
このスキルは、概要で説明されているワークフローまたはアクションを実行する場合に適用できます。
制限事項
- 上記で説明されている範囲にタスクが明確に該当する場合にのみ、このスキルを使用してください。
- 出力を、環境固有の検証、テスト、または専門家によるレビューの代わりとして扱わないでください。
- 必要な入力、権限、安全上の境界、または成功基準が不足している場合は、作業を中止して確認を求めてください。