ジャベリンボードの使い方 — 仮説検証を構造化するフレームワーク

仮説検証が進まない原因の多くは、「何を検証しているのか」がチーム内で曖昧なことだ。

インタビューを5件やった。プロトタイプも見せた。だが、結局「で、どうする？」という問いに誰も答えられない。検証はしたが、判断につながっていない。

ジャベリンボードは、この問題を解決するフレームワークだ。仮説を「顧客」「課題」「解決策」「前提条件」の4列で構造化し、検証の設計から結果の記録までを1枚のボードで管理する。

検証のたびにボードを更新すれば、「何がわかって、何がまだわかっていないか」が一目でわかる。仮説検証を「やりっぱなし」にしないための仕組みだ。

ジャベリンボードとは

ジャベリンボード（Javelin Board）は、リーンスタートアップの実践者であるトレバー・オーウェンズらが考案した、仮説検証を構造化するためのフレームワークだ。

名前の由来は「やり投げ（Javelin）」。仮説を的に向かって投げ、当たったかどうかを確認し、外れたら角度を変えてもう一度投げる。この繰り返しが、ジャベリンボードの基本思想だ。

リーンキャンバスが「事業アイデア全体の仮説を整理する」ツールだとすれば、ジャベリンボードは「個々の仮説を検証するプロセスを管理する」ツールだ。両者は補完関係にある。

→ 仮説検証とは何か — 新規事業で「正解」を見つけるプロセス

4つの列の書き方と具体例

ジャベリンボードの中核は、仮説を4つの列に分解することだ。

列1: 顧客（Customer）

書くこと: 仮説の対象となる顧客セグメント

漠然と「企業の担当者」と書いてはいけない。具体的に、誰の仮説なのかを明記する。

良い例: 「従業員1,000名以上のメーカー・経営企画部の課長クラス」 悪い例: 「大企業の人」

列2: 課題（Problem）

書くこと: その顧客が抱えている具体的な課題

ここでも具体性が命だ。「困っている」ではなく、どんな状況で・どの程度困っているかを書く。

良い例: 「新規事業の検討を任されたが、顧客課題の裏付けがなく、稟議が2回否決された」 悪い例: 「新規事業がうまくいかない」

列3: 解決策（Solution）

書くこと: その課題に対する自社の解決策

解決策は「最小限」で書く。フル機能の製品ではなく、課題を解決する核心部分だけを記述する。

良い例: 「4週間で顧客インタビュー5件を実施し、課題の裏付けデータを稟議資料として提供する」 悪い例: 「AIを活用した新規事業支援プラットフォーム」

列4: 前提条件（Assumptions）

書くこと: この仮説が成り立つために必要な前提

ここがジャベリンボードの最も重要な列だ。顧客・課題・解決策の仮説が成り立つために、「何が真でなければならないか」を書き出す。

例:

• 「経営企画部の課長は、新規事業の検討を自分の裁量で進められる」
• 「稟議が否決された原因は、顧客データの不足である」
• 「顧客インタビュー5件のデータがあれば、稟議の説得力が上がる」

前提条件を洗い出したら、最もリスクの高い前提（外れたら全てが崩れる前提）を1つ選び、それを最初に検証する。

→ 仮説検証インタビューで聞くべき5つの質問

検証結果の記録方法

ジャベリンボードは、仮説を立てるだけでなく、検証結果を記録するための仕組みも持っている。1回の検証サイクルを、5つのステップで記録する。

ステップ1: 仮説を明文化する

4列に書いた仮説のうち、今回検証する前提条件を1つ選ぶ。

例: 「稟議が否決された原因は、顧客データの不足である」

ステップ2: 実験を設計する

仮説を確かめるための最小限の実験を設計する。

例: 「稟議が否決された経験のある経営企画担当者3名にインタビューし、否決理由を聞く」

このとき、判断基準を先に決める。「3人中2人以上が『顧客データがあれば通った』と回答したら、仮説は検証済みとする」。検証の後に基準を変えると、確証バイアスに陥る。

ステップ3: 実験を実行する

設計した方法で実験を行う。インタビュー、プロトタイプテスト、LP検証など、仮説の種類に合った方法を使う。

→ 顧客インタビューの進め方 — 準備から分析までの完全ガイド

ステップ4: 結果を記録する

事実ベースで結果を記録する。解釈ではなく、観察した事実を書く。

例: 「3名中2名が『顧客の声がないことが否決理由だった』と回答。1名は『市場規模の根拠が弱かった』と回答」

ステップ5: 学びと次のアクションを決める

結果から何を学び、次に何をするかを決める。判断は3つのうち1つだ。

• 検証済み: 前提条件が確認された。次の前提条件の検証に進む
• ピボット: 前提条件が否定された。仮説の一部を修正して再検証する
• 撤退: 前提条件が根本的に否定された。このアイデアから撤退する

→ ピボット判断 — 方向転換すべき5つのサイン

リーンキャンバスとの使い分け

ジャベリンボードとリーンキャンバスは、よく混同される。だが、役割が異なる。

推奨する使い方はこうだ。

1. リーンキャンバスで事業アイデアの全体像を整理する
2. リーンキャンバスの各マスから検証すべき仮説を洗い出す
3. ジャベリンボードに仮説を落とし込み、検証サイクルを回す
4. 検証結果をもとにリーンキャンバスを更新する

この往復を繰り返すことで、仮説が「思い込み」から「データに裏付けられた確信」に変わっていく。

→ リーンキャンバスの書き方 — 新規事業の仮説を1枚にまとめる

大企業での活用場面

場面1: チームの仮説を揃える

新規事業チームの3人に「我々の仮説は何か」と聞くと、3人とも違う答えが返ってくる。ジャベリンボードに仮説を書き出すことで、チーム内の認識のズレが可視化される。

「顧客は誰だと思っているか」「課題は何だと思っているか」をジャベリンボードに各自で記入し、突き合わせる。ズレが見えたら、そのズレ自体が「検証すべきポイント」だ。

場面2: 検証の進捗を可視化する

大企業では、仮説検証の進捗を上長や経営層に報告する場面が多い。ジャベリンボードがあれば、「何を検証して、何がわかって、次に何をするか」を構造的に説明できる。

「インタビューを5件やりました」ではなく、「前提条件Aは検証済み、前提条件Bは否定されたのでピボットし、前提条件Cはこれから検証します」と報告できる。これが稟議や経営判断の根拠になる。

→ PSF（Problem-Solution Fit）の検証方法 — 課題と解決策の一致を確かめる

場面3: 撤退判断の根拠を作る

大企業で最も難しいのは「やめる」判断だ。ジャベリンボードに検証結果が蓄積されていれば、「これだけの検証を行い、これらの前提条件が否定された。だから撤退する」と、データに基づいた撤退判断ができる。

感情や政治ではなく、事実で判断する。そのためにジャベリンボードは存在する。

→ 新規事業に使えるフレームワーク10選 — 目的別の選び方ガイド

まとめ

ジャベリンボードは、仮説検証を「やりっぱなし」にしないためのフレームワークだ。

核心は3つ:

1. 仮説を「顧客」「課題」「解決策」「前提条件」の4列で構造化する
2. 検証の前に判断基準を決め、結果を事実ベースで記録する
3. 学びをもとに、次のアクション（続行・ピボット・撤退）を決める

フレームワークを書くことが目的ではない。書いた仮説を顧客にぶつけ、データで判断すること。そのサイクルを速く回すためのツールが、ジャベリンボードだ。

LITMUSは、新規事業の検証に特化したスタジオです。ジャベリンボードを使った仮説の構造化から、顧客インタビュー、検証結果の分析まで、6週間で一気通貫で支援します。

50万円から始められるEntry Moduleもあります。詳しくは LITMUS をご覧ください。