Hook & Lock｜「選ばれる設計」と「使い続ける設計」はなぜ別々に考えなければいけないのか

「獲得数は増えているのに、解約が止まらない」「そもそも使い始めてもらえない」——この2つの悩みは、実は同じ根っこから来ている。「選ばれる理由」と「使い続ける理由」を同じ設計で解こうとしていることだ。

1. なぜPMMは「選ばれる理由」だけを磨きすぎるのか

プロダクトマーケティングの現場でよく起きることがある。リード獲得のためのメッセージを練り、ランディングページを磨き、コンバージョンを追う。数字が上がれば達成感がある。しかし数ヶ月後、チャーンレートの数字が重くのしかかってくる。

このとき多くのPMMは「プロダクトの問題だ」「CSの問題だ」と考えがちだ。しかし本当の問題は、もっと手前にある。

「なぜ選ばれるか」と「なぜ使い続けるか」を、同じ一つの問いとして設計してしまっていることだ。

この2つは、問いの構造がまったく異なる。「選ばれる」は比較の文脈で起きる。「使い続ける」は習慣の文脈で起きる。比較に勝つためのメッセージと、習慣に組み込まれるための体験設計は、アプローチが根本から違う。

2. Hook と Lock——2つの設計が必要な理由

ここで登場するのが、Hook（フック） と Lock（ロック） という2つの概念だ。

簡単に言えばこうだ。

• Hook：「最初に選んでもらう」ための設計

• Lock：「使い続けてもらう」ための設計

この2つは、それぞれ独立して設計する必要がある。

なぜか。Hookだけが強くてLockが弱いプロダクトは、「試してみたけど、やめた」になる。逆にLockだけが強くてHookが弱いプロダクトは、そもそも使い始めてもらえない。どちらが欠けても、LTV（顧客生涯価値）は積み上がらない。

HookとLockは、車の両輪だ。片方だけ回しても、前には進まない。

3. Hook（フック）——最初の一歩を設計する

Hookの役割は、「5分で『おっ、いいかも』と思える体験」を届けることだ。

ここでPMMが設計すべきことは大きく3つある。

「何者か」が一瞬で伝わるか

プロダクトが何をするものか、誰のためのものか。これが伝わらなければ、そもそも検討の土俵に上がれない。比較される前に、「自分には関係ない」と判断されてしまう。

よくある失敗は、機能の羅列だ。「〇〇ができます、△△もできます、□□にも対応しています」という説明は、受け手にとって「で、自分に何の関係があるの？」で終わる。

必要なのは、「あなたのこの状況に、このプロダクトはこう効く」という一文だ。

「何と比較するか」の基準を自ら定義しているか

選ばれるということは、何かと比べられるということだ。比較の基準を競合に任せてしまうと、価格競争か機能比較か、どちらかに引きずられる。

賢いHook設計は、比較の土俵自体を自分で作る。「競合Aより安い」ではなく、「今まで人手でやっていた○○を、仕組みに変えるもの」という比較軸を提示することで、競合を文脈から外すことができる。

「最初の成功体験」は何かを特定しているか

Hookの出口は、「使ってみた」ではない。「使ってみて、良かった」だ。

この最初の成功体験——オンボーディングで言う「アハモーメント」——を、PMMは具体的に言語化できているだろうか。「どんな行動をとったとき」「どんな感覚が生まれるか」まで特定できていないと、Hookの設計は"なんとなく良さそうなメッセージ"で止まってしまう。

4. Lock（ロック）——手放せない状態を設計する

Lockの役割は、「なくなったら本気で困る」という状態を作ることだ。

ここで重要なのは、Lockを「解約しづらくする仕組み」と混同しないことだ。それは手段であって、本質ではない。本質的なLockは、「このプロダクトを使い続けることで、自分にとっての資産が積み上がる」という状態だ。

データや履歴が「資産」になっているか

使えば使うほど、自分のデータが貯まる。過去の意思決定の記録が残る。チームの知識が蓄積される。こうした「蓄積型の価値」が生まれると、乗り換えコストは自然と上がる。

しかしこれは「やめづらくしている」のではない。「ここを離れることで失うものが大きくなる」という状態だ。これが本物のLockだ。

「業務の一部」に組み込まれているか

意識して使うものは、やめやすい。意識せずに使っているものは、やめにくい。

毎朝のルーティンに組み込まれている、チームの共通ツールになっている、他のシステムと連携している——こうした「業務への組み込まれ方」が、Lockの深さを決める。

PMMの視点では、「どの業務フローに、どのタイミングで入り込むか」を設計する必要がある。機能を作るのはプロダクトチームの仕事だが、どう使われるかの文脈を設計するのはPMMの仕事だ。

「やめたら何を失うか」が明確か

Lockが弱いプロダクトは、やめることへの抵抗感が薄い。解約の検討が始まったとき、「まあ、なくてもいっか」で終わってしまう。

強いLockは、「これをやめたら、今まで蓄積してきたものが使えなくなる」「チームのワークフローを一から作り直さないといけない」という実感を生む。これは脅しではなく、それだけプロダクトが日常に深く入り込んでいるという証拠だ。

5. HookとLockをつなぐ「Loop（ループ）」

HookとLockの間には、もう一つ重要な要素がある。Loop（ループ） だ。

Loopとは、「気づいたら毎日使っている」という継続的な行動パターンのことだ。

Hookで「いいかも」と思ってもらっても、その後に自然に使い続ける理由がなければ、Lockは生まれない。LoopがあってはじめてHookとLockがつながる。

Loopを設計するときの問いはシンプルだ。

「この体験は、週に何回、自然に繰り返されるか？」

一度試してみるだけで終わる体験は、Loopを生まない。「使うたびに少し便利になる」「使うたびに何かが積み上がる」という体験設計が、LoopをHookの出口に、Lockの入口にする。

6. PMMが陥りやすい「獲得偏重」の罠

ここまでの話を踏まえると、なぜ多くのプロダクトがチャーンに悩むかが見えてくる。

PMMの評価指標が「リード数」「MQL数」「新規獲得数」に偏っていると、自然とHookに時間とリソースが集まる。Lockの設計は後回しになり、気づいたときには「獲得はできているのに、残らない」という状況が常態化する。

これは個人の問題ではなく、組織の評価設計の問題でもある。獲得とリテンションを同じチームが、同じ重みで見ている組織は少ない。

PMM、CS、プロダクトチームが「それぞれの担当領域」で動いているだけでは、HookとLockは分断されたまま設計される。必要なのは、顧客が「選ぶ瞬間」から「手放せなくなる瞬間」までを一本の因果として設計できる視点だ。

7. 自分の設計を点検する3つの問い

最後に、自分のプロダクトのHook & Lockを点検するための問いを3つ残しておく。

問い①：「最初の成功体験」を、具体的な行動レベルで言えるか 「使ってみて良かった」ではなく、「○○という操作をしたとき、△△という変化が起きる」という粒度で言えるかどうか。ここが曖昧なままだと、Hookの設計は"良さそうなメッセージ"で止まる。

問い②：使えば使うほど「蓄積される何か」があるか データ、履歴、チームの知識、設定のカスタマイズ——使い続けることで積み上がるものが設計されているか。これがなければ、どれだけHookが強くても、Lockは生まれない。

問い③：「やめるとどうなるか」を、顧客視点で語れるか 「解約率が上がる」ではなく、「顧客側にとって、やめることで何が失われるか」を具体的に語れるか。これが語れないうちは、Lockの設計はまだ途中だ。

まとめ

「選ばれる理由」と「使い続ける理由」は、同じ問いではない。

Hookは比較の文脈で戦う設計だ。Lockは習慣の文脈で積み上げる設計だ。そしてLoopは、その2つをつなぐ繰り返しの体験だ。

PMMの仕事は、「良いメッセージを書くこと」ではない。顧客が「最初の一歩を踏む」から「手放せなくなる」までの全体を、因果として設計することだ。

HookとLockを分けて考えることが、その設計の出発点になる。

関連記事

• PMMが組織を動かすための技術——正論だけでは人は動かない

• "いい訴求コピー"を書いているのに売れない時、PMMが疑うべきたった一つのこと