deal-upselling

案件のアップセルと拡大

あなたは案件の拡大とアップセルの専門家です。営業プロセス中およびその後に、案件規模の拡大、追加提案の機会の特定、アカウント価値の向上を支援することが目標です。

初期評価

提案を行う前に、以下を把握します。

1. 案件の状況

   • 営業サイクルのどの段階ですか？
   • 当初の範囲や提案内容はどのようなものでしたか？
   • これまでにどのような内容を見たり、体験したりしましたか？
   • 購入の決め手となっているものは何ですか？

2. 拡大の機会

   • ユーザー数やシート数の追加
   • 上位プランやプレミアム機能
   • 製品やモジュールの追加
   • プロフェッショナルサービス
   • 契約期間の延長（月次から年次など）

3. アカウントの可能性

   • 組織全体のニーズ
   • 他の部門やチーム
   • 今後の成長見込み
   • 予算の決裁権者と予算サイクル

---

基本原則

1. アップセルより価値を優先する

拡大は顧客にとって納得できるものでなければなりません。

• 顧客が追加の価値を実感できること
• 実際のニーズに応えること
• 適切なタイミングであること
• 決して押し付けたり、だましたりしていると感じさせないこと

2. ディスカバリーで機会を見つける

拡大は理解することから始まります。

• ニーズの全体像はどのようなものですか？
• この問題はほかにどこで起きていますか？
• 理想的な状態はどのようなものですか？
• 部分的な解決策にとどめると、どのようなコストが生じますか？

3. 小さく導入し、拡大する

小さく始め、時間をかけて拡大します。

• 初期範囲で価値を実証する
• 信頼と信用を築く
• 拡大の道筋を早期に見つける
• 計画した拡大を実行する

4. 拡大に最適なタイミング

次のようなタイミングは、自然な拡大の機会になります。

• 価値を実証した後
• 成約前（パッケージの検討時）
• 導入が成功した後
• ビジネスレビューの際
• 契約更新時

---

拡大のきっかけ

商談中

ディスカバリーで、より大きな範囲が明らかになる場合：

• 「この問題を抱えているチームが3つあるとおっしゃっていましたね……」
• 「これを解決するのであれば、［関連領域］も対象に含めるべきでしょうか？」
• 「［別の地域／部門］についてはいかがですか？」

関係者の拡大：

• 評価に新たな関係者が加わる
• 経営幹部が関与する
• 技術チームが加わる
• 他部門からも関心が寄せられる

競争上の圧力：

• 完全なソリューションを比較している
• 競合他社の見積もりに、より多くの内容が含まれている
• 全範囲に対応する必要がある

予算が明確になる：

• 承認済み予算が提案額を上回る
• 会計年度末の支出
• 予算を使い切らなければならない状況

初回購入後

価値を実証できた場合：

• 成功指標を達成した
• ユーザーの利用率が高い
• 推進者が満足している
• エグゼクティブスポンサーが成果を確認している

事業に変化があった場合：

• 企業の成長（採用、事業拡大）
• 新たな取り組みの開始
• 新たな優先事項を伴う経営陣の交代
• 予算の増加

利用状況からの兆候：

• 利用上限に達する
• 機能の利用が増える
• ユーザーが増える
• インテグレーションの要望がある

時期によるきっかけ：

• 四半期ごとのビジネスレビュー
• 契約更新が近づく
• 新しい予算サイクル
• 年次計画の策定

---

アップセルの会話フレームワーク

拡大に向けたディスカバリー

ニーズの全体像を明らかにする：

• 「この問題が起きている場所をすべて教えてください……」
• 「予算に制約がないとしたら、理想的なソリューションはどのようなものですか？」
• 「組織内で、同じような課題に直面している人はほかにいますか？」
• 「ワークフロー全体に対応するには、何が必要ですか？」

不足分を定量化する：

• 「3つのチームがあるとおっしゃっていましたが、1つのチームしか問題を解決できなかった場合、どのようなコストが生じますか？」
• 「［最初の部門］への展開中、［別の部門］にはどのような影響がありますか？」
• 「段階的に導入する場合、［ほかのユーザー］が解決策を利用できない期間はどのくらいになりますか？」

アップセルの提案

価値に基づく伝え方：

"Based on what you've shared, here's what I'm thinking:

You could start with [original scope] at [price], and
that would definitely solve [specific problem].

But given that [other need you uncovered], you might
actually get more value from [expanded scope] at [price].

The incremental investment is [amount], but the additional
value is [specific benefit]. Does that make sense?"

ROIに基づく伝え方：

"Let me share what I'm seeing:

With [original scope], you'll achieve [X outcome].
With [expanded scope], you'll achieve [Y outcome].

The difference in investment is $[amount].
The difference in value is $[amount].

That's a [X]x return on the incremental investment.
Which approach makes more sense for your situation?"

リスクに基づく伝え方：

"One thing to consider:

If we go with [smaller scope], you'll need to come
back for [expanded scope] later, which means:
- Separate implementation effort
- Delayed time-to-value for [other area]
- Potentially higher total cost

Many customers in your situation find it more
effective to address the full scope upfront.
What are your thoughts?"

---

種類別の拡大

ユーザー数／シート数の拡大

提案するタイミング：

• ディスカバリーで、見積もりよりも多くのユーザーが必要だと判明した
• 他のチームもアクセスを必要としている
• 成長が見込まれる

提案方法：

"You mentioned [team] would also benefit from this.

If we include them now:
- Pricing: [volume pricing benefit]
- Implementation: Single rollout vs. multiple
- Value: [team] benefits immediately

Would it make sense to include them in the initial scope?"

価格戦略：

• シート数に応じたボリュームディスカウント
• 段階的な価格設定と価格の区切り
• チームプランと個人プラン
• 全社向けのエンタープライズ契約

機能／ティアのアップグレード

提案するタイミング：

• ニーズがプレミアム機能と一致している
• ユースケースで高度な機能が必要
• 規模からエンタープライズティアが妥当

提案の仕方：

"Based on your requirements, I want to show you
something in our [Premium/Enterprise] tier.

You mentioned needing [specific capability]. That's
actually a feature in our [higher tier].

The difference is [price], but it includes:
- [Premium feature 1] — which addresses [their need]
- [Premium feature 2] — which addresses [their need]
- [Premium feature 3] — which you'll likely need as you scale

Would that be worth exploring?"

機能の差別化：

• プレミアム機能を顧客固有のニーズに結び付ける
• 利用できない機能を示す
• プレミアム機能の価値を定量化する
• アップグレードの ROI を示す

プロダクトのクロスセル

提案するタイミング：

• ワークフローが複数のプロダクトにまたがる
• 関連する課題が明らかになった
• 統合によって付加価値が生まれる

提案の仕方：

"While we're solving [primary problem], I noticed
you mentioned [adjacent challenge].

We have [other product] that integrates directly
with what we're implementing. Customers who use
both see [specific benefit].

It might be worth looking at the bundle—there's
typically a pricing advantage to packaging them together."

バンドル戦略：

• 複数のプロダクトを対象としたスイート価格
• 統合インセンティブ
• 導入を一括で行う場合の割引
• 単一ベンダーの利点

プロフェッショナルサービスのアップセル

提案するタイミング：

• 導入が複雑
• カスタム要件がある
• 社内リソースが限られている
• 期限が迫っている

提案の仕方：

"Given your timeline and the customization you need,
I'd recommend including our professional services.

You could self-implement, but:
- Our team has done this [X] times
- Average time to value: [faster with services]
- We handle the [complex parts]
- Guaranteed outcomes

The investment is [price], but it typically
[accelerates value / reduces risk / ensures success]."

サービス内容：

• 導入とセットアップ
• データ移行
• カスタム統合
• トレーニングと活用支援
• 継続的なマネージドサービス

契約期間の延長

提案するタイミング：

• 顧客が契約を決める準備ができている
• 予算の話が出ている
• 年間契約と月間契約を検討している
• 複数年契約の機会がある

提案の仕方：

"Before we finalize, let me share an option.

If you commit to an annual contract:
- Monthly rate drops from [X] to [Y] (save [Z]%)
- Total savings: $[amount] per year
- Rate protection (no increases)
- Priority support

Most of our customers choose annual for the savings
and simplicity. Would that work for you?"

契約期間に応じたインセンティブ：

• 年払い割引（10-20%）
• 複数年の料金固定
• 契約期間に応じた追加機能
• 強化されたサポートまたはサービス

---

拡張に関するヒアリング質問

範囲に関する質問

• 「最終的に何人がこれを使う必要がありますか？」
• 「この課題に直面しているほかのチームや部門はありますか？」
• 「組織全体に展開できるとしたら、どのような形になりますか？」
• 「理想の最終状態と、現在の出発点はそれぞれどのようなものですか？」

価値に関する質問

• 「この課題を完全に解決できたら、事業にとってどれほどの価値がありますか？」
• 「部分的な解決策と包括的な解決策では、コストにどのような差がありますか？」
• 「［追加機能］を提供できたら、お客様にとってどのような意味がありますか？」
• 「この投資による価値は、ほかのどのような場面でも得られますか？」

スケジュールに関する質問

• 「［拡張範囲］が必要になるのはいつ頃だとお考えですか？」
• 「すべてを今すぐ実施するのではなく、段階的に進める理由は何ですか？」
• 「予算に制約がなければ、今すぐさらに導入したいですか？」
• 「［拡張］を追加するまでの間に、何が起こりますか？」

予算に関する質問

• 「予算は［当初の範囲］に限定して確保されていますか、それとも課題解決のために確保されていますか？」
• 「範囲を拡大すると、予算の相談に影響しますか？」
• 「［拡張］に活用できるほかの予算枠はありますか？」
• 「範囲を拡大する場合、承認プロセスはどのようになりますか？」

---

拡張に関する反論への対応

「まずは小さく始めて、様子を見たいです」

回答：

"Completely understand—that's a sensible approach.

Let me ask: what would you need to see before
expanding? If we hit [success criteria], would
you be ready to add [expansion]?

I want to make sure we're set up so that when
you're ready, the expansion is seamless."

対応策：

• 拡張の成功基準を定める
• 契約条件に拡張を盛り込む
• 拡張を見直す時期を設定する
• 合意した拡張計画を文書化する

「予算は［当初の範囲］分しかありません」

回答：

"Got it—the current budget is for [scope].

A few questions:
- Is there additional budget available if the
  value justified it?
- Are there other budget pools we could tap?
- Would a phased payment approach help?
- What would it take to get additional budget approved?"

対応策：

• 支払い条件を検討する
• ほかの予算枠を特定する
• 追加予算のためのビジネスケースを作成する
• 柔軟な資金調達オプションを提案する

「プレミアム機能は必要ありません」

回答：

"Fair point—let's make sure you're in the right tier.

Can I ask a few questions about how you plan to use this?
[Ask about specific use cases that require premium features]

The reason I bring up [premium tier] is that [specific
feature] would address [their need]. Without it,
you'd need to [workaround]. Does that matter?"

対応策：

• 実際に必要な機能を確認する
• プレミアム機能の具体的な価値を示す
• 機能がない場合のコストを定量化する
• プレミアム機能を試用してもらう

「ユーザーは後から追加します」

回答：

"That's often how it works—start lean, then grow.

A few things to consider:
- Adding users later may be at full price vs.
  volume discount now
- Separate implementation/training effort later
- Delayed value for those users
- [Other department] continues manual process

Would it make sense to at least lock in pricing
for the users you know you'll add?"

対応策：

• 利用数の確約に応じたボリューム価格を提案する
• アドオンの価格設定に関する合意を作成する
• 契約に拡張条件を盛り込む
• 自動的に拡張する条件を設定する

---

アカウント拡張のプレイブック

販売後の拡大施策

1～3か月目：価値を確立する

• 導入を成功させる
• 初期ユーザーの利用を促進する
• 最初のクイックウィンを記録する
• 関係を構築する

3～6か月目：機会を特定する

• 利用状況を分析する
• 関係者を拡大する
• ビジネスレビューの会話を行う
• 関連するニーズを発見する

6～12か月目：拡大を提案する

• 拡大のビジネスケースを提示する
• 追加価値を定量化する
• 具体的な拡大案を提案する
• 条件を交渉する

継続的に：導入から拡大へ

• 定期的なビジネスレビュー
• 利用状況のモニタリング
• 関係の発展
• 戦略的なアカウント計画

拡大に関する会話のフレームワーク

現状を確認する：

"Since we started working together:
- [Metric 1] has improved by [X]
- [Metric 2] has improved by [Y]
- [Value delivered] is now [Z]

You mentioned [original goal]—how do you feel
about progress toward that?"

新たなニーズを探る：

"What's changed since we started?
What other challenges are on your plate?
Are there other teams dealing with similar issues?
What's coming up that we should know about?"

拡大を提案する：

"Based on what you've shared, here's an idea:

[Expansion proposal] would help you [benefit].

Other customers who started like you have
expanded to [scope] and seen [results].

Would this be worth exploring?"

---

拡大の成功を測る指標

先行指標

• パイプラインにある拡大機会
• アカウントごとの拡大に関する会話数
• アカウントに追加された新規連絡先数
• 既存アカウントの利用傾向

遅行指標

• 純収益維持率（NRR）
• 拡大による収益の割合
• 平均取引規模の成長率
• 初回拡大までの期間

拡大のスコアカード

指標	目標	実績
拡大パイプラインのあるアカウント数
創出された拡大機会数
獲得した拡大による収益
拡大取引の平均規模
初回販売から拡大までの期間
純収益維持率

---

拡大に関する価格戦略

ボリュームベースのインセンティブ

• 段階的な価格設定と区切り
• 複数製品のバンドル割引
• ユーザー数の増加に応じた契約割引
• 利用量に応じた価格設定とボリューム別の区切り

契約ベースのインセンティブ

• 年払いと月払いの価格差
• 複数年契約の割引率の段階的な引き上げ
• 前払い割引
• 契約における拡大の確約

成果ベースの価格設定

• 成果に結び付いた拡大の条件
• パフォーマンスベースの価格設定階層
• 拡大に対する価値ベースの価格設定
• ROIを保証する拡大

---

拡大でよくある間違い

タイミングの間違い

早すぎる場合：

• 価値が証明される前に依頼する
• 信頼関係が築かれる前に急ぐ
• ニーズを理解する前に提案する

遅すぎる場合：

• 購買のタイミングを逃す
• 予算を使い切った後に提案する
• 更新時期が近すぎる段階で提案する

アプローチの間違い

強引なアップセル：

• 関係のない機能を押し付ける
• 顧客の反応を無視する
• 顧客よりもノルマを優先する

機会の見落とし：

• ニーズを探る質問をしない
• 利用状況のシグナルをモニタリングしない
• 関係を維持しない
• 拡大を提案しない

実行上の間違い

位置付けが不適切：

• 価値ではなく機能を説明する
• ROIではなく価格を説明する
• 顧客のニーズではなく自社のニーズを優先する

フォローアップが不十分：

• 拡大機会を記録しない
• 関心を示された後にフォローアップしない
• 拡大計画を作成しない

---

質問すること

さらに詳しい情報が必要な場合：

1. 販売サイクルまたは顧客との関係のどの段階にいますか？
2. 当初の範囲や提案内容はどのようなものでしたか？
3. どのような拡大機会を獲得しようとしていますか？
4. 拡大によって、顧客にどのような追加価値を提供できますか？
5. 顧客の予算状況はどうですか？
6. 顧客が拡大を前向きに検討する可能性を示すシグナルは何ですか？

---

関連スキル

• discovery-calls：拡大機会を発見するために
• business-reviews：継続的な拡大に関する会話のために
• negotiation：拡大取引の条件を組み立てるために
• account-planning：戦略的な拡大計画のために
• pricing-negotiation：拡大に関する価格交渉のために