SESのAIマッチングって、本当に「勘と経験」を超えられるの?
ミドリ: タツヤさん、SESのエンジニアと案件のマッチングって、結局は営業担当者の経験と勘でやるしかないんですかね?
タツヤ: いい疑問だね。確かにベテラン営業の暗黙知はすごく価値がある。でも矢野経済研究所の2025年調査によると、SES企業の82%が「マッチングの属人化」を経営課題として認識してて、53%が「案件とエンジニアのミスマッチによる早期離脱」を経験してるんだよ。
ミドリ: 半分以上がミスマッチを経験してるんですか……。
タツヤ: 一方、AIマッチングシステムを導入した企業では、マッチング精度が平均38%向上、エンジニアのプロジェクト満足度が27ポイント上昇、エンジニア1人あたり年間42万円の機会損失削減っていうデータが出てる。
ミドリ: 数字で見るとインパクト大きいですね。
従来のマッチングが抱える4つの構造的課題
ミドリ: まず今のやり方の何が問題なのか、整理してもらえますか?
1. 属人化の問題
タツヤ: 熟練営業はエンジニアのスキルだけじゃなく、性格、コミュニケーションスタイル、成長意欲も含めた「暗黙知」でマッチングしてる。この暗黙知はすごく価値があるんだけど、構造的な問題がある。
- 担当者の退職・異動で知識が消える:引き継ぎで伝わるのはごく一部
- 担当者ごとの品質のばらつき:担当者Aの成約率85%に対して、担当者Bは55%なんてことも珍しくない
- スケーラビリティの限界:エンジニアが100名を超えると1人で全員は把握しきれない。500名規模では物理的に不可能
2. データ活用の不足
ミドリ: スキルシートってExcelで管理してるところが多いですよね。
タツヤ: 調査ではSES企業の67%がExcelまたはスプレッドシートで管理してる。問題はこういうところに出る。
- スキルの表記ゆれ(「Java」「JAVA」「ジャバ」が別データとして存在)
- 更新頻度の低さ(平均6ヶ月に1回しか更新されない)
- プロジェクト経験の詳細が記録されてない
- 定量的な評価指標がない
3. マッチング機会の見落とし
タツヤ: 営業担当者は自分の担当範囲しか把握してないから、組織全体で見ると最適なマッチングが実現できてないケースが多発するんだ。
ミドリ(confused): たとえばA支店のエンジニアがB支店の案件に最適でも、気づかないってことですか?
タツヤ(nodding): その通り。大規模なSES企業ほど、この「見えない機会損失」は深刻になる。
4. ミスマッチによるコスト
タツヤ: ミスマッチが発生した場合のコストは甚大だよ。
- プロジェクト中途離脱のコスト:代替要員の確保、引き継ぎ工数、顧客信頼の低下
- 待機期間のコスト:エンジニアの稼働率低下(業界平均で月給の70〜80%が固定コスト)
- エンジニアの離職コスト:採用・教育コスト(1人あたり平均150〜200万円)
ミドリ: 1人の離職で150〜200万円……それは放置できないですね。
AIマッチングシステムの仕組み
ミドリ(thinking): じゃあAIマッチングって、具体的にどういう仕組みなんですか?
スキルベクトル化 ── マッチングの基盤技術
タツヤ: 核心は、エンジニアのスキルセットとプロジェクトの要件を数値ベクトル(多次元の数値配列)に変換して、数学的に類似度を計算すること。人間の勘を、再現性のある定量的な評価に置き換えるんだ。
ミドリ: エンジニア側はどんな要素をベクトル化するんですか?
タツヤ: こういう内容だよ。
| カテゴリ | 評価項目 | スコアリング方法 |
|---|---|---|
| 技術スキル | プログラミング言語、フレームワーク、クラウドサービスなど | 習熟度を1〜5の段階で数値化 |
| 業務経験 | 業界知識、プロジェクト規模、チーム構成の経験 | 経験年数と直近の実績をスコアリング |
| ソフトスキル | コミュニケーション能力、リーダーシップ、問題解決能力 | 過去のPJフィードバックから定量化 |
| 成長ポテンシャル | 学習速度、資格取得履歴、自己研鑽の実績 | 直近1年の成長度合いをスコアリング |
| 稼働条件 | 勤務地、リモート可否、稼働開始時期 | 条件の合致度をバイナリ/段階評価 |
ミドリ: ソフトスキルまで数値化するんですね。プロジェクト側はどうなりますか?
タツヤ: プロジェクト側はこういう要素をベクトル化する。
- 必須スキルと優先スキルの重み付け:必須スキルが不足ならスコアをゼロにし、優先スキルは加点方式
- プロジェクトフェーズごとの要件変化:設計フェーズと実装フェーズでは求められるスキルが異なる
- チーム構成における役割の定義:リーダー、サブリーダー、メンバーなど求められるロールを明示
- 期間・勤務形態・勤務地などの制約条件:ハード条件として、合致しなければ候補から除外
マッチングアルゴリズム
ミドリ(thinking): ベクトル化したあとは、どうやってマッチングするんですか?
タツヤ: スキルベクトルと要件ベクトルのコサイン類似度(2つのベクトルの方向の近さを0〜1で表す指標)を基本スコアにしつつ、複数の要素を加味した総合スコアを出す。
総合スコアの構成はこうなってる。
- 技術適合度(重み40%):スキルと要件の一致度。必須スキルの充足が前提
- 経験適合度(重み25%):同業界・同規模の類似プロジェクト経験の有無
- 可用性(重み15%):現在のアサイン状況と希望開始時期
- 成長適合度(重み10%):エンジニアのキャリア志向とプロジェクトの経験価値の一致
- リスクスコア(重み10%):過去の離脱履歴、勤怠状況、フィードバック評価を総合した安定性指標
ミドリ: キャリア志向まで考慮するんですか!
タツヤ: ここがポイントでね。エンジニアが「やりたい」と思える案件はパフォーマンスと定着率が明らかに高い。これを無視するとミスマッチにつながるんだ。
AIが学習するフィードバックループ
ミドリ: AIの精度は使い続けると上がるんですか?
タツヤ: 上がる。その鍵がフィードバックループだ。
- 成約フィードバック:提案した候補が成約に至ったかの情報でスコアリングモデルを調整
- プロジェクト評価フィードバック:終了後のクライアント評価とエンジニア自己評価でマッチング精度を検証
- 離脱要因の分析:中途離脱が発生した場合、原因を構造化してリスクスコアモデルを改善
タツヤ: 実際に、フィードバックループを6ヶ月間運用した企業では、マッチング精度が導入初期と比較して22%向上してるよ。
導入ステップ ── 3フェーズで確実に
ミドリ: よし、導入したい! ってなったら、どういう手順ですか?
タツヤ: 一気に全機能を作るんじゃなくて、3フェーズに分けて段階的にやるのが鉄則だ。
Phase 1:データ基盤の整備(1〜2ヶ月)
タツヤ(nodding): まずはエンジニアと案件のデータを統一フォーマットに整理して、検索・分析可能な状態にする。
- スキルマスターの定義:技術スキルを階層構造で整理(例:「フロントエンド」→「React」→「Next.js」)
- 表記ゆれの統合:「JavaScript」「JS」「ジャバスクリプト」を統一コードに紐づけ
- データ移行:Excelや紙のスキルシートをデータベースに集約。エンジニア自身が入力・更新できるWebフォームも整備
- 案件情報の構造化:案件の要件定義テンプレートを標準化し、AIが処理しやすいデータとして蓄積
ミドリ: 成果はどう測ればいいですか?
タツヤ: エンジニアの90%以上のスキル情報がデータベースに登録されていること、案件情報の入力から検索可能になるまでのリードタイムが1営業日以内、が目安だ。
Phase 2:基本マッチングエンジンの構築(2〜3ヶ月)
タツヤ: ルールベースとAIを組み合わせたハイブリッドマッチングエンジンを稼働させる。
- ルールベースのフィルタリング:必須スキル、勤務地、稼働時期などのハード条件で候補を絞り込む
- AIスコアリングモデル:フィルタを通過した候補に総合スコアを算出
- 営業担当者向けダッシュボード:マッチング結果の一覧表示とフィルタ条件の調整UI
- フィードバック機能:「このマッチングは適切だった / 不適切だった」と評価できる仕組み
ミドリ: Phase 2の成功基準は?
タツヤ: マッチング候補の提示時間が従来比50%以上短縮、営業担当者の80%がシステムを日常的に使用していること、だね。
Phase 3:高度な分析機能の追加(2〜3ヶ月)
タツヤ: ここからが本当の差別化ポイントだ。
- 需要予測:過去のデータと市場動向から、今後3〜6ヶ月の技術需要を予測
- スキルギャップ分析:自社エンジニアのスキル分布と市場需要のギャップを可視化
- 最適配置シミュレーション:複数の配置パターンから、全社的な稼働率と利益率を最大化する案を提示
- 離脱リスク予測:エンジニアの稼働状況やフィードバックから、離脱リスクの高い人材を早期検知
ミドリ(smiling): 需要予測で採用・教育計画まで立てられるのはすごいですね。
数字で見る導入効果
ミドリ: 実際の数字を見せてもらえますか?
タツヤ: AIマッチングシステムを導入したSES企業の実績データだ。
定量的な効果
| 指標 | 導入前 | 導入後 | 改善率 |
|---|---|---|---|
| マッチング作業時間(1件あたり) | 平均4.5時間 | 平均1.8時間 | 60%削減 |
| 提案段階での成約率 | 32% | 57% | 25ポイント向上 |
| エンジニアの待機期間 | 平均18営業日 | 平均11営業日 | 40%短縮 |
| プロジェクト途中離脱率 | 12% | 8.4% | 30%低下 |
| 営業担当者1人あたりの担当エンジニア数 | 25名 | 42名 | 68%増加 |
ミドリ: 成約率が32%から57%って、ほぼ倍近くですね!
定性的な効果
タツヤ: 数字に出にくい効果も大きいよ。
- 営業担当者の業務品質向上:候補リストアップが自動化されて、クライアントとの関係構築やエンジニアフォローに時間を使えるようになった
- 組織的な知見の蓄積:暗黙知がデータとして蓄積されるから、新人営業の立ち上がりが従来6ヶ月→3ヶ月に短縮
- エンジニアの満足度向上:キャリア志向を考慮したマッチングで「やりがい」が向上。eNPS(従業員推奨度)が導入後12ポイント上昇
ROIの試算
ミドリ: 投資対効果はどうなんですか?
タツヤ: 従業員数300名のSES企業で試算してみよう。
- 待機期間短縮による売上増:7営業日 × 300名 × 日単価3万円 = 年間6,300万円
- 離脱率低下による採用コスト削減:離脱率3.6%低下 × 300名 × 採用コスト150万円 = 年間1,620万円
- 営業効率化による人件費抑制:営業3名分の工数削減 × 年間人件費600万円 = 年間1,800万円
- 合計年間効果:約9,720万円
ミドリ: 約1億円!
タツヤ: 開発・導入費用を3,000〜5,000万円と見積もると、6〜12ヶ月でROIを達成できる計算だよ。
プライバシーとデータセキュリティ
ミドリ: 人材データを扱うとなると、個人情報の管理が気になります。
タツヤ: 当然だね。個人情報保護法への準拠は不可欠だ。法的対応と技術的対策、両方が必要になる。
法的対応
- 利用目的の明示と同意取得:データの利用目的(マッチングへのAI活用)を明確に説明し、書面で同意を取得
- データの保存期間と削除ポリシー:退職エンジニアのデータを一定期間後に自動削除する仕組み
- 開示請求への対応:エンジニア本人からの開示・訂正・削除請求に対応するプロセス整備
技術的対策
- データアクセス権限の最小化:個人情報へのアクセスはマッチングに必要な営業担当者のみに限定
- データの匿名化:AI学習用のデータセットでは個人を特定できる情報を匿名化処理
- 通信の暗号化:すべてのデータ通信をTLS 1.3で暗号化
- 監査ログ:誰がいつどのデータにアクセスしたかを記録し、不正利用を検知
まとめ:AIマッチングは「競争力の変革」
ミドリ: 今日の話をまとめると、どうなりますか?
タツヤ: AIマッチングシステムは、SES企業の競争力を根本から変革するポテンシャルを持ってる。属人的なマッチングをデータ駆動型に移行することで、精度向上、待機期間短縮、エンジニア満足度改善を同時に実現できるんだ。
ミドリ: 成功の鍵を教えてください。
タツヤ: 3つに集約される。
- データ基盤の整備を最優先で行う:AIの性能はデータの質で決まる。Phase 1を省略・短縮しないこと
- 段階的に導入し、フィードバックループを回す:一気に全機能を作るんじゃなくて、営業現場の声を取り入れながら改善を続ける
- 「人を置き換える」のではなく「人を支援する」設計:AIはマッチング候補の提示と分析を担い、最終判断と関係構築は営業担当者が行う
ミドリ(smiling): 最終判断は人間がやる、っていうのが大事ですね。AIはあくまで「最高のアシスタント」ってことか。
タツヤ(nodding): その通り。AIと人間の強みを組み合わせるのが、これからのSES企業の勝ちパターンだよ。
次のアクション
ミドリ: まず何から始めればいいですか?
タツヤ: 3つやってみて。
- データの棚卸し:現在のスキルシート管理方法を確認して、データの品質と量を評価する
- マッチング業務の可視化:営業担当者のマッチングプロセスをヒアリングして、暗黙知を構造化する
- KPIの設定:現在のマッチング工数、成約率、待機期間を計測して、改善目標を設定する
- Shimanto AI Solutionsでは、SES企業向けのAIマッチングシステムの企画・設計・開発を一貫して支援しています
- Phase 1のデータ基盤整備からPhase 3の高度分析機能まで、貴社の状況に応じた段階的な導入プランをご提案いたします
- まずはデータの現状評価(無料)からお気軽にご相談ください