スタートアップへの転職では、事業開発・BizDevの経験をどう職務経歴書に書くかが重要です。
事業開発は、営業、新規事業、アライアンス、プロダクト企画、事業推進などと重なる部分が多く、企業によって求められる役割が大きく異なります。
そのため、「事業開発を担当」「アライアンスを推進」「新規事業を立ち上げ」と書くだけでは、採用側に強みが伝わりにくくなります。
スタートアップの採用側が知りたいのは、肩書きではありません。どの市場や顧客課題に向き合い、どのような仮説を立て、誰を巻き込み、事業をどう前に進めたのかです。
この記事では、事業開発・BizDevの職務経歴書で評価されやすいポイント、書類が通りにくいパターン、経験の書き換え方、例文を解説します。
スタートアップにおける事業開発・BizDevは、完成した商品を売るだけの仕事ではありません。
市場の仮説を立て、顧客課題を検証し、初期顧客を開拓し、プロダクトや事業モデルを磨き込む役割を担います。
特に創業初期から成長期のスタートアップでは、営業、マーケティング、プロダクト、アライアンス、資金調達、採用などの境界が明確でないこともあります。
そのため、職務経歴書では「何を担当したか」だけでなく、「どの不確実性を減らしたか」を伝えることが重要です。
事業開発・BizDevでは、顧客が明確に言語化できていない課題を見つける力が求められます。評価されやすい経験は、大きく次の3つです。
職務経歴書では、「顧客と商談した」ではなく、「どの顧客群に、どの課題があると判断したのか」まで書くと伝わりやすくなります。
スタートアップでは、最初から正解の市場や売り方が決まっているとは限りません。
そのため、事業開発・BizDevには、仮説を立てて小さく検証し、結果をもとに修正する力が求められます。評価されやすい経験は、大きく次の3つです。
単に「PoCを実施」と書くのではなく、何を検証し、結果を受けて何を変えたのかを書くことが重要です。
事業開発・BizDevは、社外の顧客やパートナーだけでなく、社内の開発、CS、マーケティング、経営陣とも連携する仕事です。評価されやすい経験は、大きく次の3つです。
職務経歴書では、「関係者と調整した」だけでなく、「どの対立やズレを整理し、プロジェクトをどう前に進めたか」を書きましょう。
事業開発・BizDevの職務経歴書で通りにくいのは、経験が足りない人だけではありません。
むしろ、経験はあるのに、採用側が知りたい情報に変換できていないケースが多くあります。
「新規事業開発を担当」「BizDevとしてアライアンスを推進」といった表現だけでは、本人の役割が伝わりません。
スタートアップの採用側が見ているのは、肩書きではなく、事業を前に進めるために何をしたかです。
特にBizDevは企業によって役割が大きく異なります。営業寄りのBizDevもあれば、プロダクト企画、アライアンス、事業企画、海外展開、資金調達支援に近いBizDevもあります。
そのため、職務経歴書では、担当領域と成果の出し方を具体的に書く必要があります。
事業開発・BizDevでは、幅広く動けることは強みです。
ただし、「営業、提案、資料作成、アライアンス、社内調整、プロジェクト管理を担当」と並べるだけでは、何が得意なのかが伝わりません。重要なのは、幅広さを見せつつ、代表的な経験を深く書くことです。
たとえば、次のように整理すると伝わりやすくなります。
すべての業務を同じ粒度で書くよりも、応募先に近い経験を1〜3件選んで深く書く方が効果的です。
「売上120％達成」「新規顧客30社を開拓」「PoCを10件実施」といった数字は有効です。ただし、数字だけでは再現性が伝わりません。
採用側が知りたいのは、その成果が偶然なのか、会社のブランドや既存顧客基盤によるものなのか、本人の工夫によるものなのかです。
職務経歴書では、数字に加えて、次の要素を書きましょう。
成果そのものより、成果に至る判断プロセスを書くことで、スタートアップでも再現できる力が伝わります。
事業開発・BizDevの職務経歴書では、一般的な職務経歴に加えて、次の項目を意識すると伝わりやすくなります。
職務要約では、これまでの経験を3〜5行でまとめます。
単なる経歴紹介ではなく、「どの市場で、どのような事業課題を解決してきた人なのか」が伝わるように書きます。
記載例：
法人向けSaaS企業で5年間、製造業向けの新規顧客開拓とアライアンス推進を担当。顧客ヒアリングをもとに業界別の導入課題を整理し、提案内容とターゲット業界を見直すことで商談化率改善に貢献。営業、開発、CSと連携し、初期導入から継続利用までを見据えた事業開発に取り組んできました。
業務内容では、担当してきた役割を整理して書きます。
事業開発・BizDevの場合、幅広く担当してきたことは強みになります。ただし、すべてを細かく並べるのではなく、応募先で再現できる役割に絞って整理しましょう。
記載例：
実績では、売上、商談化率、PoC件数、導入社数、継続率、アライアンス数などを記載します。ただし、数字だけではなく、何を変えた結果なのかを補足することが重要です。
記載例：
事業開発・BizDevの職務経歴書では、この「主な取り組み」が特に重要です。成果だけでなく、成果に至るまでのプロセスを書くことで、再現性が伝わります。
主な取り組みは、必ずしも複数書く必要はありません。代表的な経験を1つ選び、課題、工夫、変化が伝わるように書きます。書くべき内容は次の4つです。
記載例：
製造業向けSaaSの新規開拓では、商談化率が伸び悩んでいたため、業界ごとの失注理由や商談時の反応を整理しました。中堅製造業の品質管理部門では、導入後の業務改善イメージが持てないことが商談化率の低さにつながっていたため、ターゲットを絞ったうえで提案資料を見直し、商談化率の改善につなげました。
自己PRでは、抽象的な強みではなく、応募先で再現できる力を書きます。
「事業開発力があります」「巻き込み力があります」だけでは弱くなります。たとえば、次のように具体化すると伝わりやすくなります。
記載例：
顧客課題を起点に、営業・開発・CSを巻き込みながら事業を前に進めることを強みとしています。前職では、商談化率が低い原因を業界別に分析し、ターゲットと提案内容を見直すことで商談化率改善に貢献しました。未整備な環境でも、仮説検証を重ねながら事業成長に必要な動きを自ら設計できます。
事業開発・BizDevの職務経歴書では、経験をそのまま書くのではなく、「事業を前に進めた経験」として伝えることが重要です。
以下のように、担当業務から課題解決のプロセスへ書き換えます。
| 一般的な書き方 | スタートアップ向けの書き方 |
|---|---|
| 新規営業を担当 | 未開拓業界の顧客50社へ仮説提案し、反応をもとにターゲット業界を見直した |
| アライアンスを推進 | パートナー候補20社を選定し、共同提案の条件を整理して3社と連携を開始した |
| PoCを実施 | 顧客と検証項目を定義し、結果をもとに有償導入に向けた条件を整理した |
| 新規事業を担当 | 顧客ヒアリングをもとに当初想定していた市場を見直し、提案先を変更した |
| 社内調整を担当 | 営業・開発・CSの意見を整理し、導入前後の役割分担を明確にした |
ポイントは、「担当した」ではなく「何を判断し、何を変えたか」を書くことです。
スタートアップでは、事業の前提が変わることも珍しくありません。計画通りに進めた経験だけでなく、仮説が外れた後に何を見直したかを書くと、不確実性への対応力が伝わります。
事業開発・BizDevといっても、前職の経験によって強調すべきポイントは変わります。ここでは、代表的な経験別に書き方を整理します。
法人営業経験者は、顧客理解と提案力を活かしやすいです。ただし、単に「売上を達成した」と書くだけでは、BizDevとしての再現性が伝わりにくくなります。評価されやすい経験は、大きく次の3つです。
職務経歴書では、営業成績だけでなく、顧客課題を起点に何を変えたかを書きましょう。
コンサル経験者は、課題整理、仮説構築、プロジェクト推進の経験を活かしやすいです。一方で、スタートアップでは資料作成や提言だけでなく、自ら手を動かして実行する姿勢も見られます。評価されやすい経験は、大きく次の3つです。
職務経歴書では、「分析しました」だけでなく、「分析をもとに何を実行し、何が変わったか」まで書くことが重要です。
新規事業経験者は、仮説検証や市場開拓の経験を活かしやすいです。ただし、「新規事業を担当」と書くだけでは、本人の貢献範囲が伝わりません。評価されやすい経験は、大きく次の3つです。
職務経歴書では、事業全体の説明ではなく、自分がどの論点を担当し、どの意思決定に貢献したかを書きましょう。
大企業出身者は、顧客基盤、業界知識、プロジェクト推進、社内調整の経験を活かしやすいです。一方で、スタートアップでは、大企業の看板や制度がない環境で動けるかも見られます。評価されやすい経験は、大きく次の3つです。
職務経歴書では、「大企業で担当した」ではなく、「大企業の中でどの課題を解決したか」を書くと伝わりやすくなります。
職務要約
法人向けSaaS企業で5年間、製造業向けの新規営業と既存顧客の深耕を担当。顧客の業務課題を整理し、提案内容やターゲット業界を見直すことで商談化率改善に貢献。営業活動に加え、CS・開発部門と連携した導入後の活用改善にも取り組んできた。
主な取り組み
新規開拓では、製造業向けSaaSの提案活動を担当。商談化率が伸び悩んでいたため、業界ごとの失注理由や商談時の反応を整理し、中堅製造業の品質管理部門にターゲットを絞った。導入後の業務改善イメージが伝わるよう提案資料を見直し、商談化率の改善につなげた。
自己PRへの記載例
顧客課題を整理し、営業・CS・開発を巻き込みながら事業を前に進めることを強みとしている。前職では、顧客の業務課題に合わせて提案内容を見直し、商談化率と継続率の改善に貢献。スタートアップにおいても、顧客理解を起点に初期市場の開拓や事業検証に貢献できる。
職務要約
戦略コンサルティング会社で4年間、製造業・エネルギー業界を中心に新規事業開発、業務改革、事業計画策定を支援。市場調査、顧客ヒアリング、事業仮説の整理、実行計画の策定、関係部門との合意形成を担当。新規事業テーマの検証やPoC設計に関わり、事業化に向けた初期検証を支援してきた。
主な取り組み
新規事業支援では、市場調査、顧客ヒアリング、競合調査をもとに初期ターゲットの見直しを担当。当初想定していた大企業向け提案では商談が具体化しにくかったため、導入判断が早く課題が明確な中堅企業へターゲットを変更し、提案資料とPoCの検証項目を整理した。
自己PRへの記載例
複雑な事業課題を整理し、実行可能な打ち手に落とし込むことを強みとしている。前職では、市場調査や事業計画策定だけでなく、顧客ヒアリングやPoC設計まで担当。スタートアップでは、仮説構築だけで終わらせず、顧客検証と実行を通じて事業成長に貢献できる。
職務要約
大手メーカーの新規事業部門で3年間、産業機器向けIoTサービスの事業開発を担当。市場調査、顧客ヒアリング、PoC設計、パートナー企業との協業検討を推進。既存製品の販売ではなく、新しい顧客課題を探索し、サービス化に向けた検証を進めてきた。
主な取り組み
産業機器向けIoTサービスの検討では、顧客ヒアリングを通じて、課題を感じる現場部門と予算を持つ部門が異なることを確認した。設備管理部門単独への提案では導入判断が進みにくかったため、生産技術部門・経営企画部門も含めた提案設計へ変更し、PoCの目的や検証項目を整理した。
自己PRへの記載例
市場仮説を顧客ヒアリングで検証し、事業の方向性を修正しながら前に進めることを強みとしている。前職では、PoC設計やパートナー連携を通じて、新規サービスの検証を推進。スタートアップでも、顧客課題と事業性の両面を見ながら、初期市場開拓に貢献できる。
企業によって使い方は異なります。一般的には、事業開発は新規事業、アライアンス、市場開拓、事業推進などを含む広い職種です。BizDevもほぼ同じ意味で使われることがありますが、企業によっては営業寄り、アライアンス寄り、プロダクト寄りなど役割が異なります。応募前に、求人票の業務内容と期待役割を確認しましょう。
応募できる場合があります。特に、顧客課題の整理、提案内容の改善、社内連携、初期顧客開拓などの経験がある場合は、BizDevに近い経験として評価されます。ただし、単なる販売実績だけでなく、事業や市場をどう前に進めたかを伝えることが重要です。
募集職種の要件を満たしていれば、スタートアップ経験がなくても応募できます。ただし、未整備な環境で動けるか、役割を広げられるか、変化に適応できるかは見られます。過去の経験の中から、不確実な状況で判断した経験や、自分から仕組みを作った経験を整理しておきましょう。
数字がない場合でも、評価される経験はあります。たとえば、顧客ヒアリングの仕組みを作った、失注理由を整理した、PoCの検証項目を標準化した、営業と開発の連携方法を整えた、といった経験です。重要なのは、何を変えたのかを具体的に書くことです。
評価される可能性があります。特に、市場調査、顧客ヒアリング、PoC設計、社内外の調整、事業計画作成などはスタートアップでも活かせます。ただし、大企業の制度やブランドに依存した成果だけでなく、個人としてどの課題に向き合い、何を前に進めたかを書くことが重要です。
事業開発・BizDevの職務経歴書では、肩書きや担当業務だけでは強みが伝わりません。重要なのは、どの市場や顧客課題に向き合い、どの仮説を立て、誰を巻き込み、事業をどう前に進めたかを書くことです。
スタートアップの事業開発・BizDevでは、完成された仕組みの中で成果を出す力だけでなく、未整備な状況で課題を見つけ、仮説を検証し、関係者を巻き込みながら事業を前に進める力が求められます。
職務経歴書では、経験を大きく見せる必要はありません。自分が向き合った課題、判断したこと、実行したこと、結果として変わったことを具体的に書くことで、スタートアップで再現できる力が伝わります。
ショクレキでは、ヒアリングをもとに職務経歴書を一緒に作成するサービスを提供しています。「事業開発・BizDevの経験をどう書けばいいかわからない」「書類選考が通らない」という方は、ぜひ一度ご相談ください。
本記事は、FrontJournalが公開情報をもとに独自に分析・執筆した第三者コンテンツであり、関係各社・研究機関の公式見解ではありません。
内容に誤り・更新が必要な点があれば、可能な限り速やかに修正します。お気づきの点はお問い合わせまでご連絡ください。
