事業開発の転職でよくある失敗｜後悔しないためのチェックリスト
事業開発（BizDev）の転職は、他の職種と比較して「入社後のミスマッチ」が起きやすい領域として知られています。その理由は単純で、「事業開発」という職種定義が会社ごとに大きく異なるからです。同じ求人票の文言でも、実態は新規事業の立ち上げ責任者に近い場合もあれば、営業支援や提携交渉の一部を担うに過ぎない場合もあります。
この記事では、事業開発への転職で実際に生じやすい失敗のパターンを構造的に整理し、内定承諾前に確認すべきポイントをチェックリスト形式で解説します。転職を検討し始めた段階から読んでいただくことで、後悔のない意思決定に近づけることを目的としています。
事業開発転職で起きやすい失敗の全体像
失敗のパターンは大きく三つに分類できます。
- 職務定義のミスマッチ：求人上の「事業開発」と実態の業務内容が乖離している
- 意思決定構造のミスマッチ：自分に期待される権限・裁量と、実際の組織構造が合っていない
- フェーズ・文化のミスマッチ：会社や事業の成長段階と、自分のキャリア目標・働き方が噛み合わない
この三つのうち一つでも見誤ると、入社後に「思っていた仕事と違う」「なぜ採用されたのかわからない」という状況に陥りやすくなります。
失敗パターン①：「事業開発」の実態を確認せずに入社する
職種名に惑わされるリスク
事業開発という職種は、会社によって求められる業務の範囲が大きく異なります。以下の表は、同じ「事業開発」という肩書きの下で実態として存在しうる業務の類型を整理したものです。
| 類型 | 主な業務内容 | 求められるスキル |
|---|---|---|
| 新規事業開発型 | 事業コンセプトの立案・検証・ローンチ | 仮説構築、PMF検証、プロジェクトマネジメント |
| アライアンス・提携型 | パートナー企業との業務提携・資本提携の交渉 | 交渉力、契約知識、関係構築 |
| M&A・投資型 | 案件発掘、DD（デューデリジェンス）、PMI | 財務リテラシー、バリュエーション |
| 戦略企画型 | 中期経営計画、市場分析、事業ポートフォリオ管理 | 分析力、レポーティング、ロジカルシンキング |
| セールス寄り型 | 大型案件の提案・クロスセル、法人開拓 | 顧客折衝、提案力、KPI管理 |
この類型はあくまで傾向の整理であり、実際には複数の要素が混在することがほとんどです。ただ、「新規事業の立ち上げがやりたくて転職したのに、実態はパートナーセールスの延長線上だった」というミスマッチは、確認不足から生じることが多い失敗です。
確認すべきポイント
面接・カジュアル面談の段階で、以下を必ず確認することが望ましいです。
- 直近1〜2年で実際に動いた事業開発案件の具体例を教えてもらえるか
- その案件で、この職種のメンバーはどのフェーズに、どんな権限で関与したか
- KPI・評価指標は何か（売上貢献・件数・事業規模など）
抽象的な「事業を作る仕事です」という説明だけで納得しないことが重要です。
失敗パターン②：裁量・権限の実態を見誤る
「裁量が大きい」という言葉の解釈のズレ
求人票や面接で「裁量が大きい環境です」と説明されることは珍しくありません。しかし、この言葉の意味するところは会社ごとに大きく異なります。
- 意思決定の裁量：予算執行・パートナー選定・事業撤退を自分が判断できるか
- 業務遂行の裁量：やり方・プロセスを自分で決められるという意味に過ぎないか
- 提案の裁量：アイデアは出せるが、承認は複数階層を経る必要があるか
特にスタートアップから大手・中堅企業へ転職する場合、あるいはその逆の場合に、この裁量感のギャップで入社後の満足度が大きく変わる傾向があります。
確認すべきポイント
- この職種が主導した直近の意思決定で、最終承認者は誰だったか
- 提携先・外注先の選定に、この職種のメンバーはどこまで関与するか
- 予算権限はあるか。あるとすれば、どの程度の金額規模か
失敗パターン③：会社・事業のフェーズを考慮しない
フェーズと求められる人材像のズレ
事業開発においては、会社や事業の成長フェーズが「何を求められるか」を大きく規定します。
| フェーズ | 事業開発に求められる役割の傾向 |
|---|---|
| アーリー（PMF前後） | 仮説検証、顧客ヒアリング、プロダクト改善との連携 |
| グロース（スケール期） | 販路拡大、パートナー戦略、組織化 |
| エンタープライズ移行期 | 大型案件の設計、社内調整、ガバナンス |
| 成熟期・大企業 | 新規領域への投資判断、M&A、事業ポートフォリオ管理 |
「手を動かして事業を作りたい」という志向がある場合、成熟期の大企業に入ると承認プロセスや社内調整の比重が高く、期待と現実が乖離しやすくなります。反対に、体系的なプロセスを好む人がアーリーフェーズのスタートアップに入ると、ドキュメントの整備すら自分で行う必要がある環境に戸惑うケースもあります。
失敗パターン④：年収・処遇の構造を正しく理解しないまま判断する
事業開発の報酬は、基本給に加えて業績連動のインセンティブが設計されていることがあります。この場合、インセンティブの設計内容（支給条件・計算ロジック・上限設定の有無）を事前に把握しておくことが重要です。
「オファー段階での提示額が想定より高かったが、その大半がインセンティブ部分であり、実現可能性を見誤っていた」というケースは、IT・SaaS領域でよく聞かれるパターンです。
また、ストックオプションについても、行使条件・付与数・現在のバリュエーションとの関係を確認しないまま「将来的な上昇期待」に過度な比重を置くと、リスクの取り方を誤る可能性があります。
ケーススタディ：入社後に気づいた「事業開発の空洞化」
以下は、よく見られる失敗の型を整理したものです（個人を特定する情報は含みません）。
背景：IT系ベンチャーで営業リーダーを務めていたAさん（30代前半）が、ミドルステージのSaaS企業に「事業開発マネージャー」として転職。
入社前の認識：新規事業の立ち上げや戦略的提携を主導できる職務だと理解していた。
入社後の実態：実態は既存顧客向けのアップセル設計とパートナー企業向けの勉強会の企画・運営が業務の大半を占めていた。新規事業はCxOが直接判断しており、この職種が関与できる余地は限られていた。
なぜ気づけなかったか：面接では「今後は事業開発を強化したい」という方針が語られており、それを「現在進行中の取り組み」として解釈してしまった。求人票の業務内容は広く書かれており、具体的な案件の実例を確認していなかった。
教訓：「方針・方向性」の説明を「現状の業務内容」として受け取らないこと。「今後強化したい」という言葉は、「現在はまだその体制が整っていない」を意味することがある。
内定承諾前の最終チェックリスト
以下の項目を承諾前に確認しておくことを推奨します。
職務内容の具体性
- 直近1年で完了または進行中の事業開発案件の具体例を聞いた
- 自分が担当予定の業務のKPIと評価基準を確認した
- ロールモデルになる先輩社員（または同僚）と話せた
意思決定と権限
- 予算執行・パートナー選定における自分の権限範囲を確認した
- 重要な判断の最終承認者が誰かを確認した
- 入社後90日間で何を期待されているかを確認した
環境・フェーズ
- 会社の現在の事業フェーズと、自分の志向が合致しているか検討した
- 事業開発チームの組織体制・人数・役割分担を把握した
- 経営層と事業開発チームの距離感（コミュニケーションの頻度・方法）を確認した
処遇・条件
- インセンティブの設計内容と過去の支給実績（目安）を確認した
- ストックオプションがある場合、行使条件と数量を把握した
- 試用期間中の条件変動の有無を確認した
よくある質問
Q. 事業開発の経験がない状態で事業開発に転職するのは難しいですか？
難易度は高い傾向がありますが、不可能ではありません。事業開発は経験者採用が多いものの、コンサルティングファーム・投資銀行・プロダクトマネジメント・法人営業などの経験が評価されるケースがあります。特に、仮説構築と検証のサイクルを回した経験や、多様なステークホルダーを動かしたプロジェクト経験は、事業開発の素地として見なされやすいです。
Q. スタートアップの事業開発と大企業の事業開発、どちらが転職に有利ですか？
どちらが有利かは転職先次第です。スタートアップ出身者は「事業を動かした実行経験」が評価されやすく、大企業出身者は「大型案件の交渉・社内調整の経験」が評価されやすい傾向があります。どちらの経験も、転職先のフェーズと噛み合っているかどうかが評価を左右します。
Q. 面接でどこまで踏み込んで質問してよいですか？
事業の具体的な状況を確認する質問は、むしろ候補者の本気度・解像度の高さとして評価されることが多いです。「失礼かもしれませんが」という前置きは不要で、「入社後に活躍するために確認させてください」という姿勢で具体的な業務実態を聞くことは適切です。答えを曖昧にする対応が続く場合、それ自体が情報として参考になります。
Q. 事業開発の転職エージェントを使うメリットはありますか？
求人票に記載されない情報——たとえば、事業開発ポジションが生まれた背景、前任者の退職理由、経営層のスタンスなど——を補完できることがあります。ただし、エージェント側にも情報の限界はあるため、最終的には自分自身でカジュアル面談や面接での確認を重ねることが不可欠です。
まとめ
事業開発への転職で後悔する背景の多くは、「事業開発」という職種名の広義性と、各社の実態との乖離を事前に検証しきれなかったことにあります。職務定義・意思決定権限・会社のフェーズ・報酬構造という四つの軸で実態を丁寧に確認することで、ミスマッチの大部分は防ぐことができます。面接での質問を遠慮する必要はなく、具体的な案件や事例を通じた確認こそが最も有効な検証手段です。チェックリストを活用して、感覚的な「良