ビルド対バイの意思決定は、テクノロジー関連のコンサルティングケースの約25%に登場するようになっています（200件以上の最近の面接プロンプトの分析に基づく）。これらのケースは、戦略的差別化とスピード・トゥ・マーケットのバランスをとる能力を問うものであり、あらゆるデジタルトランスフォーメーション施策の核心にある緊張関係です。
コンサルティングファームがビルド対バイのケースを出題する理由
コンサルティングファームがビルド対バイのケースを使用するのは、財務的厳密さ・戦略的思考・テクノロジーリテラシーという3つの能力を同時に評価できるからです。純粋な市場規模推定や収益性のケースとは異なり、ビルド対バイでは定性的要素（競争上の堀、組織的な準備状況）と定量的要素（TCO、タイム・トゥ・バリュー）を比較検討することが求められます。
マッキンゼー、BCG、ベインの面接ラウンドを経験した候補者と共に取り組んできた経験から言えば、最もよくある失敗はコスト比較のスプレッドシートに頼ってしまうことです。面接官は、まず戦略的に意思決定をフレーミングし、その後に数字で検証する姿勢を見たいと考えています。
意思決定フレームワーク
ビルド対バイのケースはすべて、4つの評価軸を中心に構造化できます。
flowchart TD
A[ビルド対バイの意思決定] --> B[戦略的適合性]
A --> C[総所有コスト]
A --> D[実行リスク]
A --> E[タイム・トゥ・バリュー]
B --> B1[コアの差別化要因か？]
B --> B2[競争上の堀があるか？]
B --> B3[IP所有権の必要性は？]
C --> C1[開発コスト]
C --> C2[保守負担]
C --> C3[5年間のライセンス料]
D --> D1[人材の確保可能性]
D --> D2[統合の複雑さ]
D --> D3[ベンダーロックインリスク]
E --> E1[市場の機会窓]
E --> E2[MVPのタイムライン]
E --> E3[イテレーションの速度]
評価軸1：戦略的適合性
最初に問うべきことは常に、「この機能は競争上の差別化をもたらすか？」です。答えがYesであれば、ビルドが合理的です。そのテクノロジーが当たり前のインフラであれば、バイがほぼ常に正解です。
| 指標 | ビルド寄り | バイ寄り |
|---|---|---|
| 競争上の差別化 | 価値提案の中核 | コモディティ機能 |
| データの機密性 | 独自アルゴリズム・データ | 標準的なワークフロー |
| カスタマイズの必要性 | ビジネスモデル固有 | 業界標準プロセス |
| IP所有権 | バリュエーションに不可欠 | 重要でない |
| 規制要件 | 独自のコンプライアンス対応が必要 | 標準的な認証で十分 |
評価軸2：総所有コスト
5年間のTCO分析を行うと、保守・セキュリティパッチ・人材確保・機会コストを考慮した場合、ビルドのコストは当初見積もりの2〜4倍になることが多いと分かります。50件以上のデジタルトランスフォーメーションのケーススタディ分析によれば、組織は継続的な保守コストを平均60%過小評価しています。
ビルドのTCO構成要素：初期開発費 + 採用・人材確保費 + インフラ費 + セキュリティ費 + 保守費 + エンジニアリングリソースの機会コスト
バイのTCO構成要素：ライセンス・サブスクリプション料 + 導入費 + カスタマイズ費 + 統合費 + トレーニング費 + ベンダー管理オーバーヘッド
評価軸3：実行リスク
この評価軸は、優秀な候補者と平均的な候補者を分けることが多いです。リスク評価では以下をカバーする必要があります。
- 人材リスク：必要なエンジニアリングチームを採用・確保できるか？競争の激しい市場では、12ヶ月のビルドタイムラインは離職率ゼロを前提としており、ほとんどの組織にとって非現実的です。
- 統合リスク：接続が必要な既存システムはいくつあるか？統合ポイントが増えるごとに、複雑さは非線形的に増大します。
- ベンダーリスク：ベンダーが価格を40%引き上げた場合、買収された場合、または製品のサポートを終了した場合はどうなるか？スイッチングコストを明示的に評価してください。
評価軸4：タイム・トゥ・バリュー
市場のタイミングがコストの考慮を上回ることがよくあります。競合他社が6ヶ月以内に市場の機会窓を獲得する場合、14ヶ月のカスタムビルドは長期的な経済性にかかわらず、戦略的に意味をなしません。
よくあるケースシナリオ
| シナリオ | 典型的な回答 | 主な根拠 |
|---|---|---|
| 銀行が不正検知AIを構築する | ビルド | 独自データ＋規制上の堀＋コアの差別化要因 |
| 小売業者がCRMシステムを必要としている | バイ | コモディティ機能、成熟したベンダー市場 |
| SaaS企業が課金エンジンを必要としている | ハイブリッド | ベースプラットフォームはバイ、カスタム価格戦略ロジックはビルド |
| メーカーがIoTプラットフォームを必要としている | バイ後にカスタマイズ | スピード・トゥ・マーケットが重要、差別化はアナリティクス層で実現 |
| 保険会社が請求自動化を構築する | コアエンジンはビルド、周辺ツールはバイ | 請求ロジックが差別化要因；HR・財務ツールはそうではない |
ハイブリッドアプローチ
実際には、デジタルトランスフォーメーションにおけるビルド対バイの意思決定の約70%がハイブリッドという結論に至ります。優秀な候補者はこれを早い段階で認識し、「何をビルドし、何をバイし、どのように統合するか」という形でフレーミングします。
ハイブリッドフレームワーク：
- 機能スタックを分解する — システムをレイヤー（インフラ、プラットフォーム、アプリケーション、インテリジェンス）に分解する
- 各レイヤーを分類する — どのレイヤーが差別化要因で、どれがコモディティか？
- 統合アーキテクチャを設計する — API、データフロー、所有権の境界
- ロードマップを順序立てる — コモディティレイヤーはすぐにバイし、差別化レイヤーは反復的にビルドする
ビルド対バイのケースにおける面接のヒント
300件以上のテクノロジーケースで候補者をコーチングしてきた経験に基づいています。
- コストではなく戦略から始める — TCOモデルを開く前に、この意思決定が競争上なぜ重要かをフレーミングする
- タイムラインのプレッシャーを確認する — 市場の機会窓が答えを決定的に変えることがある
- 人材の状況を掘り下げる — 「クライアントは現在エンジニアリング能力を持っているか？」という問いがすべてを変える
- スイッチングコストを定量化する — ベンダーを切り替えるコストと、カスタムビルドを断念するコストの両方
- ハイブリッドオプションを提示する — 現実の意思決定はほとんど二択ではない；ニュアンスを示すことで成熟度が伝わる
重要なポイント
- ビルド対バイのケースは、戦略的思考・財務的厳密さ・テクノロジーリテラシーを同時に問う — 純粋なコスト比較では不十分
- 常に戦略的適合性から始める：その機能がコアの差別化要因であれば、ビルドに傾く
- 5年間のTCOは、保守と人材確保を考慮すると、カスタムビルドのコストが当初見積もりの2〜4倍になることを示すことが多い
- タイム・トゥ・バリューがコストを上回ることがある — 市場の機会窓を逃せば、最も安価なビルドでさえ意味をなさない
- 実際の意思決定の約70%はハイブリッドアプローチに落ち着く；機能スタックを分解し、各レイヤーを独立して分類する
- 面接官は、意思決定を純粋に財務的なものとして扱うのではなく、組織的な準備状況（人材・文化・ガバナンス）を掘り下げる候補者を高く評価する
リアルタイムフィードバックでテクノロジーケースを練習する準備はできていますか？AIモック面接でビルド対バイのフレームワークを試したり、ケースライブラリのテクノロジー業界ケースや戦略的意思決定ケースでさらに練習シナリオを探したりしてみてください。追加のフレームワークについては、テクノロジー・デジタル戦略ケースガイドおよびデジタルトランスフォーメーションケースガイドをご参照ください。