仮説検証という言葉は広く使われますが、現場でやっていることは案外そっけないです。確かめたいことを一文にして、合格ラインを数値で置いて、いちばん軽い道具で確かめる。順番はこれだけで、増えることはありません。人に見せて感想を集める作業は、仮説検証ではありません。 この記事では、新規事業の現場で実際に走った4つの具体例を型として整理し、検証の道具の選び方と、うまくいかない検証の見分け方までまとめます。読んだあとに、自分の事業の一文をその場で書けることを目標にしています。
この記事について
書いているのは、作る側です。ハコブネを運営する株式会社Walkersは、受託と自社事業で累計300件の開発に関わり、200社以上の事業づくりを支援してきました。監修は取締役の池田龍一です。
一般論ではなく、実際にやったことの中身で説明します。この記事に出てくる数字は、すべて公開済みの自社・支援先の事例から引いています。出典は記事の最後にまとめました。
仮説検証とは、3つを順番にやること
1 誰の、どんなときに、何をするかを一文にする
最初にやるのは、確かめたいことを一文にすることです。「このサービスにニーズがあるか」では検証できません。誰が、どんなときに、何をするのかまで入って初めて、確かめられる形になります。
株式会社Walkers代表の渡邊敦司は、公開しているポストで、Who・When・What・Where・How・Whyを埋めると新規事業のコンセプトになると書いています。この6つのうち、検証で先に要るのはWho・When・Whatの三つです。残りの三つは、最初の一文が当たってから埋めても間に合います。
2 合格ラインを数値で置く
一文ができたら、どうなったら「当たり」なのかを、確かめる前に数字で置きます。出てきた結果を見てから基準を決めると、どんな結果でも良く見えます。合格ラインを後から決めた検証は、検証ではなく感想の整理です。
3 最小の道具で確かめる
最後に、その一文を確かめられる最小の道具を選びます。作らなくても確かめられるなら、作りません。ここを飛ばして先に作り始めると、確かめる前に時間とお金が減ります。
新規事業の現場での具体例4つ
1 BENLOG：確かめる問いを一つに絞る
BENLOGは、2026年8月23日のハッカソンで運営が作った記録アプリです。確かめる仮説は一つだけに絞られていました。「うんちを育てるためなら、人は毎日トイレを記録するのか」 という一点です。
記録アプリには、通知、共有、グラフ、データ書き出しと、付けられる機能がいくらでもあります。それでも問いを一つに絞ったのは、確かめたいのが「記録が続くか」だけで、他の機能はその答えを変えないからです。
合格ラインも先に置かれていました。7日後の継続率40%、30日後20%、1日平均3.5件です。これは検証の前に置いた目標値で、実測の数字ではありません。数字そのものより、出す前に「どこまで届いたら続けるか」を決めてあることが要点です。
2 ApoLink：テストマーケの反応で、作る順番を変えた
UPSTA JapanのApoLinkは、日程調整と決済が一体になったビジネスマッチングのサービスです。テストマーケを行ったところ、マッチング機能への反応が良いことが分かりました。
そこで、開発の途中で作る順番を組み替えています。それでもリリースは予定どおりでした。開発は2ヶ月半、リリースから1ヶ月半で会員は200人弱です。検証の結果は、作るかどうかの判断だけでなく、作る順番の判断にも使えます。 全部を作り終えてから反応を見ていたら、この組み替えはできませんでした。
3 サカチムプラス：対話を重ねて、方向そのものが変わった
サカチムプラスは、個人が運営するサービス「サカチム」の有料版です。当初は、検索サイトとしての機能を強化する方向が想定されていました。
ところが対話を重ねるなかで、価値があるのは検索ではなく「チーム専用ホームページの質」のほうだという結論になり、方向が変わりました。結果として、配色は100種類が実装されています。既存のサカチムには164チームが登録しています。
最初の仮説が外れることは、検証がうまくいった状態です。 外れたと分かる前に作り込んでいたら、直す対象が増えるだけでした。すでに使っている人がいる状態で問い直せたことが、この方向転換を安全にしています。
4 Prompt Lab：期限を先に切って、出してから確かめる
Walkersが自社で出したPrompt Labは、構想からベータ版の公開まで3週間でした。公開されているのはこの期間だけで、そこから先の数字は出していません。
それでも型として使えるのは、「いつまでに出すか」を先に決めることが、機能を削る力になるからです。 3週間という枠を先に置くと、入れる機能は自動的に絞られます。期限を決めずに「できたら出す」で進めると、確かめる時期が延び続けます。
検証の道具は4つから選ぶ
道具は、軽いものから順に試すのが基本です。重い道具を選ぶほど、答えが返ってくるまでが遅くなります。
- インタビュー：誰の、どんなときの困りごとかを探す段階で使う。「いくらなら買うか」ではなく「前回いつ、どうやって解決したか」を聞く
- LP（ランディングページ）：言葉が刺さるかを確かめる段階で使う。申し込みや事前登録の動きで測る。作らずに需要だけ見られるのが利点
- 手動オペレーション：仕組みを作らず、人が裏で手作業する。動くかどうかを、作る前に確かめられる
- モック：画面だけ作って触ってもらう。操作の詰まりどころを見る段階で使う
一番飯店の例は、道具の順番が分かりやすいケースです。紙伝票とトランシーバーで回していた店舗の運用を、ベータ版まで2週間で形にして、そこから現場で動かしています。オーダーにかかる労力は約50%削減されたと依頼者は話していますが（依頼者の体感）、これは実際の現場で使ってみて初めて分かる種類の答えです。導入から約2年が経っています。
聞く工程そのものを軽くする手もあります。WalkersのHP Answerは、ヒアリングシートだけで打ち合わせ0回、48時間以内に初稿を3パターン出す形にしています（制作費0円・月額4,900円）。相手の時間を使わずに反応を取れる形にすると、確かめられる回数が増えます。
合格ラインの置き方
置く数字は、多くても3つまでにします。増やすほど、どれを見て判断するのかが曖昧になります。
見るのは基本的に次の三つのどれかです。続くか（継続率、再訪率）、使うか（1日あたりの利用回数、完了した件数）、払うか（申し込み、事前登録、実際の入金）。BENLOGが置いた7日後40%・30日後20%・1日平均3.5件も、前の二つを組み合わせた形になっています。
数字は、確かめる前に置きます。合格ラインを先に置くと、外れたときに迷わずやめられます。 やめる基準がない検証は、いつまでも「もう少し改善すれば」の側に倒れます。世の中の平均値を探すより、自分がどこまで届けば続けると決められるかのほうが大事です。
うまくいかない検証の3つ
感想を集めている。 「いいと思う」「あったら使いそう」は、判断の材料になりません。聞くなら、過去の行動を聞きます。前回いつ困ったか、そのとき何をして解決したか、いくら払ったか。未来の意思は当てになりませんが、過去の行動は事実です。
合格ラインが無い。 数字は取っているのに、どこからが合格かを決めていない状態です。この形だと、結果が出たあとに「思ったより悪くない」という解釈が入ります。先に置いてあれば、判断は一瞬で終わります。
聞いている相手が違う。 一文で書いたWhoと、実際に話を聞いた相手がずれているケースです。知り合いや、話しやすい人に聞くと起きやすくなります。答えが良すぎるときは、相手が合っているかを疑ってみてください。
よくある質問5選
質問1仮説検証は、どのくらいの期間でやるものですか？
案件によりますが、一つの仮説につき数週間で区切ると判断しやすくなります。Prompt Labは構想からベータ版の公開まで3週間、一番飯店のオーダーシステムはベータ版まで2週間でした。期間を先に決めると、入れる機能が自動的に絞られます。
質問2作らずに検証できるものですか？
確かめたいことによります。言葉が刺さるかならLPで足りますし、仕組みが回るかなら人が手作業で代わりをやって確かめられます。ただ、「毎日使い続けるか」のように、動くものがないと答えが出ない仮説もあります。BENLOGの継続率がその型です。
質問3合格ラインの数字は、どこから持ってくればいいですか？
世の中の平均を探すより、自分が続けると判断できる水準から置くほうが実務的です。何人使ってくれたら次に進むのか、何%残ったらやめないのかを、先に自分の言葉で決めます。数字が正しいかより、先に置いてあることのほうが効きます。
質問4仮説が外れたら、やめるべきですか？
外れた場所によります。誰に売るかが外れているなら相手を変え、何を提供するかが外れているなら中身を変えます。サカチムプラスは、検索サイトの強化からチーム専用ホームページの質へ方向を変えて進みました。仮説が外れることと、事業をやめることは別です。
質問5一人でも検証はできますか？
できます。ただ、自分で置いた合格ラインは自分で甘くできてしまうので、外の目を一つ入れておくと精度が上がります。ハコブネでは10分の個別メンタリングや定期報告会を回していて、1DAYイベントでは1日のなかで仮説を立てて形にするところまでやります。
この記事について
池田は、ITとノーコードの事業開発・教育事業の立ち上げを経て2021年にWalkersを共同創業。100件以上のシステム開発に携わり、要件がまだ固まっていない案件や、他社から引き継いだ開発の立て直しを担当しています。
株式会社Walkersは、AI駆動開発・ノーコード開発のシステム開発会社です。累計開発実績300件、200社以上の支援、自社メディアの累計100万PV。受託開発と並行して、自社でも複数の新規事業を立ち上げています。
この記事で触れた事例の出典
最終更新：2026年9月16日