会社情報
採用情報
お問い合わせ
Article

複数のSaaSをまとめて契約交渉する方法

高田晃太郎
複数のSaaSをまとめて契約交渉する方法

統計では企業が運用するSaaSの数は年々増加し、複数の第三者調査では中堅〜大企業で平均200〜370件超に達するとの報告があります¹²。未使用ライセンスの比率は組織規模や測定方法により幅がありますが、20〜50%程度に及ぶ可能性があるとも指摘されています¹⁵。自動更新（オートリニューアル）に任せた更新運用は、ディスカウント縮小や価格改定と相まって総コスト悪化の一因になり得る、という報道・解説も増えています³⁴。一般に、単体契約を逐次で交渉すると、情報の非対称性と更新タイミングの分散が不利に働き、結果としてポートフォリオ全体の最適化機会を取り逃しがちです。

この前提で有効なのが「まとめて交渉」です。個別の値下げ交渉ではなく、契約更新時期を揃え、実際の利用実態に基づくターゲット単価を設計し、法務・セキュリティ条項を標準化したうえで、ベンダーを同時に交渉テーブルに乗せます。価格だけでなく条件全体を設計し、社内意思決定を一本化することで、ポートフォリオ全体で10〜20%程度の恒常的な削減が得られたとする報告もあり²⁴、更新関連の工数についても30%前後の圧縮を狙えるケースがあります²。以下では、CTO・エンジニアリングリーダーに向けて、データとプロセスを軸にした実践的な方法を解説します。

まとめて交渉の前提は「データ」と「タイミング」

交渉力の源泉は、ベンダーではなく自社側の情報と設計にあります。まず整えるべきは契約カレンダーと利用実態データです。更新日が散在している限り、営業サイドは個別最適のディールを積み上げ、全体最適は失われます。更新を同月に寄せる「コターミネーション（共通満了＝契約満了日を合わせる）」²を段階的に進め、意思決定の波（交渉の集中期間）を設計します。同時に、発注数量ではなく一定期間に実際にログイン・利用しているユーザーやコア機能利用を基準にしたアクティブ利用に基づく単価の基準線を引くことが不可欠です¹。

契約カレンダーを揃え、交渉の「波」を設計する

最初に全SaaSの契約台帳を整備し、満了日、通知期限、支払い条件、価格保護条項の有無を一枚に重ねます。満了が近いものには短期延長で橋渡しを行い、次の四半期末や半期末に向けてコタームに寄せます。ここで重要なのは、すべてを一度に揃えるのではなく、財務やプロダクトのリリース計画に合わせて三つ程度の交渉波を作ることです。波ごとに対象を選定し、社内レビュー日とベンダー提示日を後ろ倒しにならないよう固定します。波の設計は交渉カードにもなります。例えばA社の年額増額要求を、同波に入っているB社のボリューム拡張と相殺するなど、横断的に着地案を作れるからです。

利用実態を可視化し、正しい「単価のものさし」を持つ

ベースラインは請求額ではなく、部門・役割・地域ごとのアクティブ利用です。IDプロバイダのログイン、アプリ側の使用メトリクス、経理の支出データを結合し、座席（ライセンス）数とピーク同時接続、実作業でのコア機能利用の三つの観点で可視化します。ここから不要ライセンスの回収、権限の見直し、階層のダウングレード余地が見えてきます。実務上はOktaやEntra IDのログと会計の支出CSVを紐づけるだけでも効果があります¹。参考までに簡易的な集計の雛形を示します。

import pandas as pd
from datetime import datetime

# 支出台帳（vendor, app, user, month, amount）
spend = pd.read_csv('spend.csv')
# IdPログ（user, app, last_login_utc）
logins = pd.read_csv('idp_logins.csv', parse_dates=['last_login_utc'])

cutoff = pd.Timestamp(datetime.utcnow()).tz_localize('UTC') - pd.Timedelta(days=30)
active = logins[logins['last_login_utc'] >= cutoff].groupby(['app','user']).size().reset_index()[['app','user']]

# ユーザー単位の利用有無を付与し、未利用の座席コストを推定
m = spend.merge(active.assign(active=1), on=['app','user'], how='left')
m['active'] = m['active'].fillna(0)
unused_cost = m[m['active'] == 0]['amount'].sum()
print(f"Estimated unused last-30-days cost: {unused_cost:,.0f}")

この水準感をもとに、現状単価とターゲット単価のギャップを定量化し、交渉に臨みます。単価は名目ではなく、機能階層とサポート水準込みの実効単価で比較するのが鉄則です。

交渉デザイン：束ねる対象、譲れない条件、BATNA

まとめて交渉は単に見積を同時期に集める行為ではありません。対象の束ね方、商用条件の設計、法務・セキュリティ条項の標準化、そして代替案（BATNA：Best Alternative to a Negotiated Agreement＝合意に至らない場合に選べる最善の代替策）を持つことまで含めたデザインです。ベンダーは必ず「比較困難な条件」を提示してきます。だからこそ自社側が条件パッケージを先に提示し、ベンダーのオファーをその枠に当てはめて比較可能にする発想が有効です。

価格だけでなく条件パッケージで主導する

交渉の主軸は割引率ではなく条件パッケージです。契約年数の選択と価格保護（年次上限）、利用者の増減に応じた階段価格、段階導入（ランプ：初年度は座席の一部から開始し翌年拡張）、自動更新の明示的な停止と通知期限の延長、最恵国条項（他社と比べて不利にしない）や再交渉条項、レートカードの固定、これらを組み合わせ、総負担の最小化と柔軟性を両立させます。SaaSは価格メニューが複雑化しており、短期の割引に飛びつくと翌年の値上げで総額が逆転することが珍しくありません。三年の総コストで比較し、総支払額・現金流出のタイミング・解約コストを同じ物差しで評価します⁴。

加えて、実効価値に直結する項目は金額に換算して交渉台に載せます。例えば高度サポートの応答SLA短縮はダウンタイムのリスクコスト低減として、サンドボックスや監査ログの追加はセキュリティ監査工数の削減として、データエクスポートの拡張はロックイン回避のオプション価値として扱い、価格の一部に転換する考え方です。

法務・セキュリティ条項を標準化し、工数を削らない

同時交渉では法務・セキュリティのレビューボトルネックが発生しやすくなります。事前に標準条項集を用意し、DPA（Data Processing Addendum）、サブプロセッサ開示、監査権、侵害時通知、バックアップと復旧、可用性SLA、価格改定ルール、準拠法と管轄、これらの受け入れ可能ラインを文書化して合意しておきます。標準からの逸脱はベンダー側に理由の説明責任を課し、逸脱量をリスクポイントとして金額に反映させます。社内の一体感を保つため、条項の評価をスコアに落とし込み、価格と合算した総合スコアで意思決定できるようにします。あわせて、DPAやセキュリティ自己申告の雛形を共有しておくと、往復回数が大きく減ります。関連する実務の雛形は、社内ガイドの整備と合わせて活用すると効率的です。

実践プレイブック：90日で結果を出す進め方

短期で成果を出すには、準備・同時交渉・クロージングの三幕に分け、各幕で達成すべき具体アウトプットを定義します。準備の段階では、契約台帳、利用実態、価格ベンチマーク、法務標準の四点を揃えます。ここでのアウトプットは、対象アプリのリスト、ターゲット単価レンジ、譲れない条件、そして波ごとのスケジュールです。同時交渉の段階では、条件パッケージを先出しし、ベンダー見積をビッドシートにマッピングして比較可能にします。クロージングでは、価格と引き換えに自動更新停止や価格保護を必ず文面に落とし込み、コタームに寄せて契約を締結します。この一連を90日で回すため、社内の承認回路も同時に整備します。

データ整備にSQLが使える環境なら、会計台帳とIdPログから部門別の実効単価を作るだけでも交渉材料になります。例として、簡易的に部門×アプリ×有効ユーザー数と月次支出から実効単価を算出する集計を示します。

-- spend(vendor, app, dept, month, amount)
-- active(app, user, dept, month)
WITH dept_active AS (
  SELECT app, dept, month, COUNT(DISTINCT user) AS active_users
  FROM active
  GROUP BY app, dept, month
)
SELECT s.app, s.dept, s.month,
       s.amount AS monthly_spend,
       COALESCE(a.active_users, 0) AS active_users,
       CASE WHEN COALESCE(a.active_users,0) = 0 THEN NULL
            ELSE ROUND(s.amount / a.active_users, 2) END AS unit_cost
FROM spend s
LEFT JOIN dept_active a
  ON s.app = a.app AND s.dept = a.dept AND s.month = a.month
ORDER BY s.app, s.dept, s.month;

この指標を並べると、特定部門だけ実効単価が突出して高い、階層が過剰、ログインはあるがコア機能の利用がない、といった交渉の論点が浮かび上がります。価格の話を始める前に、利用実態に基づく構成見直し案を自社から提示すると、ベンダーのディスカッションが前向きな解決策に進みやすくなります。

クロージングの局面では、四半期末や会計年度末のタイミングを活かしつつ、意思決定の早さそのものを交渉材料にします。例えば「本月内の社内承認をコミットできる代わりに、三年の価格上限を3%に固定し、自動更新は明示的合意のみとする」といった交換条件を提示します。ここでのポイントは、値引きの裏に将来の値上げや席数コミットが隠れていないか、三年累計で逆転しないかを見切ることです。財務と共通のモデルで検算し、キャッシュフローと費用認識の観点からも妥当性を確認します。

実事例の抜粋と定量効果

以下は一般化したモデルケースです。300名規模のSaaS企業を想定し、更新の散在が原因で毎年複数アプリからの値上げを受け入れていた状況から、契約台帳を整備し、三つの交渉波に分けて複数社を同時交渉に乗せ、利用データから座席の一部を回収、二つのアプリで階層を見直し、法務条項の逸脱を価格に反映させる合意を得た、というものです。結果として年額でおおむね10〜20%のコスト削減、現金流出のピークを四半期末に集約して支払い件数を30〜40%削減、翌年度の自動更新停止を契約に明記し、次の交渉波に向けた予見性を高める、といったアウトカムが期待できます。社内の工数も、レビューの定型化により30%前後の削減を目標にできます。個別の結果はアプリ構成や利用態により変動しますが、プロセス設計の効果は一貫して観察されます²⁴。

テクニックと社内整合：価格を超えた交渉の現実

ベンダーは「同時交渉で比較しないでほしい」「この割引は今月限り」「競合比較はフェアではない」といったフレーミングを仕掛けてきます。ここで効くのは、比較の枠組みを最初に共有して透明性を担保する姿勢です。価格のほか、機能の差分はチェックリスト化し、差分を埋めるコストを金額換算して総額で比較する方針を伝えます。営業の短期目標に合わせたタイムリミットは活用しつつ、社内の承認プロセスを前倒しで同期させ、ベンダー側の期限に引きずられない体制を作ります。相手にとっての勝ち筋を用意することも大切です。たとえば長期契約や導入事例の共同発表、リファレンス協力など、価格外の価値を設計すれば、金額以外のレバーを増やせます。

社内整合では、CFO、法務、情報セキュリティ、事業部門のインセンティブを揃えることが肝要です。価格だけ下げても、業務側が欲しい機能を落としては逆効果になります。合意形成を早めるには、ベンダーごとに一枚のディールシートを作り、価格、機能、リスク、工数の四象限で比較し、意思決定会議は波ごとに時間を固定します。レビューの標準化は、RFPのフォーマット整備とセットで進めると効果的です。

最後に、まとめて交渉は調達部門だけの仕事ではなく、プロダクトやSREにも恩恵があります。標準条項の徹底により監査やインシデント対応の横断対応が容易になり、ベンダーのサポートにも一貫性が生まれます。意思決定の波を作ることは、エンジニアリングのロードマップとも整合しやすく、不要な切り替えの発生を防ぎます。逆に言えば、ロードマップと連動しない交渉は短期の値下げがあっても総コストを押し上げかねません。全体設計を先に置くことが、まとめて交渉の最大のコツなのです。

まとめ：設計してから交渉する。データが武器になる。

複数のSaaSをまとめて交渉する核心は、ベンダーを並べることではなく、自社のルールとデータで交渉の土俵をつくる点にあります。契約カレンダーを揃えて交渉の波を設計し、アクティブ利用に基づく単価のものさしを持ち、条件パッケージを先に提示して比較可能性を担保し、法務・セキュリティ条項を標準化する。この一連が回り始めれば、価格は結果としてついてきます。最初の一歩として、来期に更新を迎える上位アプリの満了日を寄せ、利用データから座席を回収し、ターゲット単価のレンジを定義してみてください。次の四半期、あなたの交渉テーブルに乗る数字は変わりますし、交渉に臨むチームの自信も変わるはず。

参考文献

  1. Help Net Security. SaaS spend management. https://www.helpnetsecurity.com/2023/07/04/saas-spend-management/#:~:text=53,unused
  2. Productiv. 2024 SaaS Trends – Consolidation. https://productiv.com/state-of-saas/2024-saas-trends-consolidation/#:~:text=2024%20SaaS%20Trends%20%E2%80%93%20Consolidation
  3. TechTarget Japan. クラウドの値引き縮小により実質的な値上げが起きているとの報道. https://techtarget.itmedia.co.jp/tt/news/2402/22/news13.html#:~:text=%E3%81%A9%E3%81%8C%E5%88%A9%E7%94%A8%E6%96%99%E9%87%91%E3%82%92%E4%B8%8A%E3%81%92%E3%82%8B%E4%BB%A3%E3%82%8F%E3%82%8A%E3%81%AB%E3%80%81%E3%83%A6%E3%83%BC%E3%82%B6%E3%83%BC%E4%BC%81%E6%A5%AD%E3%81%AB%E5%AF%BE%E3%81%99%E3%82%8B%E5%80%A4%E5%BC%95%E3%81%8D%E9%A1%8D%E3%82%92%E4%B8%8B%E3%81%92%E3%81%A6%E3%81%84%E3%82%8B%E3%80%82
  4. Binadox. SaaS Contract Negotiation: How Procurement Can Save 20% on Renewals. https://www.binadox.com/blog/saas-contract-negotiation-how-procurement-can-save-20-on-renewals/#:~:text=This%20comprehensive%20guide%20explores%20proven,and%20fostering%20positive%20vendor%20relationships
  5. Josys. How to Surface Unused Software Licenses: A Guide to Optimizing Your SaaS Budget. https://www.josys.com/jp/blog/2025-01-03-how-to-surface-unused-software-licenses-a-guide-to-optimizing-your-saas-budget#:~:text=match%20at%20L116%20%E4%BE%8B%E3%81%88%E3%81%B0%E3%80%81500%E4%BB%B6%E3%81%AE%E3%83%A9%E3%82%A4%E3%82%BB%E3%83%B3%E3%82%B9%E3%81%AE%E3%81%86%E3%81%A120%EF%BC%85%EF%BC%88100%E4%BB%B6%EF%BC%89%E3%81%8C%E6%9C%AA%E4%BD%BF%E7%94%A8%E3%81%A7%E3%80%811%E3%83%A9%E3%82%A4%E3%82%BB%E3%83%B3%E3%82%B9%E3%81%82%E3%81%9F%E3%82%8A%E3%81%AE%E5%B9%B4%E9%96%93%E8%B2%BB%E7%94%A8%E3%81%8C300%E3%83%89%E3%83%AB%E3%81%AE%E5%A0%B4%E5%90%88%E3%80%81%E5%B9%B4%E9%96%93%E3%81%A73%E4%B8%87%E3%83%89%E3%83%AB%E3%81%AE%E7%84%A1%E9%A7%84%E3%81%AA%E6%94%AF%E5%87%BA%E3%81%8C%E7%99%BA%E7%94%9F%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B%E3%81%93%E3%81%A8%E3%81%AB%E3%81%AA%20%E3%82%8A%E3%81%BE%E3%81%99%E3%80%82