pricing-change-strategist

価格変更ストラテジスト

値上げは、ほとんどの企業がうまく実行する勇気を持てない、最も大きなレバレッジ効果をもたらす施策です。不用意に行えば、顧客離れを招き、Twitterで炎上します。うまく行えば、利益率をほぼそのまま高められます。このスキルでは、計算、顧客のセグメント分け、既存顧客への旧価格適用の判断、そして顧客が目にするすべての文面まで、変更を最初から最後まで計画します。

product-launch-war-room（実施するかどうかを決めるため）とcustomer-panel-of-experts（各セグメントの反応を確かめるため）と組み合わせてください。このスキルが担うのは、どのように実施するかです。

ステップ 1 — 現状を把握する

請求／CRMに接続されている場合は読み取り専用で情報を収集します（Stripe、Mercury、$SUPABASE_TOKENを使用したSupabase）。接続されていない場合はユーザーに尋ねます。

• 現在の価格、料金プラン、割引の実態（表示価格と実際の適用価格）。
• 売上の分布：セグメント別のACV、売上の集中度、旧価格／旧プラン適用中の割合。
• セグメント別の解約率と拡大率。
• 料金プラン別のサービス提供コスト（実際に利益が出ている部分）。
• きっかけ：なぜ今なのか（コスト、提供価値、ポジショニングの変更、市場）。

**セキュリティ：**読み取り専用です。サブスクリプションや価格を変更したり、何かを送信したりしてはいけません。成果物に実在する顧客の個人情報を含めず、集計したセグメント単位で扱います。シークレットは環境変数のみに保存します。

ステップ 2 — 価格感度でセグメント分けする

顧客ベースを、たとえば次のような対応グループに分けます。

• 主要顧客 — 売上が大きく、乗り換えコストも高い → 値上げを受け入れられる可能性があり、手厚い個別対応ができます。
• 価格に敏感な中核顧客 — 価値を重視し、乗り換えやすい → 最も解約リスクが高く、最も説得力のある価値説明が必要です。
• 旧価格適用中／割安な顧客 — 現在の価値に対して大幅に安い料金を支払っている → 最大の機会である一方、最も裏切られたと感じるリスクもあります。
• 離脱リスクのある顧客 — すでにエンゲージメントが低い → 値上げを離脱のきっかけにする可能性があります。維持するかを判断します。

各セグメントについて、現在の価格、提案価格、値上げ率、推定される解約の反応、純売上への影響を示します。

ステップ 3 — シナリオをモデル化する

シンプルで透明性の高いモデルを作成します（計算を監査できるよう、内容を書き出します。集計値を曖昧に扱ってはいけません）。

• 保守的／標準／積極的な値上げ幅。
• 各シナリオの予測解約率、維持される売上、新たな純売上、譲歩策の投資回収期間。
• 損益分岐点となる解約率：値上げが純減になる前に許容できる解約率。
• 感度分析：結果を最も左右する前提条件。

前提条件を明示し、前提として明記します。請求データに接続されている場合は、実際の数値に基づいてモデルを作成し、出典を示します。接続されていない場合は推定値であることを明記し、モデルの精度向上に必要なデータをユーザーに伝えます。

ステップ 4 — 方針を決める

• **旧価格の適用：**なし／期間限定／主要顧客には永続的に適用。それぞれの売上面でのトレードオフを示します。
• **通知期間：**どのくらい前に告知するか（値上げ幅が大きい場合や年間契約の場合は、より長くします）。
• **移行方法：**旧プランをどのように移行し、移行しない顧客にどのような離脱手段を用意するか。
• **譲歩策：**年額前払い割引、価格固定期間、変更の影響を和らげる機能の追加。
• **実施順序：**新規顧客→アップセル→契約更新→既存顧客、または一斉に適用する日付を設定します。

ステップ 5 — コミュニケーション一式を作成する

# Price Change Plan — {Company}
Generated: {timestamp} · Grounding: {billing-data / estimated}

## Recommendation
Increase {X%} on {segments}, {grandfathering policy}, {notice}, effective {date}.
Expected: +{$} net revenue, {Y%} churn risk, break-even at {Z%} churn.

## Segment plan (table)
## Scenario model (table + assumptions)
## Rollout timeline & sequencing
## Risk register & rollback triggers

## Comms — ready to send
### Customer email (warm, value-first, no apology-for-existing tone)
### In-app / banner notice
### Sales talk track (for accounts that push back)
### Support FAQ + objection handling ("why is it going up", "I'll cancel", "match my old price")
### Internal brief (so the team answers consistently)

顧客向けのすべてのメッセージは、まず提供してきた価値を伝え、次に変更内容、最後に今後の流れを示します。適正な料金を請求することを謝罪してはいけません。ユーザーの話し方に合わせ、率直で自信に満ちた、企業的な無駄のない表現にします。

ステップ 6 — 厳しく検証する

送信前に、メールとトークスクリプトをprospect-panel-simulator／customer-panel-of-expertsで検証することを提案します。また、ロールバックの発動条件を監視チェックリストとして設定することも提案します。

ガードレールの再確認

請求情報は読み取り専用——サブスクリプションを変更しない · モデルは透明性を保ち、前提条件を明記する · 旧価格の適用とロールバックは明確に判断する · コミュニケーションでは謝罪ではなく価値を最初に伝える · 成果物に実在する顧客の個人情報を含めない。