事業開発の職務経歴書の書き方｜書類通過率を上げる実例テンプレート
事業開発（BizDev）の職務経歴書は、「何をしたか」ではなく「どのような事業的成果をもたらしたか」を問われる書類です。営業や企画と役割が重複しやすい職種だからこそ、書き方次第で評価が大きく分かれます。本稿では、書類通過率を高めるための構成設計から記述の作法まで、実務的な観点で解説します。
事業開発の職務経歴書が難しい理由
事業開発は、職務の範囲が企業によって大きく異なります。新規事業の立ち上げからパートナーシップ構築、M&A・資本提携の推進、既存事業の収益改善まで、同じ「事業開発」という肩書きでも担当領域の幅はかなり広い傾向があります。
この曖昧さが、職務経歴書を書く際の最大の障壁になります。採用担当者は「この人が自社の事業開発ポジションで何ができるか」を判断しようとしているため、汎用的な記述では伝わりません。自分が担ってきた具体的な役割と、それが事業にどう貢献したかを構造的に整理することが求められます。
また、事業開発は単独で完結する仕事ではなく、社内外の多くの関係者を巻き込む職種です。そのため、「個人の成果」と「チームや会社全体の成果」をどう切り分けて記述するかという問題も生じます。
書類通過率を左右する3つの構成要素
①「事業フェーズ」と「自分の役割」を明確に書く
事業開発の経験は、どのフェーズで何を担当したかによって評価が異なります。0→1（新規事業の立ち上げ）、1→10（グロース）、既存事業の刷新という区分はわかりやすい例ですが、より重要なのは「その時点で組織が何を必要としていたか」と「自分が何を担ったか」を対応させて書くことです。
例えば「新規パートナーシップの開拓」と書くだけでは不十分です。「社内に前例のないアライアンスモデルを構築するため、契約スキームの設計から交渉・締結まで一貫して担当した」という記述であれば、役割の解像度が格段に上がります。
②定量成果は「意思決定の規模」で補強する
事業開発は、売上数値に直接紐づく成果が出にくい局面も多くあります。パートナー開拓の交渉が進行中だったり、事業の立ち上げが完結していない段階で転職するケースも珍しくありません。
その場合は、金額や件数といった直接成果だけでなく、「意思決定に関わった規模」を補足することが有効です。例として「経営会議に戦略オプションを提案し、最終的に承認された施策の規模はXX億円相当」「提携先候補X社を評価し、最終的にY社との契約締結に至る」といった形が考えられます。
③「スキルセット」より「思考の型」を見せる
採用側が上位層の事業開発人材に期待するのは、スキルの羅列ではなく問題設定と意思決定の質です。職務経歴書の中で「なぜその事業機会を選んだか」「どのような仮説を持って動いたか」の断片を盛り込むことで、思考の型が伝わりやすくなります。
職務経歴書の全体構成テンプレート
以下は、事業開発職に適した職務経歴書の構成例です。一般的なフォーマットを出発点として、事業開発ならではの情報を加えた形になっています。
| セクション | 記載内容の要点 |
|---|---|
| 職務要約（5〜7行） | 担当してきた事業開発の類型・フェーズ・規模感を凝縮して記述 |
| 職歴詳細（各社・各プロジェクト） | 事業フェーズ、自分の役割・権限、主要アクション、成果（定量＋定性） |
| 取り扱いテーマ一覧 | 業界・機能領域（提携、M&A、新規事業、グロースなど）を整理 |
| スキル・強みの根拠 | 職歴から抽出できる能力の記述（主観ではなく経験に基づく） |
| 志望動機・キャリア展望 | 応募先に固有の内容。職務経歴書に含める場合は簡潔に1〜2段落 |
記述の作法：良い例・改善例の比較
改善前（よく見られる記述の型）
新規パートナーとの連携強化や事業推進を担当。社内調整やアライアンス戦略の立案に携わった。
この記述は、読み手に「何を、どのレベルで、どんな成果として担ったか」が伝わりません。
改善後（情報密度を高めた記述）
SaaS企業X社における戦略提携の推進。競合優位性の低下を課題として、補完関係にある隣接領域の企業X社との協業モデルを設計。法務・経営企画と連携し、6ヶ月で提携契約を締結。共同提案件数は四半期比で約1.8倍、商談化率は当初の想定を上回る水準で推移。
このように書くことで、「課題の特定→仮説設計→社内連携→成果の検証」という思考と行動のプロセスが伝わります。
ケーススタディ：SaaS企業出身・経験5年の事業開発担当者の場合
以下は、書類通過率を高めた職務経歴書の構成の「型」として参考になる実例の整理です。
プロフィール概要
- SaaS企業にて事業開発5年。新規提携の開拓3年、PMM（プロダクトマーケティング）との連携1年、新規事業のPoC推進1年という経歴
書類見直しの前後の変化
見直し前は、業務内容を時系列で羅列しており「何をしたか」の記述が中心でした。採用担当者からのフィードバックとして「貢献の規模感がわからない」「自社でどう活躍できるか想像しにくい」といった評価が続いていました。
見直し後は以下の点を変更しました。
- 職務要約に事業インパクトの規模感を明示：「提携パートナーを通じた間接ARRへの貢献目安」「担当したPoCのうち商用化に移行した割合」など、読み手が事業規模を想像できる情報を追加
- 各プロジェクトに「背景・課題」セクションを新設：自分が何の文脈でアサインされたかを簡潔に説明することで、役割の意味が明確になる
- スキルの記述を経験ベースに変更：「折衝力があります」から「社内合意形成において、経営・法務・営業の3部門にまたがる調整を複数案件で担当」という形へ
この変更後、書類通過率は以前と比べて改善し、面接での会話の質も変わったという声は、類似の見直しを行った方からよく聞かれます。
業界・フェーズ別の記述ポイント
職種が同じ「事業開発」でも、在籍した企業の特性によって強調すべき点は変わります。
| 在籍企業の類型 | 特に強調すべき経験・スキル |
|---|---|
| スタートアップ（シード〜シリーズA） | 仮説検証の速度、不確実な状況下での意思決定、リソース制約下での推進力 |
| スタートアップ（シリーズB以降） | スケール時の組織設計、パートナーエコシステムの構築、事業KPIとの接続 |
| 大手・事業会社 | 社内合意形成の経験、外部企業との正式な契約・アライアンス実績、意思決定層へのアクセス |
| コンサルティングファーム出身 | 事業構造の分析力、PMの能力、クライアントサイドへの移行意図の説明 |
転職先のフェーズや企業規模に応じて、自分の経験のどの側面を前面に出すかを調整することが大切です。
よくある質問
Q. 成果が数字で表しにくい場合、どう記述すればよいですか？
事業開発では、契約前の交渉段階で転職するケースや、中長期的な施策が多く短期での数値化が難しい場面も多くあります。この場合は、「関与した意思決定の規模」「担当案件が次のフェーズに移行したかどうか」「社内外からの評価（表彰・抜擢・役割の拡張など）」を補足として記述する方法があります。数値がないことを隠すのではなく、成果の性質を正直に文脈で説明することが伝わりやすさにつながります。
Q. 複数のプロジェクトを担当してきた場合、すべて書くべきですか？
すべて書く必要はありません。応募先の事業フェーズや求める役割に近いプロジェクトを優先し、3〜5件程度に絞るのが読みやすさの観点からも適切です。残りは「その他、X件の提携・新規事業案件を担当」等の形でまとめることで、経験の厚みを示しながらも読み手の負担を下げることができます。
Q. コンサルタントから事業開発に転職する場合、どう書けばよいですか？
コンサルタントとして担当したプロジェクトが事業開発に近い内容であれば、「事業戦略の立案支援」「提携・M&Aのデューデリジェンス支援」等を具体的に記述したうえで、なぜ事業会社のBizDev側に立ちたいのかを職務要約か志望動機で補足することが有効です。クライアントサイドへの移行動機が明確でないと、「なぜ事業会社か」という疑問が面接まで持ち越されやすくなります。
Q. 事業開発と営業の境界が曖昧な職歴の場合、どう整理すればよいですか？
大企業向けの大型案件営業や、戦略提案を伴うエンタープライズ営業は、事業開発と職務が重なる部分があります。重要なのは「自分が担った意思決定の種類」で整理することです。既存の製品・サービスを既存の枠組みで販売することが中心であれば営業寄りの記述が適切ですが、契約スキームや事業モデルの設計に関与していた場合はBizDev的な側面として記述できます。
まとめ
事業開発の職務経歴書は、業務の羅列ではなく「事業への貢献の構造」を伝えることが評価の分岐点になります。フェーズと役割を明示し、成果の定量・定性の両面を組み合わせることで、採用担当者が「自社で活躍できる人材か」を判断しやすい書類になります。また、同じ経験でも応募先のフェーズや求める役割に応じて記述の重心を調整することが、通過率の向上につながりやすい傾向があります。数値化が難しい経験も、意思決定の文脈と規模感を補足することで十分に伝わります。自分の経験の「何が市場で評価されるか」を客観的に把握することが難しいと感じる場合は、業界に精通したキャリアアドバイザーへの相談が、書類の質を上げる近道になることもあります。