この記事の内容
仮説検証とPDCAは、どちらも「回す」と言われるせいで混ざりがちです。ただ、二つは代わりになるものではなく、使う場面がはっきり分かれています。PDCAは、前提が決まっている仕事を良くするための回し方で、仮説検証は、その前提が合っているかどうかを確かめるための回し方です。 前提が決まっていない場所でPDCAを回すと、外れた前提のうえで改善だけがうまくなります。この記事では、二つの違いを前提という一点から整理して、新規事業では何を回すのか、いつPDCAに切り替えるのかまで順に書きます。
この記事について
書いているのは、作る側です。ハコブネを運営する株式会社Walkersは、受託と自社事業で累計300件の開発に関わり、200社以上の事業づくりを支援してきました。監修は取締役の池田龍一です。
一般論ではなく、実際にやったことの中身で説明します。この記事に出てくる数字は、すべて公開済みの自社・支援先の事例から引いています。出典は記事の最後にまとめました。
違いは「前提が決まっているかどうか」
PDCAは、Plan・Do・Check・Actionの順で回す改善の手順です。計画を立て、実行し、結果を測り、次の計画を直す。この形が成立するのは、何を良くするのかが決まっているときです。良くする対象が決まっているから、測る指標も決められます。
仮説検証は、そもそもその対象が存在するのかを確かめる作業です。この困りごとは実在するのか、この方法で解けるのか、解けたとして人は使い続けるのか。測るべき指標が決まっていない状態こそが、仮説検証が要るという合図です。
もう一つの違いは、失敗の意味です。PDCAでは、計画どおりにいかないことは問題で、次の周で直す対象になります。仮説検証では、仮説が外れることは成果です。外れたと分かった時点で、間違った方向に使う時間を減らせています。外れを歓迎できるかどうかが、二つを分ける実務上の目印になります。
言い換えると、PDCAは答えを良くする回し方、仮説検証は問いを正す回し方です。順番としては、問いが定まってから答えを良くします。逆にはできません。
PDCAが効くのは、前提が決まっている業務の改善
前提が決まっている場所では、PDCAは強く効きます。分かりやすいのは、すでに回っている業務の作り直しです。
株式会社マックスでは、求人サイトの更新に通常1週間（最短3日）かかっていた作業が、30分〜1時間に変わりました。語学学校の台湾トークでは、生徒約370名・講師約70名を抱える管理業務に月30時間かかっていました。療育支援のOne Companyでは、連絡帳の作成に1日約1時間かかっていました。1952年創業の一番飯店では、紙伝票とトランシーバーで回していたオーダーの労力が、依頼者の体感で約50%削減されています。
これらに共通しているのは、「誰が、どんなときに、何に困っているか」が最初から分かっていることです。 困りごとは目の前にあり、いま何時間かかっているかも測れます。この状態なら、計画を立てて、実行して、時間を測って、直す、という手順がそのまま使えます。
社内の新規事業でも、既存の顧客・既存の商材の延長にある取り組みは、この性質に近くなります。相手が分かっていて、売り方も分かっているなら、確かめるべき前提は少なく、あとは改善で伸ばせます。前提が確かなほど、PDCAの効率は上がります。
仮説検証が要るのは、前提そのものが分からないとき
新規事業の入口は、これとは逆の状態です。相手が誰なのかも、困りごとが実在するのかも、まだ分かっていません。この場所でPDCAを回そうとすると、最初のPが書けないか、書けたとしても根拠のない数字が並ぶことになります。
仮説検証でやることは、順番が違います。まず確かめたいことを一文にして、次に、どうなったら当たりなのかを確かめる前に決めて、いちばん軽い道具で当てて、決めた線と照らします。合格ラインを先に置かないまま数字を見ると、あとからいくらでも良い解釈ができてしまいます。
置き方の例として引けるのが、2026年8月23日のハッカソンで運営が作った記録アプリのBENLOGです。確かめる仮説は「うんちを育てるためなら、人は毎日トイレを記録するのか」の一点に絞られ、合格ラインは7日後の継続率40%、30日後20%、1日平均3.5件と置かれていました。これは検証の前に置いた目標値で、実測の数字ではありません。注目すべきは数字そのものではなく、確かめることが一つに絞られている点と、出す前に線が引かれている点です。
PDCAの言葉づかいに慣れていると、これは「Planが雑だ」と見えることがあります。実際には逆で、確かめていない前提を細かく計画に書き込むほど、外れたときの手戻りが大きくなります。
新規事業で回すのは、いちばん壊れやすい前提から
では、新規事業では何を回すのか。回す対象は、事業の前提のうち、外れたときにいちばん大きく崩れるものを一つだけ選びます。
順番は、多くの場合こうなります。
- 1. 困りごとは実在するか：誰が、どんなときに、何に困っているか
- 2. その困りごとは、この方法で解けるか
- 3. 解けたとして、人は使い続けるか
- 4. お金を払う相手と、払う理由があるか
1が外れているのに2を作り直すのが、いちばん時間を溶かす直し方です。使ってもらえない理由が「作りが悪いから」ではなく「そもそも困っていないから」だった場合、作り直しは何周やっても届きません。
確かめた結果は、作るかどうかだけでなく、作る順番にも使えます。UPSTA JapanのApoLinkは、日程調整と決済が一体になったビジネスマッチングのサービスです。テストマーケでマッチング機能への反応が良いことが分かったため、開発の途中で作る順番を組み替え、それでも予定どおりリリースしています。開発は2ヶ月半、リリースから1ヶ月半で会員200人弱でした。全部を作り終えてから反応を見ていたら、この組み替えはできませんでした。
方向そのものが変わることもあります。サカチムプラスは、当初、検索サイトとしての機能を強化する方向が想定されていましたが、対話を重ねるなかで「チーム専用ホームページの質」のほうへ方向が変わりました。配色は100種類が実装され、既存のサカチムには164チームが登録しています。PDCAの枠のままでは、この種の方向転換は「計画未達」としか記録されません。
二つが混ざると、何が起きるか
実務でよく起きるのは、仮説検証をしているつもりでPDCAを回している状態です。見分けるための目印を三つ挙げます。
指標を決めてから、確かめることを決めている。 先に数字の置き場所を作ると、測れるものだけが仮説になります。測りやすい数字は、たいてい前提が確かな場所にあります。
外れた結果を、改善点として処理している。 「反応が薄かったので訴求を変える」は改善ですが、そもそも相手が違っていた可能性は、この処理では消えてしまいます。外れたときに、直すのはやり方なのか、前提なのかを毎回分けて書くことです。
周の速さで安心している。 早く回っていること自体は成果ではありません。回っているのに前提が一つも確かめられていないなら、それは作業が速いだけです。
逆の混線もあります。前提が十分に固まっているのに、いつまでも検証を続ける形です。確かめることがなくなったら、そこは改善の場面です。確かめ続けること自体が目的になると、出すタイミングが遅れます。
PDCAに切り替えるタイミング
切り替えの合図は単純です。確かめるべき前提がなくなり、良くする対象が決まったときに、PDCAへ渡します。 具体的には、誰に売るかが決まり、その相手が実際に使い続けていて、次にやることが「増やす・速くする・安くする」のどれかになった状態です。
切り替えたあとは、測るものも変わります。仮説検証で見ていたのは当たり外れでしたが、PDCAで見るのは差分です。前の周と比べて何がどれだけ良くなったか。指標を固定できるのは、この段階に入ってからです。
ただし、切り替えたあとも前提は動きます。相手が変わったり、使われ方が変わったりしたときは、改善をいったん止めて、前提の確認に戻る必要があります。改善の効きが急に悪くなったときは、やり方ではなく前提が変わったサインであることが多いです。
ハコブネの新規事業立ち上げゼミは、現状整理から始めて、立ち上げる対象を1つに決め、コンセプト、顧客、MVPを作って動かす、改善、リリース、集客設計という順で進みます。前提を確かめる工程と、改善の工程が、この順番で分かれているのが分かりやすい形です。
よくある質問5選
質問1新規事業でPDCAを使ってはいけないのですか？
いけないわけではありません。前提が決まっている部分には使えます。たとえば、確かめた相手にどう届けるかという集客の改善は、対象が決まっているのでPDCAの領域です。問題になるのは、確かめていない前提のうえで計画を細かく作ったときです。
質問2仮説検証も「回す」なら、PDCAと同じではないですか？
回す形は似ていますが、回っている対象が違います。PDCAが回しているのは、やり方の精度です。仮説検証が回しているのは、前提の当たり外れです。同じ結果を見ても、片方は「改善点」と読み、もう片方は「前提が外れた」と読みます。
質問3社内でPDCAの報告形式を求められる場合は、どうすればいいですか？
報告の形式と、実際に回す中身は分けて考えられます。確かめた一文、先に置いた合格ライン、出た結果、次に確かめることの4点を書けば、PDCAの様式にもそのまま載ります。大事なのは、様式に合わせて未検証の数字を埋めないことです。
質問4合格ラインは、どうやって決めればいいですか？
過去の実績がない段階では、正しい数字は決められません。それでも先に置く意味があるのは、判断を結果の前に固定できるからです。数字は3つ以内にして、置いた日付と一緒に残しておくと、あとで見返したときに、線が甘かったのか結果が届かなかったのかを分けられます。
質問5一人で進めていると、どちらを回しているか分からなくなります。
週の終わりに「今週、前提を一つでも確かめたか」を書き残すと分かります。書けない週が続いているなら、改善だけが進んでいる状態です。ハコブネでは10分の個別メンタリングと定期報告会があり、1DAY新規事業立ち上げイベントでは1日のなかで仮説を立てて形にするところまでやります。外の目を入れると、この区別は保ちやすくなります。
この記事について
池田は、ITとノーコードの事業開発・教育事業の立ち上げを経て2021年にWalkersを共同創業。100件以上のシステム開発に携わり、要件がまだ固まっていない案件や、他社から引き継いだ開発の立て直しを担当しています。
株式会社Walkersは、AI駆動開発・ノーコード開発のシステム開発会社です。累計開発実績300件、200社以上の支援、自社メディアの累計100万PV。受託開発と並行して、自社でも複数の新規事業を立ち上げています。
この記事で触れた事例の出典
最終更新：2026年9月16日