事業開発とは？新規事業との違い・仕事内容・進め方を解説

結論｜事業開発とは成長機会を実装までつなぐ機能

事業開発の中心は、企画書を作ることでも、提携先を増やすことでもありません。顧客の未解決課題と自社の強みが交わる機会を見つけ、確かめるべき前提を選び、継続・変更・停止の判断をできる状態へ進めることです。

事業開発は発見・検証・設計・実装を一つの判断線でつなぐ

市場調査、顧客面談、試作、収支計画、社内調整を別々の仕事として進めると、資料は増えても判断材料がつながりません。最初に「どの成長機会を選ぶか」「何が分かれば次へ進むか」「誰が受け取って実装するか」を置き、各活動の結果を同じ判断へ集めます。これが、事業開発を単なる調整業務にしない基本です。

OECDのOslo Manual 2018は、企業のイノベーション活動に開発・財務・商業活動を含め、アイデアだけでなく市場への導入または社内での利用までを重視しています。事業開発も同様に、着想だけで終わらせず、顧客への提供と社内の実装へつなぐ視点が欠かせません。

事業開発担当者がすべてを自分で実行する必要はありません。顧客、営業、開発、財務、法務、経営の間で情報を翻訳し、判断に必要な条件をそろえることが役割です。

事業開発とは｜定義と対象範囲

事業開発には法律上の統一定義があるわけではなく、会社の成長課題によって範囲が変わります。新市場の開拓を中心にする会社もあれば、新製品、提携、既存事業の変革まで含める会社もあります。

カナダ政府系金融機関のBDCは、事業開発を顧客獲得に関わるプロセスとして捉え、新市場で成長と収益性を生む機会の特定・創出・追求までを含めています。一方、実務では売る前に、顧客、価値、提供方法、収益性、社内の受入条件を整える必要があります。

本記事では、事業開発を「既存の売り方を繰り返すだけでは得られない成長機会を、検証と設計によって実装可能な事業へ変える機能」と定義します。対象は完全な新規事業に限らず、既存事業の新市場進出、新しい販売チャネル、事業提携、提供モデルの変更も含みます。

範囲は開始点・終了条件・受取人の3点で決める

事業開発の業務範囲は会社によって違って構いません。ただし、「どの状態から担当を始めるか」「どの証拠と合意がそろえば完了か」「完了後にどの部門・責任者へ渡すか」の3点は案件ごとに決めます。たとえば新市場開拓なら、問い合わせ件数ではなく、対象顧客・用途・価格・営業手順がそろい、営業部門が再現できる状態を終了条件にできます。

担当範囲を「何をするか」だけでなく、「どの状態まで進め、誰へ渡すか」で定義してください。 終了条件がなければ、事業開発が調整や資料作成を抱え続けます。

新規事業・営業・経営企画との違い

事業開発は複数部門と重なるため、担当業務を完全に分離するより、主な目的と判断責任を分ける方が実務的です。会社の規模によって一人が複数役を兼ねても構いませんが、同じ会議でどの役割として判断しているかは明確にします。

役割の違いは作業名ではなく「何を決めるか」で見分ける

顧客面談や収支計画は、事業開発、営業、事業企画のどの担当者も行います。区別する基準は作業名ではなく、未確定な顧客・価値・提供方法を確かめるのか、決まった商材の取引を増やすのか、既存事業の計画を改善するのかです。会議資料には担当部門だけでなく、その場で決めることと判断者を記載します。

新規事業とはで扱うのは、新しい価値と収益の仕組みを生み出す取り組みそのものです。事業開発は、その取り組みを前へ進める横断機能と考えると違いが分かりやすくなります。

営業との境界は、販売条件が固まっているかで見ます。顧客、価格、提供方法が定まり、再現性のある商談を増やす段階は営業が中心です。誰が買うか、何に対価を払うか、どの提供方法が成立するかを確かめる段階は、事業開発が営業と共同で進めます。

事業開発の仕事内容を4領域で整理する

仕事内容は会社ごとに広がりますが、目的で分けると、機会探索、仮説検証、事業設計、実装・連携の四領域に整理できます。すべてを順番に一度だけ行うのではなく、検証結果に応じて前の領域へ戻ります。

4領域は順番ではなく往復する仕事として運用する

顧客確認によって想定用途が変われば、機会探索へ戻って対象市場を見直します。価格テストで提供原価が合わないと分かれば、事業設計だけでなく解決策の範囲も変えます。各領域に期限を置き、得られた事実、変えた仮説、残る不確実性を共通の記録へ残すと、往復しても判断の経緯を追えます。

機会探索では市場規模だけでなく、顧客が現在どのように困りごとを処理しているかを見ます。仮説検証では、作ることではなく、重要な不確実性を減らします。事業設計では売上と同時に原価・提供負荷・継続率を考え、実装では通常組織が引き取れる条件をそろえます。

PoCとは技術や仕組みの実現可能性を確かめる検証であり、事業開発の手段の一つです。PoCの結果だけで顧客価値や採算性まで証明したことにはならないため、確かめる問いを分けてください。

事業開発の進め方｜6つの実務ステップ

進め方は、テーマ選定、顧客理解、価値仮説、事業性、実装設計、投資判断の六つに分けます。各ステップには成果物と判断者を置き、資料の完成ではなく次の判断ができる状態を完了条件にします。

6ステップは成果物より判断可能な状態を完了条件にする

「面談を10件行う」「試作品を作る」といった活動の完了だけでは、次の判断につながりません。各ステップの入口で、誰が、どの証拠を見て、継続・変更・停止のどれを決めるかを定めます。成果物はその判断に必要な情報だけを含め、判断後は次に確かめる前提と期限へ更新します。

各ステップの期限は、すべての情報が集まる日ではなく、現時点の証拠で次の行動を選ぶ日にします。判断後には、採用した案だけでなく、捨てた案と理由、残った不確実性も記録してください。

実験を短く回す基本は新規事業の進め方でも解説しています。手順を固定的な承認工程にせず、最も大きな不確実性から確かめることが重要です。

顧客・市場の仮説を確かめる

顧客確認では「欲しいですか」と意見を聞くより、現在の行動、支払っている費用、困る頻度、代替手段、導入の決定者を確認します。肯定的な感想ではなく、時間を使う、試す、紹介する、予算を確保するといった行動を証拠として扱います。

顧客の発言より現行行動と次の一歩を証拠にする

面談では、過去に実際に困った場面、現在の代替手段、社内で承認に関わる人、すでに使っている費用や時間を具体的に聞きます。そのうえで、次回面談への参加、試作品の利用、社内紹介、見積依頼など小さな行動を依頼します。発言と行動が異なるときは、行動を優先して仮説を更新します。

検証の目的は成功を演出することではなく、次の投資判断に必要な不確実性を減らすことです。 期待と違う結果も、対象顧客・価値・提供方法のどこを変えるかが分かれば成果になります。

MVPとは、顧客から学ぶために必要最小限の価値を形にしたものです。完成品を小さくしただけではなく、どの仮説をどの行動で確かめるかを先に決めます。

事業モデルと収益条件を設計する

顧客から良い反応を得ても、価格、獲得費用、提供原価、継続率、運用負荷が成立しなければ事業にはなりません。精密な長期計画を一つ作るより、結果を左右する前提を置き、複数案を比較します。

単一の売上予測より崩れやすい前提を先に試す

売上だけを強気・標準・弱気の3案にしても、前提が同じなら不確実性は残ります。顧客数、成約率、単価、利用頻度、提供工数のうち、少し変わるだけで収益が大きく動く項目を見つけます。その項目を顧客テストや小規模提供で確かめ、数字を更新してから投資額を決めます。

売上予測は、一つの数字ではなく前提の組み合わせとして示します。顧客数、転換率、単価、継続率、変動費のうち、どれが未確認かを明示すると、次の検証へつながります。

事業性を早く確認する目的は、計画を確定することではありません。どの前提が崩れると成り立たないかを見つけ、安価に確かめられる順番へ並べることです。

社内外の関係者を動かす

事業開発は横断業務です。営業は顧客接点、開発は実現可能性、財務は採算、法務・知財は契約と権利、事業部は販売・提供・運用、経営は資源配分を担います。早い段階からすべての部門を常設する必要はありませんが、重要な判断の前には当事者を入れます。

関係者は常時集めるより必要な判断の前に参加してもらう

探索初期から大人数を集めると、調整の負担が増え、仮説変更も遅くなります。技術条件を決める前に開発、価格と投資額を決める前に財務、データ利用や提携条件を決める前に法務・知財、通常業務へ移す前に受取部門を加えます。参加の目的、判断事項、必要資料を事前に伝えることで会議を短くできます。

IPAのデジタルスキル標準は、ビジネスアーキテクトを、目的設定から関係者をコーディネートし、目的実現まで一貫して推進する人材として整理しています。対象はDXですが、部門横断で目的・役割・実装をつなぐ考え方は事業開発にも応用できます。

外部企業と組む場合は、知名度や相性だけで選ばず、どの不足条件を補うかを明確にします。技術、販路、顧客データ、運用能力のどれが必要か、双方が提供するもの、成果の帰属、撤退条件を合意します。

提携は不足条件を埋める手段として設計する

提携候補を探す前に、自社だけでは用意できない顧客接点、技術、許認可、運用能力などを一つずつ書き出します。候補企業ごとに、提供できる資源、意思決定者、投入期限、成果の測り方、終了時の扱いを同じ項目で比較します。提携契約の締結ではなく、顧客価値と実装条件が前進した時点を成果とします。

提携先の数ではなく、自社だけでは埋まらない条件が具体的に埋まったかを見ます。 協業の開始を成果にせず、顧客価値と実装の前進を評価してください。

必要なスキルとチーム

事業開発に必要なのは、特定業界の知識だけでも、交渉力だけでもありません。顧客の事実を集める力、仮説を分解する力、事業性を数字で捉える力、関係者と合意する力を組み合わせます。

万能な担当者を探すより段階ごとに専門性を足す

探索、検証、事業設計、実装では、中心となる能力が異なります。事業開発担当者はすべてを代行するのではなく、現在の判断に不足する専門性を特定し、必要な期間だけチームへ加えます。評価では知識の広さだけでなく、未確定な前提を言葉にし、専門家の意見を選択肢へ変えた経験を確認します。

一人ですべてを高い水準で担うより、案件の段階に応じて中心人物を変える方が現実的です。探索期は顧客理解、検証期は実験設計、実装期は業務・技術・販売の責任が重要になります。

人材を選ぶときは肩書や自己評価ではなく、過去に不確実な課題をどう分解し、誰と協力し、どの事実で判断を変えたかを確認します。詳しくは新規事業に向いている人で整理しています。

事業開発組織のKPIと評価

売上は重要ですが、初期の事業開発を売上だけで評価すると、まだ分からない顧客や事業性を確かめる活動が弱くなります。段階ごとに、次の判断に必要な証拠と実装準備をKPIへ置きます。

KPIは活動量ではなく次の判断に使える証拠へ寄せる

面談件数、試作数、提携候補数は進捗の把握には使えますが、それだけでは仮説の強さを示しません。「どの顧客条件で行動が再現したか」「価格と提供原価の前提がどこまで確かめられたか」「誰が実装を受け取ると合意したか」を段階別に確認します。KPIの更新日と次の判断日を同時に置くと、測定だけが続く状態を防げます。

初期のKPIは売上だけに寄せず、顧客行動・事業性・実装条件・判断速度を分けて置きます。 面談件数や提携候補数も、次の判断へ使われなければ活動量にすぎません。

案件レビューでは「予定どおりか」だけでなく、何が分かり、どの仮説を変え、次に何を確かめるかを確認します。継続・変更・停止の条件を事前に置くことで、都合のよい説明だけで投資を続ける状態を防げます。

よくある質問

事業開発の担当範囲や進め方について、よくある疑問へ回答します。

Q. 事業開発と新規事業開発は同じですか

A. 重なる部分は大きいですが、同じとは限りません。新規事業開発は新しい事業の立ち上げに焦点を当てることが多く、事業開発は既存事業の新市場開拓、提携、チャネル開発、事業モデルの変更まで含む場合があります。社内では対象と終了条件を明文化してください。

Q. 事業開発と営業の違いは何ですか

A. 営業は、定義された商材を顧客へ提案し取引を成立・拡大する役割が中心です。事業開発は、その前後で顧客、価値、価格、提供方法、提携条件など未確定な前提を検証します。初期顧客への提案は共同で行うことがあります。

Q. BizDevは何の略ですか

A. Business Developmentの略です。日本語では事業開発と訳されます。ただし、肩書が同じでも、営業中心、アライアンス中心、新規事業中心など担当範囲は異なるため、求人や組織では目的と責任を確認してください。

Q. 事業開発は一人でもできますか

A. 初期探索を一人で始めることはできますが、事業化には顧客接点、技術、財務、法務、販売、運用、意思決定の協力が必要です。常設の大人数チームより、段階ごとに必要な専門家と判断者が参加できる体制を作ります。

Q. 事業開発の成果は何で評価しますか

A. 段階によって変えます。探索期は顧客課題の具体化、検証期は顧客行動と仮説更新、設計期は収益・提供条件、実装期は責任者と受入条件を見ます。売上に至る前も、次の投資判断に必要な証拠を作れたかで評価します。

まとめ｜事業開発とは判断と実装をつなぐ仕事

事業開発とは、顧客と市場の事実から成長機会を選び、仮説検証、事業モデル、社内外の体制、投資判断を整えて実装までつなぐ機能です。会社ごとに業務範囲は異なっても、未確定な前提を減らし、次の責任者が判断できる状態へ進める点は共通します。

最初の一枚で対象・課題・未確認事項・受取人をそろえる

新しい仕組みを導入する前に、現在進めている案件を一つ選びます。対象顧客、解く課題、根拠となる事実、最も大きな未確認事項、次の検証、判断者、判断日、通常業務へ渡す条件を一枚へ記載してください。この一枚を関係者と見直すと、次に調べることと、いま決めなくてよいことを分けられます。

• 対象は新規事業だけでなく、新市場、新チャネル、提携、既存事業の変革も含む
• 新規事業・営業・経営企画との違いは、主な目的、対象、成果物、判断で分ける
• 仕事内容は機会探索、仮説検証、事業設計、実装・連携の四領域で整理する
• 進め方はテーマ、顧客、価値、事業性、実装、投資判断の六段階で設計する
• 一人に万能さを求めず、顧客、技術、財務、法務、販売、経営の役割をつなぐ
• KPIは売上だけでなく、顧客行動、事業性、実装条件、判断速度を段階別に置く

最初の一歩として、現在の案件を一つ選び、「対象顧客」「解く課題」「最も大きな未確認事項」「次に行う検証」「判断者」「通常業務へ渡す条件」を一枚に整理してください。空欄になった項目が、事業開発で次に確かめる論点です。

事業開発の成果は、アイデアの数ではなく、証拠を基に次の判断と実装へ進めたかで評価します。