死の谷・ダーウィンの海とは？魔の川との違いと越え方を解説

魔の川・死の谷・ダーウィンの海は、立ちはだかる段階が違う

3つの言葉は、研究成果が製品や事業になり、市場で定着するまでに直面する壁を表します。まずは「どの段階の、何が難しいのか」を分けると、違いが分かります。

JAXAの解説では、魔の川を基礎研究から実用化を目指す研究への壁、死の谷を実用化研究から製品化への壁、ダーウィンの海を市場で生き残る際の壁として整理しています。以下の表は、この区分に実務上の問いを加えたものです。出典：JAXA「死の谷から救う人々（仕掛け人編）」。

この表を使うと、「開発を続ければ解決する問題」と「顧客や社内の関係者に確認すべき問題」を切り分けられます。たとえば、購入する部署が決まっていないのに性能だけを高めても、受注へ進めるとは限りません。

イノベーション総研では、この区分をいま不足している条件に、次の仕事を合わせるための道具として使います。案件の名前を付けることよりも、「次の投資や発売を止めている条件は何か」を具体化することが重要です。

なお、用語の区切りは文献によって異なります。RIETIの議論では、死の谷は資金に加えて技術や政策の問題も含むと説明されています。本記事では上表の区分を使いますが、資金不足だけに狭めて理解しないでください。出典：RIETI「イノベーションに関する『死の谷』問題を巡る議論について」。

魔の川を越えるには、技術の特徴を「顧客の困りごと」へ置き換える

最初に必要なのは、技術の良さを説明する資料ではなく、その技術が必要になる場面です。誰のどの仕事が変わるのかを確かめ、実用化に向けて開発する対象を絞ります。

「何ができるか」から「誰の何が楽になるか」へ進める

たとえば、振動を細かく測定できるセンサー技術を持つ企業を考えます。以下は説明のための架空例であり、実在企業の実績ではありません。

「高精度のセンサー」というだけでは、顧客が購入する理由は見えません。「工場の保全担当者が、設備の異常を早く見つけ、突然の停止に備えられる」という使い道にすると、話を聞く相手と確かめたい課題が具体的になります。

ここで顧客に確認するのは、製品への感想ではなく、現在の仕事です。直近で設備に異常が出たとき、誰がどう気づき、何を調べ、どのくらいの手間がかかったのかを聞きます。今の点検方法で十分なら、新しいセンサーを導入する必要性は弱いかもしれません。

技術の性能を上げる前に、顧客が変えたい作業を言葉にしましょう。「どの設備の、どの異常を、いつ知りたいのか」が分かれば、開発で優先する機能も絞れます。

利用場面ごとに、必要な性能と使える条件を確かめる

研究室で動くことと、現場で役立つことは別です。センサーなら、測定精度だけでなく、温度や振動、設置スペース、保守の手間などが利用を左右します。顧客が求める性能と、自社技術が得意な条件の重なりを調べます。

必要以上の性能を目指すと、開発費や価格が膨らむ場合があります。逆に、顧客が許容できない誤検知や設置負担を見落とすと、技術として優れていても採用されません。性能の高低だけでなく、現場で使える組み合わせかを判断してください。

安全性に関わる用途では、実際の運用に使う前に必要な試験や専門家の確認を行います。初期の顧客確認は、実機を持ち込まなくても、現在の作業の聞き取りや利用場面の説明から始められます。

用途を一つに決めつけず、確かめやすい候補から試す

同じセンサーでも、食品工場と化学工場では必要な条件が異なります。市場規模が大きそうという理由だけで決めず、課題の深さ、技術との適合、顧客に接触できるか、検証の負担を比べます。

最初の候補は、「正解だと確信できる用途」ではなく、「確かめる価値があり、実際に確認できる用途」です。候補を選んだ理由と、採用を見送る条件を残しておけば、想定が外れたときも次の用途へ移りやすくなります。

この段階で残したいのは、対象顧客、困る場面、今の対処方法、必要な性能をまとめた短い用途メモです。技術から用途を探す手順は、技術シーズを事業化するための進め方で詳しく解説しています。

死の谷を越えるには、「動く試作品」を「提供できる事業」に変える

開発や実証で成果が出ても、そのまま事業化できるとは限りません。死の谷では、技術を使える形に仕上げる仕事と、顧客が購入・導入できる条件、提供を担う体制をそろえる仕事が必要です。

実証の前に、結果を誰がどう判断するかを決める

PoC（概念実証）は、技術やアイデアが実現できるかを限定した範囲で確かめる試みです。「PoCを実施する」だけでなく、何を確認できれば次へ進むのかを、始める前に決めます。

先ほどの架空のセンサー事業なら、異常を検知できるかを試すことと、工場が導入費用を負担するかを確かめることは別の検証です。前者が成功しても、後者が未確認なら、量産への投資判断はできません。

実証の計画には、確認する条件、結果を見る人、結果に応じた次の仕事を入れます。技術が基準を満たし、工場の導入条件も確認できた場合は製品化を検討する。技術は動くが設置負担が大きい場合は、設置方法を変えて再検証する。このように分岐を置くと、実証後の会議で何を決めるかが明確になります。

PoCの成功と、事業化の準備が整ったことを混同しないのが要点です。実証の回数ではなく、購入・導入・提供に必要な条件がどこまで確認できたかを見ます。

利用者の評価と、費用を負担する人の判断を分ける

保全担当者がセンサーを使いたいと思っても、設備投資の責任者は費用に見合う効果を、情報システム部門は接続やデータ管理の条件を確認するかもしれません。利用者の好意的な反応だけでは、社内の手続きは進みません。

商談では「導入に前向きですか」ではなく、「導入を決めるために、誰が何を確認しますか」と聞きます。予算の時期、評価の手続き、必要な書類、現場の協力などを、相手の実際の仕事として把握します。

機器を評価するための現場提供、必要データの共有、購買担当者との面談などは、検討が進んでいる手がかりになります。ただし、協力を得られたことと受注が確定したことは分けて記録してください。

追加投資を求めるときは、残る仕事と費用を具体化する

「事業化のために予算が必要」では、何に投資するのかが伝わりません。開発の完成度だけでなく、販売開始までに残る仕事を一覧にし、どの範囲を今回承認してほしいのかを示します。

表のすべてを完全に確定させなければ動けない、という意味ではありません。確認できた事実と未確認の前提を分け、今回の投資で何を明らかにするかを示します。原価や販売数量が変わったとき、回収の見通しがどう変わるかも確認しておくと、判断しやすくなります。

量産設備のように戻しにくい投資は、少量生産や外部委託で確かめる案と比較します。一方、試験や認証にまとまった費用が必要な領域もあるため、小さく始めれば必ず進むとは限りません。事業に必要な条件に合わせて、投資を区切ります。

実証後の進め方はPoCから事業化へ進める方法、社内での審査は新規事業の投資判断基準も参考にしてください。

事業が止まっている理由から、次の仕事を選ぶ

近い状態を開くと、確認項目と記事内の説明・関連支援が分かります。

01　技術の使い道や顧客を絞れない

技術の特徴を、困っている人と作業の場面へ置き換えます。

• 具体的な利用場面を挙げる
• 現在の対処方法を調べる
• 現場で必要な性能を確かめる

用途を見つける方法を読む →

02　実証は終わったが、事業化できない

購入条件、追加投資、提供体制のどこが未確定かを分けます。

• 費用負担者を確認する
• 事業化に必要な仕事を列挙する
• 次の投資範囲を決める

事業化の条件を整理する →

03　販売できたが、継続や利益につながらない

顧客が使い続ける理由と、提供にかかる費用を確認します。

• 利用をやめる理由を調べる
• 選ばれる顧客層を比べる
• 個別対応の工数を記録する

市場で定着する条件を読む →

04　誰に何を判断してもらうか決まらない

次の会議で決めたいことと、不足している事実をそろえます。

• 止まる理由を一文にする
• 判断に必要な事実を選ぶ
• 担当者と期限を置く

3つの確認方法を読む →

05　技術と顧客をつなぐ仕事に手が足りない

用途探索、顧客確認、事業化の検討に必要な支援を選びます。

• 社内でできる仕事を確認する
• 不足する専門性を挙げる
• 支援に求める成果を決める

技術事業化支援を見る →

06　課題が重なり、優先順位を決められない

無料診断を、社内の認識と課題を整理する入口に使えます。顧客需要の実証とは別のものです。

• 現在の事業段階を整理する
• チームの認識差を確認する
• 最初に扱う課題を選ぶ

新規事業のリスク診断を無料で試す →

JAXAの事例では、利用者だけでなく導入する組織の利点も確かめた

技術の実証と、実際に使われる状態の間には、関係者との調整が必要です。その具体例が、空港の風情報をパイロットへ提供する「SOLWIN」の運用開始です。写真は打ち合わせのイメージであり、この事例を撮影したものではありません。

試験の評価を、鳥取県による運用へつないだ

JAXAとソニックが共同開発したSOLWINは、鳥取空港での実証試験を経て、2019年8月に鳥取県による運用が始まりました。共同発表では、試験でパイロットから運航安全に寄与するとの評価を得たことが示されています。出典：JAXA・鳥取県「SOLWINの運用開始について」。

JAXAの振り返りでは、航空会社にとっての有用性に加え、導入する鳥取県にとっての利点を考えた経緯が説明されています。開発する組織、利用する側、導入して運用する側が連携して、試験から実運用へつなぎました。出典：JAXAの開発・導入の振り返り。

自社では、使う人・導入を決める人・運用する人をそろえる

イノベーション総研がこの事例から重視するのは、技術の利用者を見つけるだけでなく、導入を決める組織の目的にも合う形にした点です。便利になる人と、費用や運用責任を引き受ける人が違う事業では、双方が進められる理由を確かめる必要があります。

工場向けセンサーの架空例に置き換えると、保全担当者の仕事が楽になることだけでなく、設備投資の責任者が導入を判断できる材料と、設置後の保守を担う体制が必要です。顧客の社内調整を「相手任せ」にせず、必要な情報を誰へ渡すかまで一緒に考えます。

これは複数の組織や部署が関わる事業に適用しやすい考え方です。ただし、SOLWINの実運用開始を、一般的な事業の黒字化や投資回収の証明として扱うことはできません。参考にするのは、導入と運用の条件をそろえた進め方です。

ダーウィンの海を越えるには、選ばれ続ける理由と採算を確かめる

発売は、顧客が使い続けることや、事業として利益が残ることの証明ではありません。市場に出た後は、どの顧客に価値が届き、どの条件なら継続して提供できるかを確かめます。

売上だけでなく、使われ方と離れる理由を見る

初期の受注には、試験的な導入や既存の取引関係が影響している場合があります。売上が立った事実は重要ですが、次の顧客にも同じ理由で選ばれるかは別に確認しなければなりません。

センサー事業なら、機器が設置されたかだけでなく、担当者が通知を確認し、点検や修理の判断に使っているかを調べます。「設置したが通知を見ていない」なら、精度ではなく通知の出し方や担当者の仕事とのつながりに課題があるかもしれません。

契約更新があるサービスでは更新や解約、売り切り型の機器では追加購入、稼働状況、保守の利用などを見ます。顧客が価値を得るまでに時間がかかる商材もあるため、評価する期間は実際の利用周期に合わせて決めてください。

顧客層ごとに、何と比べて選ばれたのかを調べる

競争相手は、同じ機能を持つ製品だけではありません。人が点検する、既存設備を使い続ける、当面は何も変えないといった選択肢も含みます。顧客が何と比べ、どの違いを評価したのかを聞きます。

同じセンサーでも、設備停止の影響が大きい工場と、点検の負担が小さい工場では、支払える価格や必要な支援が異なります。顧客をまとめた平均だけで見ると、価値が伝わる相手とそうでない相手の違いを見落とします。

継続している顧客と利用をやめた顧客を比べ、設備の種類、導入目的、運用体制などの共通点を探します。その結果で対象顧客を絞る、導入支援を変える、提供機能を見直すなど、次の改善を選びます。

個別対応の費用を含め、増やしてよい顧客を見極める

受注が増えても、毎回の設置や調整、問い合わせ対応に多くの時間がかかれば、利益が残らないことがあります。売上原価だけでなく、その顧客へ提供するために増える工数や費用を記録します。

設備点検の架空例では、センサー本体の費用に加え、現地での設置、測定条件の調整、通知設定、保守対応が発生します。どこまでを標準サービスに含め、どこから追加料金にするかが曖昧だと、顧客を増やすほど個別対応も増えてしまいます。

拡大を急ぐ前に、継続利用と提供費用が両立する顧客像を見つけます。採算が合う顧客と合わない顧客の違いが分かれば、価格・対象・提供方法のどこを変えるべきかを判断できます。

一件ごとに収支が合っていても、開発費や共通の人件費を回収できるとは限りません。顧客単位の採算と事業全体の収支は、分けて確認してください。価格や提供費用の考え方は、新規事業の収益モデルの作り方で解説しています。

次の会議で、止まっている原因と次の仕事を決める3つの確認

自社がどの関門にいるかは、作業の進捗だけでは判断できません。「何が分からないために次へ進めないのか」を起点に、担当者と次の判断日まで決めましょう。

1. 前へ進めない理由を、一文にする

「死の谷にいる」「事業化が難しい」では、次の仕事が決まりません。「技術は動くが、顧客の情報システム部門の接続承認が得られていない」のように、具体的な条件を一文にします。

複数の課題があるなら、いま解消しないと他の仕事も進まないものを選びます。購入意向が未確認の段階で営業人員を増やす計画を細かく作るより、まず費用負担者と購入条件を確認する、といった順序です。

発売後に用途を見直すこともあります。順番どおりに進めたように見せるために未確認事項を隠さず、必要なところへ戻って確かめてください。

2. 判断に必要な事実と、集める方法を決める

次に、「何が分かれば判断できるか」を決めます。接続承認が課題なら、一般的な市場調査を増やすのではなく、顧客の担当部署に利用可能な構成や審査条件を確認する必要があります。

資料には、事実、解釈、未確認事項を混ぜずに残します。「保全担当者が使いたいと発言した」は事実、「購入につながりそう」は解釈、「費用負担者が予算を確保できるか」は未確認事項です。この区別があると、追加で何を聞くべきかが見えます。

次の確認で前提が崩れた場合も考えておきます。顧客や使い方を変える余地があるのか、それとも今の案への追加投資を止めるのか。期待する結果だけに合わせた計画にしないことが大切です。

3. 担当者・期限・判断する人を、同じメモに残す

調べることが決まっても、担当者や期限がなければ次回も同じ議論になります。以下は、先ほどの工場向けセンサー事業を使った架空の記入例です。日数や役割は自社の条件に置き換えてください。

実際に使うときは、「次回会議」を日付に、「担当者」を氏名に置き換えます。必要な事実が集まらなかった場合も、理由と追加で確かめる範囲を決め、期限だけを延ばさないようにします。

研究・開発・営業・運用など複数の部署が関わる場合は、次の仕事を受け取る側も会議に加えます。資料を渡して終わりにせず、引き受ける仕事、使える人員、判断に必要な情報がそろったかまで確認しましょう。

死の谷・ダーウィンの海に関するよくある質問

順序の考え方、資金やPoCとの関係、他の事業への当てはめ方をまとめます。

Q. 魔の川・死の谷・ダーウィンの海は、必ずこの順番で現れますか？

A. 研究から開発、事業化、市場での定着へ進む順序を説明する整理です。ただし、現実には発売後に用途を見直したり、新しい顧客向けに再び実証したりします。案件全体に一つの名前を付けるより、用途・導入・継続のどの条件が不足しているかを確認してください。

Q. 死の谷は、資金を増やせば越えられますか？

A. 資金不足が原因なら資金の確保は必要ですが、それだけでは十分とは限りません。購入する人、導入条件、提供する体制が決まっていない場合は、先にその条件を確かめます。調達した資金を何の確認や準備に使い、どの結果で次の投資を決めるかまで定めます。

Q. PoCが成功すれば、死の谷を越えたと考えてよいですか？

A. 技術が動くことを確認しただけなら、事業化の条件がそろったとはいえません。顧客が費用を負担する条件、導入や運用の責任者、提供に必要な原価などが残っている可能性があります。PoCで分かったことと未確認事項を分け、事業化を判断します。

Q. 研究開発型ではないサービス事業にも使えますか？

A. 使えます。魔の川は解決したい課題とサービスの用途を定める壁、死の谷は試行から有料提供へ移る壁、ダーウィンの海は顧客に選ばれ続ける壁として考えられます。研究・製品化の区切りをそのまま当てはめず、自社の仕事に置き換えて使ってください。

Q. 越えられないときは、いつ中止を判断すべきですか？

A. 一律の期間では決めません。顧客にとっての必要性や実現性など、事業の前提が崩れ、確かめる価値のある代替案もなければ中止を検討します。続ける場合は、残る問い、確認方法、追加費用、期限を明確にします。対象顧客や提供方法の変更で見込みが生まれるなら、修正案と中止案を比べて判断します。

まとめ｜関門の名前より、次へ進めない理由を具体化する

魔の川では技術の用途、死の谷では購入・導入・提供の条件、ダーウィンの海では継続利用と採算が主な確認対象です。同じ「事業が進まない」状態でも、必要な仕事は変わります。

まず自社の案件について、次へ進めない理由を一文で書いてください。その理由を確かめる方法、担当者、期限、判断する人を決めれば、次の会議を具体的な意思決定につなげられます。進めるだけでなく、対象や提供方法を変えること、いまの案を止めることも選択肢に入れて判断しましょう。