SESベンダー10社超、どう管理する？

ミドリ： タツヤさん、うちの会社、SESベンダーが気づいたら12社まで増えてて。管理が正直パンクしてるんですけど……。

タツヤ： あるある。事業が拡大するとベンダーも自然に増えるんだけど、管理体制が追いついてないケースがすごく多い。今、どういう管理の仕方してる？

ミドリ： 各ベンダーとの契約書はファイルサーバーにあって、単価や稼働状況はExcelで……。担当者ごとにフォーマットが違うのが地獄です。

タツヤ： 典型的な「管理してるつもりで管理できてない」パターンだね。SESのマルチベンダー管理は、仕組み化しないと確実に破綻する。今日は体系的に整理していこう。

マルチベンダー管理の5大課題

ミドリ： まず、何が問題なのか整理してもらえますか？

タツヤ： 大きく5つある。

1. 品質のバラつき

タツヤ： ベンダーAから来るエンジニアは優秀だけど、ベンダーBはスキルシートの内容と実力が乖離してることが多い、みたいな話。でもこれが「なんとなくの印象」で終わってて、データで比較できてない。

ミドリ(nodding)： たしかに、「あのベンダーはいい」って感覚的に言ってるだけですね。

2. 単価の不透明性

タツヤ： 同じJavaのシニアエンジニアなのに、ベンダーによって月単価が65万から85万まで開きがある。交渉の基準がないから、高いのか安いのかもわからない。

3. 契約管理の煩雑さ

タツヤ： 12社あれば基本契約書12通、個別契約書は案件ごとに発生する。更新時期もバラバラ。見落としたら自動更新で不利な条件が継続する。

4. コミュニケーションコスト

ミドリ(surprised)： これ、本当にきついです。同じことを12社に連絡しなきゃいけないことがある。

タツヤ： しかもベンダーごとに窓口が違うし、連絡手段もメール、チャット、電話とバラバラだよね。

5. リスクの偏り

タツヤ： 特定のベンダーに依存しすぎると、そのベンダーが人材不足になったとき一気に影響が出る。逆に分散しすぎると管理コストが爆発する。このバランスが取れてない。

ベンダースコアカード ── 評価の仕組み化

ミドリ： じゃあ、まず何から手をつければいいですか？

タツヤ： 最優先はベンダースコアカードの導入。各ベンダーを定量的に評価する仕組みだよ。

ミドリ(thinking)： スコアカードって、具体的にどんな項目を見るんですか？

タツヤ： 5つのカテゴリで評価する。

カテゴリ評価項目配点測定方法
品質スキルマッチ率、プロジェクト評価30点四半期レビュー + PM評価
コスト市場単価との比較、値引き交渉実績25点市場データとの差分分析
対応速度人材提案までの日数、問い合わせ応答時間20点自動ログ集計
安定性途中離脱率、契約更新率、代替要員の速度15点過去12ヶ月の実績データ
関係性コミュニケーション品質、問題解決への協力度10点担当者アンケート

ミドリ(confused)： 100点満点で評価するわけですね。でもこれ、毎回手作業で集計するの大変じゃないですか？

タツヤ： だからAIで自動化する。PM評価やプロジェクトのフィードバック、提案のレスポンス時間、契約データを連携すれば、スコアカードの80%は自動算出できる。

AI活用のベンダー評価システム

ミドリ(thinking)： AI活用って、具体的にどう動くんですか？

タツヤ： 3つのレイヤーで動く。

レイヤー1：データ自動収集

タツヤ(nodding)： まずベンダーとのやり取り（メール応答時間、提案書の提出スピード）、エンジニアのプロジェクト評価、単価データ、契約情報を自動で収集・蓄積する。

レイヤー2：スコアリングエンジン

タツヤ： 集めたデータを元に、さっきのスコアカードを自動計算。過去のトレンドも可視化するから、「最近品質が下がってるベンダー」も早期に検知できる。

レイヤー3：意思決定サポート

タツヤ： 新規案件が発生したとき、「この案件にはどのベンダーが最適か」をスコアに基づいてレコメンドする。単価だけじゃなく、品質と対応速度を加味した総合判断ができる。

ミドリ： これがあれば、「安いから」って理由だけでベンダーを選んで失敗するパターンを防げますね。

タツヤ(nodding)： その通り。実際にこのシステムを導入した企業では、エンジニアのスキルミスマッチが42%減少、プロジェクト途中での交代要請が58%減少したデータがある。

数字で見る導入効果

ミドリ： 他にも具体的な数字を見せてもらえますか？

タツヤ： ベンダー15社を管理していた従業員120名規模のSIer企業の事例を見てみよう。

指標導入前導入後改善率
ベンダー評価にかかる工数（月）40時間16時間60%削減
人材提案の平均リードタイム5日2日60%短縮
スキルミスマッチによる交代率12%5%58%減少
平均単価（同スキル帯）75万円70万円7%削減
契約更新漏れ年4件年0件100%解消
ベンダー満足度スコア3.2/54.1/528%向上

ミドリ： ベンダー側の満足度も上がってるのが面白いですね。

タツヤ： これ重要なポイント。評価基準が明確になると、ベンダー側も「何をすれば評価されるか」がわかるから、サービス品質を自主的に改善してくれるようになる。WIN-WINの関係が作れるんだよ。

集約 vs 分散 ── ベンダー数の最適解

ミドリ(thinking)： ところで、ベンダーって何社くらいが適正なんですか？12社は多すぎますか？

タツヤ(nodding)： いい質問。これは「集約戦略」と「分散戦略」のトレードオフなんだ。

集約戦略（3〜5社に絞る）

タツヤ(thinking)： メリットは管理コストが低い、ボリュームディスカウントが効く、深い関係が築ける。デメリットは特定ベンダーへの依存リスク、価格競争力の低下。

分散戦略（10社以上）

タツヤ(thinking)： メリットはリスク分散、幅広い技術領域のカバー、価格競争力の維持。デメリットは管理コストが高い、関係が浅くなりがち。

ミドリ： じゃあ、どっちがいいんですか？

タツヤ： 答えはティア制。ベンダーを3段階に分けるんだ。

ティア社数目安年間取引額の割合関係性
ティア1（戦略パートナー）2〜3社60〜70%四半期レビュー、共同事業計画
ティア2（優先ベンダー）3〜5社20〜30%半期レビュー、定期的な情報交換
ティア3（スポット利用）必要に応じて5〜10%案件単位での取引

ミドリ： 全部を同じ密度で管理するんじゃなくて、メリハリをつけるわけですね。

タツヤ(nodding)： その通り。ティア1には時間をかけて深い関係を築く。ティア3は必要なときだけ。これでベンダー数が10社超でも管理が回るようになる。

契約管理のベストプラクティス

ミドリ： 契約管理のコツも教えてください。更新時期を見落とすのが怖くて……。

タツヤ： 契約管理は4つのルールを守ればいい。

ルール1：契約台帳の一元管理

タツヤ： 全ベンダーの基本契約・個別契約・NDA・SLAを一つのシステムで管理する。Excelでもいいけど、理想はクラウド型の契約管理ツール。更新日の60日前・30日前・14日前に自動アラートを設定する。

ルール2：標準契約テンプレート

タツヤ： ベンダーごとに契約条件がバラバラだと比較ができない。自社の標準テンプレートを作って、新規ベンダーにはこれをベースに交渉する。

ルール3：SLAの明文化

タツヤ： 「人材提案は依頼から3営業日以内」「交代要員は5営業日以内に提案」みたいに、具体的な数値でSLAを定義する。曖昧な表現は絶対にNG。

ルール4：年次レビューの実施

タツヤ： スコアカードの結果を踏まえて、年1回はベンダーとの取引条件を見直す。スコアが高いベンダーには取引拡大を、低いベンダーには改善計画の提出を求める。

ミドリ(thinking)： これ、営業からの交渉にも使えますね。「御社のスコアはこうで、ここを改善してほしい」って具体的に言える。

タツヤ： まさにそう。感情論じゃなくてデータで話せるから、ベンダー側も納得感がある。

コミュニケーション効率化テンプレート

ミドリ： 12社に同じ連絡するのが辛い問題はどうすれば？

タツヤ： 3つの方法がある。

方法1：ベンダーポータルの構築

タツヤ： Webポータルを作って、案件情報の掲載、人材提案の受付、契約書のやり取りを全部オンラインで完結させる。メールの往復が激減する。

方法2：テンプレート化

タツヤ： 「新規案件の依頼」「人材提案のフィードバック」「契約更新の通知」など、よくある連絡のテンプレートを10種類くらい用意しておく。AI生成で個社ごとにパーソナライズすれば、1通あたり2分以下で送れる。

方法3：定例ミーティングの構造化

タツヤ： ティア1ベンダーとの四半期レビューは、アジェンダと議事録のテンプレートを固定。スコアカードの共有→課題の議論→次のアクション、という流れを毎回同じフォーマットで回す。

ミドリ： 型が決まってると準備も楽になりますね。

導入の進め方

ミドリ： よし、やりたくなってきました。どこから始めれば？

タツヤ： 4ステップで進めよう。

ステップ1：現状の棚卸し（1週間）

タツヤ(nodding)： まず全ベンダーの一覧を作る。社名、取引開始日、年間取引額、主な技術領域、担当者、契約更新日。これが揃ってない時点で危険信号だから。

ステップ2：スコアカードの設計と初回評価（2週間）

タツヤ： さっきの5カテゴリをベースに、自社に合った評価基準を作る。過去の実績データを使って各ベンダーの初回スコアを算出。ここでティア分けも行う。

ステップ3：管理ツールの導入（1ヶ月）

タツヤ： 契約台帳、スコアカード、コミュニケーション履歴を一元管理するシステムを導入。初期はスプレッドシート+自動化スクリプトでも十分。成熟したらAI評価エンジンを追加する。

ステップ4：運用定着と継続改善

タツヤ： 月次でスコアの更新、四半期でティア1レビュー、年次で全体見直し。このサイクルを回し続けることが最も重要。

まとめ：管理の仕組みがベンダー品質を上げる

ミドリ： 今日のポイントをまとめると？

タツヤ： マルチベンダー管理の本質は、「感覚的な付き合い」を「データドリブンなパートナーシップ」に変えること。スコアカードで定量評価し、ティア制でメリハリをつけ、契約とコミュニケーションを標準化する。これで管理工数を60%削減しながら、ベンダー品質も上がるという結果が出てる。

ミドリ： ベンダー側にとってもフェアな評価基準があった方がいいですもんね。

タツヤ(nodding)： その通り。評価基準が不透明だと、ベンダーも改善のしようがない。仕組みを作ることで、発注側もベンダー側も、お互いに成長できる関係になれる。それがマルチベンダー管理の理想形だよ。

次のアクション

自社のベンダー管理状況を振り返ってみましょう。