研究職からBD・事業開発への転職 — 実験を離れる前に確かめる三つの視点

「研究が好きで博士まで取ったのに、なぜ今さら事業開発なんですか」——面談でこの質問を受けたのは、一度や二度ではありません。

結論から申し上げると、僕は研究職からBD・事業開発（アライアンスやライセンス業務を含む、いわゆる事業側の仕事）への転身を「研究からの逃げ」だとは考えていません。むしろ専門性の使い先を実験台から交渉のテーブルに変える、れっきとしたキャリアの再定義だと捉えています。ただし、この転身は誰にでも同じように開くわけではなく、準備の仕方によって結果が大きく分かれるというのが、これまで多くのご相談をお受けしてきた中での僕の体感値です。今日は、実験を離れる前に確かめておきたい三つの視点と、実際に転身がうまくいったケース・うまくいかなかったケースの違いを中心に、この道筋を整理してみたいと思います。

1. BD・事業開発の仕事とは何をする仕事か

まず前提を揃えておきたいのですが、BD（Business Development）や事業開発、アライアンス職と呼ばれる仕事は、会社によって業務範囲がかなり異なります。大きく分けると、①他社の技術やパイプラインを探索し導入交渉を行う「イン・ライセンス」側の仕事、②自社の技術を外部に提供・共同開発する「アウト・ライセンス」側の仕事、③資本業務提携や共同研究の条件設計を行う「アライアンスマネジメント」の仕事、という三つの機能に整理できると考えています。研究職からの転身で多いのは②と③で、自分たちの研究テーマの価値を社外に説明し、条件を組み立てる経験から入るケースが目安値としては多い印象です。

ここで大事なのは、BD・事業開発は「研究の延長」ではなく「交渉と意思決定の仕事」だという点です。実験の再現性を高める思考と、契約条件の落としどころを探る思考は、似ているようで求められる筋肉が違います。前者は自分の手元で検証できますが、後者は相手の意思決定構造を読みながら、こちらの譲れる範囲と譲れない範囲を都度組み替える必要があります。この違いを理解せずに「研究で培った論理性は通用するはず」と考えて臨むと、面接の場で温度差を感じることが多いように思います。実験計画書のロジックと、契約書の条項のロジックは、一見似た論理構成でも、後者には「相手がどう受け止めるか」という変数が常に入り込むという違いがあります。

2. 研究職からBDへの適性はどこで見るか

適性を考えるときは、人間力・職種経験・技術スキルという三つの軸を混ぜずに見ることをお勧めしています。混ぜて語ると、「優秀な研究者だから交渉もできるはず」という誤読を招きやすいためです。以下は、僕が面談で実際に確認している観点を簡単な表に整理したものです。

この表からもわかる通り、技術スキルは土台として必要ですが、それ単体でBD職の評価が決まるわけではありません。独自ガイドの目安値で言うと、書類選考を通過する研究職出身の方の多くは、社内でアライアンス部門と共同研究のすり合わせを一部でも経験していたり、学会や共同研究先との折衝で「条件を決める」立場に近づいたことがある方です。実験を極めた方ほど評価されるわけではない、というのは、この仕事に転身しようとする研究職の方が最初に驚くポイントだと感じています。

3. 実験スキルを事業言語に翻訳する三つの視点

では、実験専任で来た方はBD転身が難しいのかというと、そうとも言い切れません。ここで効いてくるのが「翻訳」です。僕が実際にお伝えしている翻訳の視点は次の三つです。

一つ目は、テーマの専門性ではなく「意思決定の範囲」を語る視点です。例えば「このアッセイ系を確立しました」という実績は、そのままではBDの評価対象になりにくいのですが、「このアッセイ系の確立可否を、開発ステージの判断材料として上位の会議に報告し、次のフェーズに進むかどうかの意思決定に関与した」と語ると、事業側の言語に翻訳されます。実験の手技そのものより、その結果がどの意思決定に使われたかを語れるかどうかが分かれ道になります。

二つ目は、失敗や軌道修正の経緯を「リスク評価の経験」として語る視点です。研究では仮説が外れることの方が多いものですが、その際に「どこで見切りをつけたか」「どの情報を基に方向転換を決めたか」という判断プロセスは、BDの職務で求められるリスク評価の考え方とほぼ同じ構造をしています。テーマがうまくいった話よりも、うまくいかなかった時にどう判断したかの話の方が、BD面接では響きやすいというのが僕の体感です。

三つ目は、社外との接点を「小さくても具体的に」語る視点です。共同研究先とのミーティングに同席した経験、学会でのポスター発表で他社の研究者から声をかけられて議論した経験、CROとのやり取りで条件面の相談を受けた経験——どれも規模は小さくて構いません。大事なのは、社内だけで完結する仕事ではなく、社外の相手を意識して動いた経験があるかどうかです。この三つの視点で自分の経験を洗い直すと、実は既に「事業側の芽」を持っている方が少なくないと感じています。

4. よくある失敗とその対処

ここまで前向きな話を中心にしてきましたが、実際に転身がうまくいかないケースにも共通点があります。一つ目の失敗は、専門性を捨てようとしすぎることです。BD職を目指すあまり、自分の研究背景を「もう関係ないもの」として語ってしまい、結果として他の非研究出身の候補者と差別化できなくなるケースです。研究背景は消すものではなく、翻訳して使うものだという前提を忘れないことが対処になります。

二つ目の失敗は、準備期間を短く見積もりすぎることです。独自ガイドの目安値では、社内公募や中途採用でBD・事業開発職への転身を志望される研究職の方のうち、初回の応募で内定に至る方はそう多くなく、多くの方が半年から一年程度、社内での接点づくりや情報収集を経てから動いています。研究一本で来た方が、面接対策だけを数週間して挑むと、評価する側から見ても「準備不足」に見えやすいという声を、採用側の方からも聞くことがあります。

三つ目の失敗は、社内異動という選択肢を検討せずに、いきなり社外転職に踏み切ってしまうことです。同じ会社の中でアライアンス部門や事業開発部門と接点を作り、小さな仕事から関与していく方が、結果的に社外での評価も高くなる場合が多いというのが僕の実感です。社内でBD的な仕事を一部でも経験してから社外に出るのと、実験専任のまま社外に出るのとでは、書類の説得力に差が出やすいと考えています。

5. ケース比較 — 準備期間の違いが結果を分けた二つのパターン

ここで、実際に近い形でご相談を受けた二つのパターンを比較してみたいと思います。いずれも架空の設定に置き換えていますが、傾向としては実際によく見る対比です。

Aさんは、入社5年目の研究員で、CROとのやり取りをきっかけに「条件面の調整」に関心を持ち、上長に相談してアライアンス部門のミーティングに月1回のペースで同席するようになりました。半年ほどそうした関与を続けたのち、社内公募でアライアンス職への異動に応募し、面接では「CROとの契約条件を巡って、技術的な妥協点と商業的な条件のどちらを優先すべきか判断に関わった」経験を具体的に語り、異動が決まりました。技術背景そのものは他の候補者と大きく変わらなかったものの、社外との折衝経験を積み重ねていたことが評価されたと、後にAさん自身が振り返っていたのが印象的でした。

一方Bさんは、Aさんと同程度の研究実績を持ちながら、社外への転職エージェント経由でBD職に応募しました。準備期間は面接対策の数週間のみで、研究テーマの専門性は非常に高く評価されたものの、「意思決定にどう関わったか」「リスクをどう判断したか」という質問に対して、実験結果の説明に終始してしまい、選考は途中で終わりました。Bさんの実力自体が劣っていたわけではなく、翻訳の準備をしていなかったことが差になったというのが、僕がこのケースから受け取った印象です。この二つのケースの違いは、才能や実績の差ではなく、社外接点の有無と準備期間の長さにあると考えています。

6. 転身までの実務ステップ — 今日から動けること

最後に、実際に今日から動ける具体的なステップを整理します。抽象論だけで終わらせたくないので、順を追って書きます。

1. まず、自分がこれまでに関わった意思決定の場面を紙に書き出してみてください。「この実験結果がどの会議・どの判断に使われたか」を思い出す作業です。目安として30分ほどで構いません。三つ以上出てこない場合は、次のステップで社内の接点を意識的に増やす必要があります。
2. 社内にアライアンスや事業開発の部門があれば、そのチームのミーティングに一度でも同席させてもらえないか、上長や部門長に相談してみてください。小さな関与でも、後々の職務経歴書で語れる具体的な経験になります。
3. 共同研究先やCRO、CDMOとのやり取りがある業務があれば、単なる技術対応ではなく「条件面の相談を受けた・調整した」経験として記録しておいてください。この記録が、後の書類選考で差別化材料になります。
4. 職務経歴書を作る際は、研究テーマの専門性を説明する段落と、意思決定・折衝の経験を説明する段落を分けて書いてください。混ぜて書くと、読み手にどちらの軸で評価すべきか伝わりにくくなります。
5. 面接では、うまくいった研究の話だけでなく、判断を誤ったり方向転換した経験を一つ準備しておいてください。BD・事業開発の面接では、リスク判断の経験を尋ねられる場面が多いというのが僕の体感値です。

この五つのステップは、どれも今日から着手できるものばかりです。時間をかけて一気に変える必要はなく、まずは自分の経験を書き出すところから始めてみてください。先に紹介したAさんも、最初の一歩は紙に意思決定の場面を書き出すことだったと聞いています。

（結論）

研究職からBD・事業開発への転身は、実験能力の延長線上にあるものではなく、意思決定と折衝という別の筋肉を育てる選択だと僕は考えています。技術の深さだけでは評価されにくい一方で、意思決定への関与範囲・リスク判断の経験・社外との小さな接点を丁寧に翻訳できれば、研究職としての専門性は決して不利にはならないはずです。焦って専門性を捨てるのではなく、まずは自分の経験を三つの視点で洗い直すところから始めていただければと思います。皆さんいかがでしたでしょうか。では今日もがんばりましょう。