イノベーションのアウトソーシングが失敗する理由——エージェンシー問題という構造的欠陥
原則

イノベーションのアウトソーシングが失敗する理由——エージェンシー問題という構造的欠陥

コンサルタントやスタートアップへのイノベーション委託は、なぜほぼ必ず期待を裏切るのか。依頼者と受託者の利害不一致という根本問題から、機能する外部連携の設計条件を導く。

アウトソーシング エージェンシー問題 外部連携 オープンイノベーション 新規事業

「外部に任せる」という魅力的な誘惑

イノベーションに行き詰まった大企業が最初に検討するのは、外部への委託だ。コンサルティングファームにイノベーション戦略の策定を依頼し、スタートアップとの協業でオープンイノベーションを演出し、ベンチャービルダーに事業立ち上げを委託する。

この誘惑には合理的な根拠がある。自社にない能力、文化、スピードを外部から調達するという発想は理にかなっているように見える。しかし、イノベーションのアウトソーシングが機能した事例を系統的に示すデータは、驚くほど少ない。

問題は能力の有無ではなく、構造だ。

エージェンシー問題の解剖

経済学者のマイケル・ジェンセンとウィリアム・メクリングが1976年に定式化した「エージェンシー問題」は、依頼者（プリンシパル）と代理人（エージェント）の利害が本質的に一致しないという現象を指す。

イノベーションの委託において、この問題は特に深刻な形で現れる。

委託側（大企業）が求めるもの： 市場で通用する新規事業の創出、中長期的な競争優位の確立、不確実な仮説の検証と学習。

受託側（コンサルタント・スタートアップ）が求めるもの： 契約の継続、評判の維持、次の案件の獲得、短期的な成果物の納品。

この二つは、根本的に相容れない。

最も典型的な矛盾は「成果の定義」にある。委託側は「事業化」を成果と考えるが、受託側にとっての成果は「プロジェクトの完了」だ。提案書の作成、ワークショップの実施、プロトタイプの納品——これらはすべて「完了」できる。しかし「事業化」は、委託先が決定できるものではない。

受託側は完了できる成果に向けて行動する。委託側が求める成果は完了できないものだ。この断絶がアウトソーシングを失敗させる。

コンサルタントへの委託が機能しない構造

戦略コンサルタントへのイノベーション委託は、特有の問題を抱える。

コンサルタントの報酬は時間単位か成果物単位であることが多く、事業の成功可否とは切り離されている。どれだけ優れた戦略提案書を作成しても、クライアント企業の売上が伸びなくても、報酬は変わらない。

この構造は、コンサルタントの行動インセンティブを「実装可能な戦略の立案」ではなく「クライアントが満足する提案の作成」に向かわせる。

「クライアントが満足する提案」と「実際に機能する戦略」は別物だ。コンサルタントは数十年にわたるプロとして、クライアントの期待を読み解き、その期待に応える資料を作ることに長けている。しかしその技術は、市場の現実に対する正直な評価とは相反することがある。

加えて、コンサルタントは実装リスクを負わない。「この戦略で行きましょう」と提言した後、実装フェーズで何が起きても、それはクライアント側の実行力の問題とされる。

スタートアップ協業が失敗する構造

オープンイノベーションの文脈でのスタートアップ協業は、別の問題を抱える。

大企業とスタートアップのスピード感の差は、しばしば指摘される。しかしより根本的な問題は、両者の「勝利条件」が異なることだ。

スタートアップにとって大企業との協業は、信用の獲得、顧客実績の追加、資金調達への布石として機能する。事業化の成否よりも、「大企業と協業した」という事実そのものに価値がある。

大企業にとっては逆で、「協業した」という事実は最終目標ではなく手段のはずだ。しかし委託側の担当者にとっては、協業の開始が社内での評価につながるため、「協業できた」という中間成果に満足してしまう。

双方がプロセスを目的化した瞬間、事業創出という本来の目的は後景に退く。

機能しない外部連携の共通パターン

事例を観察すると、失敗するアウトソーシングには共通のパターンがある。

パターン1：丸投げ型委託。 「新規事業の種を持ってきてほしい」という委託は、受託側に何をゴールとすべきかを曖昧なまま仕事を進めさせる。成果物の定義が曖昧なため、受託側は納品可能なものを成果物として定義し直す。

パターン2：担当者の経験蓄積の欠如。 外部に委託することで、本来自社が獲得すべき経験と学習が外部に蓄積される。5年後に「またゼロから始める」ハメになる。

パターン3：内部の意思決定権限の不明確さ。 受託側が顧客検証を進めても、自社内部の承認が得られなければ次に進めない。外部の実行速度と内部の承認速度のギャップが、協業を空転させる。

外部連携を機能させる設計条件

外部連携が機能するための設計条件は、エージェンシー問題の解消から逆算できる。

条件1：利害を一致させる。 受託側の報酬の一部を事業成果に連動させる。ストックオプションの付与、事業化後のロイヤリティ、共同出資——リスクと報酬を共有することで、受託側のインセンティブを委託側の目的に近づける。

条件2：委託範囲を限定する。 イノベーションのプロセス全体を委託するのではなく、自社が持たない特定の能力のみを調達する。顧客インタビューの実施、技術プロトタイプの開発、特定市場の調査——機能を限定することで、成果の定義が明確になる。

条件3：内部に担当者を置く。 外部に委託しながら、プロセスに自社担当者が深く関与する体制を作る。外部からの学習を自社に蓄積する「受け皿」がなければ、委託が終わった瞬間に知識は消える。

条件4：判断権限を事前に委ねる。 外部連携の速度を殺すのは、内部承認の遅さだ。一定範囲の意思決定を受託側または自社担当者に事前委任することで、連携のスピードを確保する。

アウトソーシングすべきものとすべきでないもの

最終的に、イノベーションのどの部分をアウトソーシングできるか、という問いへの答えは明確だ。

アウトソーシングできるもの： 特定の技術開発、市場調査、プロトタイプ製造、特定地域の顧客インタビュー。明確な成果物定義が可能で、完了の判断ができるもの。

アウトソーシングできないもの： 仮説設定、顧客課題の解釈、ピボットの判断、事業化の意思決定。これらは自社の戦略的文脈と深く結びついており、外部が代替できる性質のものではない。

イノベーションの「思考」は外注できない。「作業」の一部は外注できる。 この区別を誤るところに、アウトソーシング失敗の根本がある。

外部連携の条件整備については「コーポレート・ベンチャーが構造的問題を抱える理由」も参照されたい。

関連するインサイト

参考文献

  • Jensen, M. C. & Meckling, W. H. “Theory of the Firm: Managerial Behavior, Agency Costs and Ownership Structure,” Journal of Financial Economics, Vol.3, No.4, pp.305-360 (1976)
  • Chesbrough, H. Open Innovation: The New Imperative for Creating and Profiting from Technology, Harvard Business School Press (2003)
  • Pisano, G. P. & Verganti, R. “Which Kind of Collaboration Is Right for You?” Harvard Business Review (December 2008)

INNOVATION VOYAGE 編集部

関連記事