動くものを出した。次にやるべきは、確かめることだ。だが多くのPdMが、ここでつまずく。「とりあえず全部計測しよう」と立派なダッシュボードを作り込み、数字の海に溺れて、結局なにも判断できない。
検証のコツは、逆だ。たった一つ、「これが動けば仮説は正しい」と言える数字を、先に決める。
たとえば「新しいオンボーディングなら、離脱が減るはず」という仮説なら、見るべきは“最初の3画面の通過率”ひとつでいい。登録総数でも、売上でも、滞在時間でもない。その仮説の生死を分ける一点だけを見る。これを先に決めておくと、計測は驚くほど軽くなる。
手順はシンプルだ。
- 仮説を一文にする。「○○すれば、△△が改善する」。
- その△△を表す数字を一つ選ぶ。 できれば先行指標を。売上のような遅行指標は、動いても原因が見えにくい。
- 判断ラインを、先に引く。「通過率が今より10ポイント上がったら本実装に進む。変わらなければ捨てる」。数字を“見る前”に決めるのが肝心だ。後から基準を動かすと、人は都合よく解釈してしまう。
- 最小の計測だけ仕込む。 プロダクト分析ツール（PostHogなど）やホスティング側の計測（Vercelなど）で、その一点さえ取れればいい。最初から作り込まない。
これは「検証の経済学」そのものだ。検証を速く回せるかどうかは、「一打席ごとに、何を見て、どう判断するか」を軽くできるかにかかっている。計測が重いと、打席は増えない。
完璧な計測より、速く決められる一つの数字を。動くものを作り、最小の計測で確かめ、ダメなら捨てて次へ——この回転の速さこそが、PdMの新しい武器になる。
もっと読む
同じテーマのナレッジや、すぐ使える無料テンプレもどうぞ。