事業開発からDeepTech企業へ転職|技術と事業をつなぐ職務経歴書の書き方

事業開発からDeepTech企業へ転職|技術と事業をつなぐ職務経歴書の書き方

事業開発としてスタートアップへ応募する場合、職務経歴書では「新規事業を担当」「アライアンスを推進」といった肩書きだけでなく、どの課題を見つけ、どの仮説を立て、誰を巻き込み、事業をどう前に進めたかを伝えることが重要です。

スタートアップの採用側が知りたいのは、立派な事業構想よりも、未確定な状況で顧客やパートナーと向き合い、具体的な検証や商談へ落とし込めるかです。この記事では、事業開発の職務経歴書で評価されやすい経験、書き方、例文を解説します。

1. スタートアップの事業開発で評価される経験

DeepTech事業開発で評価される3つの経験(顧客課題/技術接続/検証推進)

顧客課題を起点に事業機会を見つけた経験

スタートアップ事業開発では、既存市場が明確でない状態から、顧客課題導入用途を探すことがあります。

評価されやすい経験は、大きく次の3つです。

  • 顧客ヒアリング顧客の業務課題や導入条件を確認した経験
  • 市場仮説の整理業界、用途、顧客規模ごとに仮説を立てた経験
  • 初期検証PoC、商談、共同検証などへ進めた経験

職務経歴書では、「市場調査をした」ではなく、どの仮説を立て、どの顧客に検証したかを書きましょう。

社内外の関係者を巻き込んだ経験

事業開発では、営業、開発、法務、経営、外部パートナーなど複数の関係者と進める場面が多くあります。

評価されやすい経験は、大きく次の3つです。

  • 社内連携営業、開発、CS、法務、経営陣と進めた経験
  • パートナー調整代理店、共同開発先アライアンス先と条件を整理した経験
  • 合意形成目的、役割、スケジュール契約条件を整理した経験

職務経歴書では、「調整した」ではなく、何を整理し、どの状態まで前に進めたかを書くことが重要です。

事業を数字や条件へ落とし込んだ経験

事業開発では、アイデアを出すだけでは不十分です。顧客、価格、収益性、導入条件運用体制まで考える必要があります。

評価されやすい経験は、大きく次の3つです。

  • 収益モデルの整理価格、粗利、課金単位契約条件を整理した経験
  • 導入条件の設計PoC条件、導入ステップ、運用体制を整理した経験
  • 撤退・見直し判断検証結果をもとにターゲットや提案を変えた経験

事業開発では、成功事例だけでなく、仮説を修正した経験も評価されます。

2. 書類が通りにくい職務経歴書の3つのパターン

書類が通りにくい事業開発職務経歴書3パターン(構想だけ/範囲が広い/成果が曖昧)

パターン1:事業構想だけになっている

新規事業を企画」「事業戦略を立案」と書くだけでは、実行力が伝わりません。採用側が知りたいのは、構想をどのように顧客検証や商談、PoCへ落とし込んだかです。

パターン2:担当範囲が広すぎて強みが見えない

事業開発業務範囲が広いため、すべてを書こうとすると焦点がぼやけます。職務経歴書では、代表的な経験を1〜3件選び、顧客課題、仮説、行動、結果が伝わるように書きましょう。

パターン3:成果が曖昧

「事業化に貢献」「アライアンスを推進」といった表現だけでは、具体性が足りません。PoC件数、商談数、契約締結、提携先数、売上、検証結果、ターゲット変更など、事業がどう前に進んだかを書きましょう。

3. 職務経歴書で書くべき項目

職務要約

記載例:

BtoB SaaS企業で4年間、事業開発として新規顧客開拓、PoC設計、パートナーアライアンスを担当。顧客ヒアリング、導入条件整理、営業・開発部門との連携に関与。

業務内容

記載例:

  • 新規事業の顧客ヒアリング
  • 市場・競合調査
  • PoC設計、検証項目の整理
  • パートナー候補との商談
  • 営業・開発・法務との連携

実績

記載例:

  • 顧客ヒアリング30件を実施
  • PoC候補5社を創出
  • パートナー候補12社を調査し、3社と商談を実施
  • 検証結果をもとにターゲット業界を変更

主な取り組み

記載例:

新規事業の立ち上げでは、当初は大企業向けを想定していたが、商談で導入判断までの期間が長いことが課題になっていた。顧客ヒアリングをもとに、課題が明確で意思決定が早い中堅企業へターゲットを変更し、PoCで確認すべき項目を整理した。

自己PRへの記載例

記載例:

事業開発として、顧客課題の整理、PoC設計、社内外の関係者調整を担当してきた。前職では、顧客ヒアリングをもとにターゲット業界を見直し、検証商談へ進めた。スタートアップでも、仮説を顧客検証へ落とし込み、事業機会の具体化に取り組みたい。

4. 経験を「スタートアップで再現できる経験」に変換する書き方

事業開発経験をDeepTech向けに変換する流れ:課題・仮説・検証・判断
一般的な書き方スタートアップ向けの書き方
新規事業を担当顧客ヒアリングをもとに市場仮説を検証
アライアンスを推進パートナー候補を整理し、協業条件を具体化
市場調査を実施業界別に課題と導入可能性を整理
PoCを担当検証項目、判断基準、次の商談条件を整理
事業戦略を立案顧客反応をもとにターゲットと提案を見直し

ポイントは、「企画した」ではなく「仮説をどう顧客検証へ落とし込み、事業を前に進めたか」を書くことです。

5. 職務経歴書の例文

例:SaaS企業の事業開発

職務要約

BtoB SaaS企業で4年間、新規事業事業開発を担当。顧客ヒアリング、PoC設計、パートナー開拓、営業・開発部門との連携に関与。

業務内容

  • 新規事業の市場調査、顧客ヒアリング
  • PoC候補企業の開拓
  • 検証項目、導入条件の整理
  • パートナー候補との商談
  • 営業・開発部門との連携

実績

  • 顧客ヒアリング30件を実施
  • PoC候補5社を創出
  • パートナー候補12社を調査
  • 顧客反応をもとにターゲット業界を変更

主な取り組み

新規事業の検討では、当初想定していた大企業向け提案で商談が長期化していた。ヒアリング内容を整理し、導入課題が明確で意思決定が早い中堅企業へターゲットを変更。PoCで確認すべき項目も整理し、検証商談へ進めた。

自己PRへの記載例

顧客課題の整理、PoC設計、社内外の関係者調整を担当してきた。前職では、顧客ヒアリングをもとにターゲットと検証項目を見直した。スタートアップでも、仮説を具体的な検証へ落とし込み、事業機会の創出に取り組みたい。

6. 添削例

添削①【主な取り組み】構想だけになっている

添削前

新規事業の企画を担当しました。

添削後

新規事業の検討で、想定顧客へのヒアリングを30件実施した。導入判断が進みにくい理由を整理し、ターゲット業界とPoC条件を見直した。

添削ポイント

事業構想だけでなく、顧客検証や条件整理まで書くと実行力が伝わります。

よくある質問

Q. 事業開発経験が浅くても応募できますか?

応募できる場合があります。営業、PM、コンサル新規事業アライアンスなどで、顧客課題や事業条件を整理した経験があれば活かせます。

Q. 成果が売上化していなくても書けますか?

書けます。PoC創出、検証商談、ターゲット変更、提携候補の整理なども、事業開発の成果として書けます。

まとめ

  • 事業開発職務経歴書では、構想よりも、仮説をどう顧客検証へ落とし込み、誰を巻き込み、何を前に進めたかを書くことが重要
  • スタートアップで評価されるのは、きれいな戦略資料ではなく、未確定な状況で事業を具体化できる行動

事業開発の職務経歴書は、構想よりも、仮説を顧客検証へどう落とし込み、誰を巻き込み、事業をどう前に進めたかを伝えることが重要です。

この記事の作者

ショクレキ代行

ショクレキでは、ヒアリングをもとに職務経歴書を一緒に作成するサービスを提供しています。「事業開発職でDeepTech企業への転職を考えているが書類をどう書けばいいかわからない」「書類選考が通らない」という方は、ぜひ一度ご相談ください。

他のコラム記事

本記事は、FrontJournalが公開情報をもとに独自に分析した第三者コンテンツであり、対象企業・研究機関の公式見解ではありません。

この企業の方へ

内容に誤り・更新が必要な点があれば、可能な限り速やかに修正します。お気づきの点はお問い合わせまでご連絡ください。

掲載情報の修正・写真の追加・更新はこちら