SaaSベンダー統合とは？

SaaSにおけるベンダー統合は、類似機能の統合、重複の排除、そして真に戦略的なベンダーのみの選定により、SaaSツールの数を削減するものです。5つのチームそれぞれがお気に入りのプロジェクト管理ソフトウェアを購入する代わりに、組織は1つを選定し、全員をそこに移行させます。管理されていないSaaSの増加やSaaSスプロールのシナリオでは、財務リソース管理とセキュリティが考慮すべき点となります。

平均して、現代のSaaSビジネスは250を超えるSaaSサブスクリプションを管理しなければなりません。特定のサブスクリプションの取得は、経営陣の直接的な関与なしにチームによって開始されました。シャドーIT活動は、財務部門の支出と利用状況データに関する全体的な理解に関連しています。

そうすることで、彼らは以下に対処できます：

• 各部署のアクティブなサブスクリプションを監査し、情報源をまとめます。
• 異なる部署が同じ業務に対して異なるバージョンのメモツールや電子署名ツールを使用しているといった重複を特定します。
• その機能のために単一のベンダーを選択することは、他のプロバイダーからのサービスを中止することを伴います。

不要なツールの廃止は、コスト要因やその他の様々な運用上の影響と関連しています。

• メンテナンスやトラブルシューティングのためのITリソースの割り当ては、接続数に関連しています。
• 前述の要因により、セキュリティ監査はより容易になる傾向があります。
• データセキュリティの側面は、単一のツールによって管理されるデータストアの量に関連しています。

通常、統合イニシアチブは以下の4つのフェーズで構成されます。

1. 監査 – 各アクティブサブスクリプションの費用、所有者、使用レベルに関するすべての詳細を取得します。この段階は、財務部門とIT部門が共同で対応します。
2. 分類 – 会社が使用するソフトウェアパッケージを機能（例：コミュニケーション、分析、人事）でクラスタリングすることで、最も直接的なものを見つけるのに役立ちます。
3. 交渉 – 新しい数字（条件）を持って他のベンダーへ行き、彼らからより多く購入したいことを示し、バンドルされた条件を確保する。
4. 移行 – 特定の時期に、最小限または一切の​‍​‌‍​‍‌混乱なく、新しいシステムへの再トレーニングと移行を行う。

単一ベンダーへのワークロード統合には、ベンダーの中断やコスト変更が業務活動にどのような影響を与える可能性があるかに関する考慮事項が含まれます。統合とある程度のベンダー多様性のバランスを取ることが、通常、より安全な長期的なアプローチです。

プロジェクトを開始する前に、SaaS統合が適切かどうかを判断するためのいくつかの質問をしてみましょう：

• あなたのチームに、会社が現在利用料金を支払っているSaaSツールの正確な数を確実に把握している人はいますか？
• 異なる部署が同様のツールを個別に調達する事例はありますか？

現在のSaaSプロバイダーとのベンダー関係における変化を示す要因が考えられます。

• SaaSへの総支出は、従業員数の増加よりもはるかに速いペースで伸びています。
• セキュリティおよびコンプライアンスレビューに要する時間が、増加傾向にあります。
• 全社的なSaaS購入決定の責任が、正式に特定の個人に割り当てられていません。

企業全体で、最初から新規SaaSの無秩序な拡大が妨げにならなければ、SaaS統合は持続可能です。企業がそれを防ぐ方法は、調達ゲートを通すことです。これは、新しい契約が締結される前に、あらゆるSaaS購入が通過しなければならない正式な承認段階を指します。企業はまた、より効果を高めるために、定期的に（前回の監査から4～6か月後に）利用状況の監査を実施します。この方法はスタックの規模に影響を与え、その結果、その後のメンテナンス作業の必要性にも影響を及ぼす可能性があります。