SaaS乱立問題：その兆候と解決策

著者: Calvin D. · 更新日: 2026年4月21日

重要データ：SaaS乱立の数字

• 2025年の中堅企業の平均SaaSアプリケーション数は130以上で、2020年の80から増加しています（Productiv State of SaaSレポート）。
• 正式なガバナンスのない企業では、SaaSポートフォリオは年間**18〜22%**成長しており、多くのセクターで人員増加を上回っています。
• 典型的な中堅企業では、**シャドーITがSaaS総支出の30〜40%**を占めており（Gartner）、PLGが活発な組織では最大60%に達します。
• IT部門が直接把握しているSaaSは実際の使用量の50〜60%程度のみで、残りは部門が法人カードで購入するか無料ティアを通じて取得しています。
• ある時点でSaaSライセンスの56%が未使用または低使用状態です（Zylo 2024年ベンチマーク）。これはソフトウェアP&Lで回収可能な最大の無駄の単一行です。

CEOはITの棚卸しを求めていませんでした。CFOがP&Lのソフトウェア費用が前年比42%増加していることを指摘し、棚卸しはその説明のためでした。

説明になりました。会社には87のアクティブなSaaSサブスクリプションがありました。CEOはその47を聞いたことがありました。残りの40について、あるものはチームが何年も購入し続け、マネージャー以上のレベルでは誰も存在を知らなかったツールでした。あるものは無料試用がITの関与なしに有料に転換していました。退職した従業員向けにプロビジョニングされたツールもいくつかありました。一つは誰も特定できないツールのサブスクリプションでした。元の購入者が退職し、契約は二回自動更新されていました。

年間総支出：$290,000。推定無駄：$90,000〜$130,000。

乱立が起きたのは人々が不注意だったからではありません。会社が30人から200人に成長する間、その規模に合った購買ガバナンス構造を構築することなく成長したからです。チームが30人のとき、CEOはすべてのツールを知っていました。200人では不可能でしたが、誰もそのガバナンスギャップを埋めていませんでした。

兆候の見分け方

SaaS乱立はほとんど自ら告知しません。蓄積されます。以下がシグナルです。

P&Lのシグナル： SaaS支出が人員増加より速く成長しています。チームが30%成長してソフトウェア費用が60%成長したなら、超過はほぼ確実に乱立です。BetterCloudのSaaSOps現状レポートによれば、典型的な中堅企業は従業員1人あたり年間$5,000〜$8,000をSaaSに支出しており、正式なSaaSガバナンスのない組織は構造化された監視を持つ組織より1人あたり35〜40%多く支出しています。

棚卸しシグナル： 記憶からSaaSスタックをリストアップしようとすると、存在を忘れていたツールを一貫して発見し、次にクレジットカード明細を確認するとさらに発見します。

重複シグナル： 異なる部門のチームが実質的に同じことをするツールに支払っています。営業は一つのプロジェクト追跡ツールを使います。マーケティングは別のものを使います。オペレーションは三つ目を使います。

幽霊ユーザーシグナル： 退職した従業員向けにプロビジョニングされたシート。これはSSOログにアクティブアカウントとして元従業員に紐付いたものとして現れます。まだライセンスされ、まだ請求され、使われることはありません。

シャドーITシグナル： ITが承認していないツールを発見します。多くの場合、ツールが失敗して影響を受けたチームがITにヘルプを求めたとき。これがITがツールの存在を初めて知る機会です。

更新サプライズシグナル： 財務部門が予期しない更新を指摘します。アクティブであることを知らなかったツールで、元の購入者が退職して所有権レコードを誰も更新しなかったためです。

これらのうち二つ以上が当てはまるなら、乱立の問題があります。このガイドの最後の診断質問が深刻度の評価に役立ちます。

乱立コストの氷山

SaaS乱立の可視コストはP&Lのライセンス費用行です。すべてのCFOが追跡する数字です。水面下には通常ライセンス支出の2〜3倍を超える4つの隠れたコスト層があります。統合コスト（ツールを連携するエンジニアリング時間とAPIコネクタのメンテナンス）、Onboardingコスト（3〜4ツールではなく10〜15ツールのトレーニングが必要な新入社員）、セキュリティコスト（すべてのSaaSアプリは新しい攻撃面、認証情報ストア、コンプライアンス棚卸し範囲です）、切り替えコスト（ベンダーに閉じ込められたデータ、ツールの癖を中心に構築されたワークフロー、四半期かかる移行プロジェクト）。リーダーシップがライセンス費用行だけで乱立を評価する場合、ビジネスへの真の影響を3倍の係数で組織的に過小評価しています。

中堅企業でこれが起きる理由

典型的な乱立の話は同じ流れに従います。企業が急成長し、チームが問題を解決するツールを見つけ、各個別の購入は理にかなっており、誰も全体像を把握していません。全体像が見えてきたとき（通常は棚卸しまたはCFOレビュー時）、スタックは解きほぐすのに数ヶ月かかるほど複雑になっています。

三つの構造的要因が中堅企業での乱立を加速させます。

Product-Led Growth。 最新のSaaSツールのほとんどは、調達が関与する前に普及が広がるよう設計された無料ティアまたはfreemiumモデルを持っています。チームがツールの予算を要求するとき、彼らはすでに数ヶ月間無料ティアを使用しており、すでに依存しています。ForresterのPLGに関する調査は、PLG導入パターンがITまたは調達の可視性の前にワークフロー依存関係を確立するよう意図的に設計されており、これは並行したガバナンスプロセスがない場合に乱立を加速させると指摘しています。SaaS購買デシジョンツリーは、事後的に取り戻そうとするのではなく、購入前（小さなものでも）に構造化されたレビューを挿入する事前承認フレームワークです。

チームレベルの購買権限。 中堅企業では、特定の閾値以下の購入についてチームレベルで非公式な購買権限を持つことが多いです。$1,000/月、$5,000/年。これは運用上は合理的ですが、ポートフォリオレベルで断片化された可視性を生み出します。

SaaSオーナーの不在。 エンタープライズ企業にはITアセット管理チームがあります。小規模企業にはすべてのツールを知っている創業者がいます。中堅企業にはしばしばどちらもありません。SaaSポートフォリオの専任オーナーがなく、総コストと重複の全体像への可視性がありません。

二段階の解決策アプローチ

乱立の修正には二つの並行トラックが必要です。現在のスタックを整理する即時の解決策と、18ヶ月後に同じ結果を防ぐための構造的な修正です。

最初のトラックだけを実行することが最も一般的な間違いです。企業は素晴らしい統合棚卸しを行い、$80Kの無駄を削減し、購買プロセスに何も変わらなかったため、スタックが2年以内に同じ規模に戻るのを見ます。このループを閉じるガバナンス構造については、調達部門と運用部門の所有権が各支出ティアで誰が承認権限を持つべきか、そしてチームを遅らせることなくそれを強制する方法を定義しています。

トラック1：即時解決策

ステップ1：スタック全体の発見（第1〜2週）

SaaS統合：ツールを廃止すべきか維持すべきかで扱った発見ソースを使います：AP記録、法人カード明細、SSOログ、クラウドマーケットプレイス請求、直接の従業員アンケート。

従業員アンケートは任意ではありません。「ITが知らないどんなツールを使っていますか？」はシャドーIT層を表面化します。匿名アンケートはより正直な回答を得られます。判断なしにフレームしてください。全体像を構築しているのであり、個人を監査しているのではありません。

SaaS発見棚卸しテンプレート：

発見された各ツールについて文書化します。

自動更新リスク列が重要です。今後60日以内に更新されるツールは即時の対応が必要です。維持するか、ウィンドウが閉じる前にキャンセル通知を提出するかの意図的な決定が必要です。SaaS契約の危険信号ガイドは、確認すべき自動更新通知期間のパターンとその事前カレンダー登録方法を説明しています。

ステップ2：使用率棚卸し（第3週）

発見リストのすべてのツールについて、三つのデータを取得します。

1. 過去30日間のアクティブユーザー数
2. 契約総シート数
3. 主な使用ケース（オーナーまたはユーザーベースから）

すべてのツール、特に存在を知らなかったツールからこれを取得することはできません。不明なツールの使用率棚卸しとは：所有者を見つけ、何のためかを尋ね、使われているかどうかを判断することです。

シャドーIT特定チェックリスト：

• 従業員アンケートを完了し、回答を収集済み
• 接続されたアプリのSSO/IdPログを確認済み
• 法人カード明細を確認済み（全カード保有者）
• AP記録で繰り返しのソフトウェア請求を確認済み
• AWS/Azure/GCPマーケットプレイスを確認済み
• ITヘルプデスクチケットでツールへの言及を確認済み
• メールドメイン分析を実施済み（SaaS試用サインアップ）
• 部門長への直接確認：「あなたのチームが支払うツールは何ですか？」

ステップ3：統合決定（第4週）

スタック全体が可視化され、使用率データが揃ったら、維持・廃止プロセスを実施します。SaaS統合の使用率スコアリングマトリックスがこのステップの判断フレームワークです。

解決策のコンテキストでは、以下を優先します。

1. まず簡単な成果： アクティブユーザーなし、退職したオーナー、または識別可能な使用ケースなしのツール。これらを直ちにキャンセルします。

2. 次に重複ペア： 同じカテゴリで重複するツールをマッピングします。どちらが生き残るかを決め、データとユーザーを移行し、もう一方をキャンセルします。

3. 三番目に低使用率ツール： アクティブユーザーはいるがコスト対比で使用率が低いツール。使用ケースを維持するツールに吸収できるか、コストを正当化するのに十分な使用率向上が可能かを判断します。

トラック2：構造的修正（ガバナンス）

購買ガバナンスポリシー（1ページテンプレート）

購買ガバナンスポリシーは、誰が何をどのプロセスで、誰の承認を得て購入できるかを定義します。複雑である必要はありません。誰も守らない複雑なポリシーは、守られるシンプルなポリシーより悪いです。

SaaS購買ガバナンスポリシー, [会社名]
発効日：[日付]

適用範囲：SaaSツール、クラウドサービス、
あらゆる繰り返しのソフトウェアコストを含む
すべてのソフトウェアサブスクリプションに適用

権限レベル：
- 年間$500未満：チームリードが承認可能、ITに要登録
- 年間$500〜$5,000：部門長の承認、IT登録が必要
- 年間$5,000〜$25,000：COOまたはCFOの承認、デューデリジェンスチェックリストが必要
- 年間$25,000超：経営チームの承認、完全なデューデリジェンスとリーガルレビュー

登録要件：
承認されたすべてのツールは5営業日以内にSaaSレジストリに登録しなければなりません。
ITは登録されたすべてのツールにオーナーと更新カレンダーアラートを割り当てます。

更新プロセス：
$5,000超のすべての更新は、更新通知ウィンドウが閉じる前に
ツールオーナーとITによる90日前レビューを必要とします。

シャドーIT：
このプロセスに従わずに使用されたツールは遡及的に登録するか、
廃止しなければなりません。「すでに使用中」のツールに例外はありません。

年次レビューサイクル

年1回のSaaSポートフォリオレビューをスケジュールします。最も一般的な更新クラスターの90日前が理想的です（多くの企業はQ4に更新します）。レビューでは以下をカバーします。

• スタック棚卸しの更新（前回のレビュー以降の追加）
• 年間$5K以上のすべてのツールの使用率レビュー
• スタック全体の重複確認
• 今後12ヶ月の更新プレビュー
• 翌年の統合候補

このレビューは、レジストリを年間を通じて最新に保っていれば、6週間のプロジェクトではなく1日の作業です。18ヶ月間レジストリを無視した場合にのみ、6週間のプロジェクトになります。

自己評価のための10の診断質問

会社に乱立の問題があるかどうか確信がない場合、これらの質問で表面化できます。

1. あなたの会社が今支払っているすべてのSaaSツールを名前で言えますか？CFOは？
2. 最後にすべてのSaaSサブスクリプションとコストの統合リストを見たのはいつですか？
3. 過去6ヶ月に退職した従業員向けにプロビジョニングされたままのツールはありますか？
4. 複数のチームが別々に、似たようなことをするツールに支払っていますか？
5. 誰も通知ウィンドウが近づいていることを知らなかったために契約が自動更新されたことがありますか？
6. 今日チームメンバーが新しいSaaSツールを購入するにはどうすればいいですか？実際のプロセスは？
7. 上位10のSaaSベンダーとの関係を誰が所有していますか？それは書面になっていますか？
8. 上位20の契約の更新日を知っていますか？
9. ITが存在を知らないものをサポートするよう求められてツールを発見したことがありますか？
10. 過去2年間にSaaS支出が人員増加より速く成長しましたか？

「いいえ」または「わからない」が5つ以上あった場合、乱立の問題はおそらく重大です。

スコアリングガイド：

• 0〜2の「いいえ・わからない」回答：ガバナンスは合理的な状態にある。軽いレビューで確認します。
• 3〜4の「いいえ・わからない」回答：ガバナンスギャップが存在する。棚卸しで意味のある無駄が見つかる可能性があります。
• 5以上の「いいえ・わからない」回答：重大な乱立の可能性が高い。上記の解決策アプローチで完全な棚卸しを実施します。

成功の姿

解決策実施後6ヶ月で：

• ツール数が25〜40%減少している
• SaaS支出が20〜35%減少している
• すべてのアクティブツールに名前付きオーナーとカレンダーの更新日がある
• シャドーITインシデントが減少している（新しいツールを6ヶ月後ではなく承認プロセスで捕捉している）
• 年次レビューサイクルがカレンダーに入っている

12ヶ月後：

• 二回目の年次レビューが最初の半分の時間で実施される（レジストリが最新の状態にある）
• 過去1年間に更新サプライズがなかった
• 収益に占めるSaaS支出の割合が正しい方向に向かっている
• チームが購買プロセスを理解して従っている

SaaS乱立はガバナンスの失敗です。一度スタックを整理して節約を感じることができます。しかし購買プロセスが変わらなければ、スタックは戻ります。Deloitteのテクノロジーガバナンスに関する調査は、統合後の支出回帰の主要な原因として正式なSaaS所有構造の欠如を一貫して挙げています。一回限りの棚卸しで$100Kを節約し、24ヶ月以内に支出が以前のレベルに戻るのを見た企業が、構造的変更なしでは一般的です。構造的修正が一回限りの節約を永続的なものにします。

ReworkはどのようにSaaS乱立を直接削減するか

ほとんどの乱立解決策プロジェクトは同じ結果で終わります。スタックが87ツールから62に削減され、ガバナンスポリシーがイントラネットに掲載され、2年後にカウントが90に戻ります。根本的な原因は、基礎となる作業（CRM、リード管理、プロジェクト追跡、社内チャット、ドキュメント共同作業、タスク自動化）が8〜12のベンダーに分割されており、すべての新入社員や新しい使用ケースが別のツールを追加する傾向があることです。

Reworkはそのパターンへのシングルスタックの代替として構築されています。CRMとSales Ops（Sales Engine、年払いで$69/月〜）とWork Ops（Project EngineまたはProcess Engine、年払いで$99/月〜）は、それぞれ5シート込みで、中堅企業の乱立に最も多く貢献する4つのカテゴリをカバーします。Sales Pipeline、プロジェクトとタスク管理、社内チャット、クロスチームのワークフロー自動化。これらを1つのベンダーに統合することで、SaaSレジストリから約4〜6行を削除し、ツール間の統合エンジニアリングを排除し、Onboardingを1つのプラットフォームに簡略化します。200人企業の場合、測定された結果は通常SaaS支出の「コアオペレーション」スライスの30〜40%削減で、さらに6回ではなく1回の更新会話というソフトなメリットがあります。詳細は価格ページをご覧ください。

関連ガイド

• SaaS統合：ツールを廃止すべきか維持すべきか, スタック棚卸しの詳細な維持・廃止プロセス
• SaaS購買デシジョンツリー：購入・内製・既存ツール活用の選び方, 乱立への追加を防ぐ事前フレームワーク
• 調達部門と運用部門の所有権：誰がいつSaaSを決定するか, ガバナンスポリシーが実際に機能するよう権限を明確に定義する
• SaaSのTCOモデリング：表示価格を超えて, 維持を決定したツールの真のコストの計算方法
• 中堅チーム向けAIツールスタック, スタックのAI層を具体的に評価する方法。新しい乱立が最も速く成長している場所
• SaaS乱立と生産性, スタックの複雑性とチームアウトプットの相関に関する調査コンテキスト