2026/03/18新規事業仮説検証LITMUS自社プロダクト

新規事業の検証を6週間で終わらせるために、何が必要だったか

新規事業の検証に半年かけて失敗するケースを何度も見た。検証に必要なのは完成品ではなく、Go/No-Goの判断材料。LITMUSを作った理由と、6週間で検証を終わらせるプロセスを整理する。

新規事業の検証で、一番よくある失敗パターンがある。

「いいアイデアだと思うので、まずプロダクトを作りましょう」

この判断をした時点で、ほぼ失敗が確定する。

私はこれまで、自社で10以上のプロダクトを開発してきた。成功したものもあれば、失敗したものもある。そして、受託で新規事業の相談を受けるうちに、社内で新規事業を任された担当者が同じパターンで行き詰まっている場面を何度も見た。

共通しているのは、「検証」と「開発」の区別がついていないことだ。

半年かけて作ったものが、誰にも使われない

典型的なケースはこうだ。

本当の問題は、マーケティングではない。

そもそも、そのプロダクトが解決しようとしている課題が、ユーザーにとって本当に課題だったのかを確認していない。

半年と500万円をかけて確認したのは、「作れるかどうか」であって、「必要とされているかどうか」ではなかった。

自分自身のプロダクト開発で学んだことがある。

成功したプロダクトと失敗したプロダクトの違いは、技術力でもデザインでもなかった。リリース前に「この課題は本物か」を確認したかどうかだけだった。

具体的に言えば：

これを確認するのに、完成品はいらない。

必要なのは、5〜10人へのインタビュー、簡易なプロトタイプ、そして「Go/No-Go」を判断するためのレポートだ。

LITMUSを設計するとき、最も重要だった判断が期間の設定だ。

長すぎると、検証が開発にすり替わる。 3ヶ月あると、人は自然と「もっと作り込もう」とする。仮説の検証ではなく、プロダクトの完成が目的になる。

短すぎると、意味のあるデータが集まらない。 2週間では、インタビューのスケジュール調整だけで終わる。

6週間は、以下のプロセスを「急がず、ダレず」回せる最短期間だった：

Week 1-2：課題の構造化

アイデアをLean Canvasで整理する。顧客は誰か、課題は何か、既存の代替手段は何か。ここで曖昧なまま進めると、後の全てがぼやける。

その上で、想定顧客5〜10名にインタビューする。聞くのは「このプロダクトが欲しいか」ではなく、「今、その課題にどう対処しているか」。

Week 3-4：プロトタイプ開発

インタビューで確認した課題に対して、最小限のプロトタイプを作る。AIコーディングツールを使えば、2週間で「触れるもの」は作れる。

ここで重要なのは、作り込まないこと。検証に必要な最小限の機能だけを実装する。ログイン機能も管理画面もいらない。「課題を解決するコア体験」が伝わればいい。

Week 5-6：検証とレポート

プロトタイプを想定顧客に見せる。反応を記録する。「お金を払ってでも使いたいか」を確認する。

最終的に、Go/No-Goの判断材料をレポートにまとめる。稟議に使える形式で。

LITMUSを作った最大の理由は、新規事業の担当者が社内で最も必要としているものがわかったからだ。

それは、プロダクトではない。「この事業をやるべきだ」と経営層を説得できる根拠だ。

大企業の新規事業担当者に共通する悩みがある：

LITMUSは、6週間で「やるべきか、やめるべきか」の判断材料を渡す。結果が「やめるべき」でも、それは失敗ではない。500万円と半年を使う前にわかったのだから、むしろ成功だ。

LITMUSで提供しているプロセスは、自分自身のプロダクト開発で使っている手法そのものだ。

転職DBを作る前に、転職活動中の人に10名以上インタビューした。maneguriを作る前に、中小企業の経営者が資金繰りをどう管理しているかを調べた。

インタビューの結果、「これはニーズがない」と判断して作らなかったアイデアも複数ある。作らなかった判断こそが、限られたリソースを有効に使えた理由だ。

コンサルタントの理論ではなく、実践者が自分で使っている方法を、そのまま提供している。

新規事業の検証を始める方は、まずLean Canvasでアイデアを整理するところから始めてみてほしい。本格的に検証を進めたい方は、LITMUSで相談を受けている。