【こうちく-けいそく-がくしゅう】
構築-計測-学習(Build-Measure-Learn) とは?
最終更新:
💡 作って、測って、学んで、次の一歩を決める
アイデアを試せる形にし、顧客の反応を計測して、得た学びから次の判断につなげるサイクル。リーンスタートアップで使われる考え方。
📌 このページのポイント
- 先に確かめたい仮説を決め、学ぶための最小限の製品(MVP)を作る
- 顧客の反応を、仮説に合った指標やフィードバックで確かめる
- 結果から、続けるか方向転換(ピボット)するかを判断する
- 単に速く作るのではなく、根拠のある学びを次の検証につなげる
構築-計測-学習って、何のために回すの?
顧客が本当に求めているものを、試しながら確かめるためだよ。作ること自体をゴールにせず、反応を計測して学び、次に何をするか決める。リーンスタートアップの中核となる考え方なんだ。
まず、とにかく作ればいい?
先に、どんな問題を解き、何を確かめたいか考えよう。たとえば「この操作が分かりやすくなれば、保存を完了する人が増えるはず」という仮説を置く。その仮説を確かめるための最小限の製品、MVPを作るんだ。小さいだけではなく、学びを得られることが大切だよ。
計測では、アクセス数を見ればいいの?
何を確かめたいかに合わせて指標を選ぶよ。保存の操作を試す例なら、操作を始めた人のうち保存を完了した割合や、どこで迷ったかを見る。閲覧数が増えただけで、操作が分かりやすくなったとは言い切れない。利用者への質問も手掛かりになるね。
結果がよくなかったら、失敗なの?
想定と違う結果も、次の判断に使える学びだよ。計測の条件や利用者の声を確かめ、仮説を見直す。続けて検証する場合も、ピボットと呼ぶ方向転換をする場合もある。数字が悪ければ必ず全部やめる、という決まりではないんだ。
早く出すためなら、完成度は気にしなくていい?
必要な学びを小さな労力で得る考え方で、何でも粗いまま公開することではないよ。どんなMVPが適切か、どのくらい時間が必要かは状況による。固定の「1週間」などを目標にするより、確かめたいことに合った範囲と方法で、結果を次の検証につなげよう。
まとめ:ざっくりこれだけ覚えればOK!
「構築-計測-学習」って出てきたら「試して、反応を確かめ、次を決めるサイクル」と思えばだいたいOK!
📖 おまけ:英語の意味
「Build-Measure-Learn」 = 構築・計測・学習
💬 エリック・リースのリーンスタートアップで使われる、顧客の反応から学ぶサイクルの名前だよ。