先に結論
ローンチしました と言えたのに、実際の利用が伸びないことは珍しくありません。
メールも出した、LP も公開した、SNS でも案内した。
それでも使われないとき、原因をすぐ 告知が弱かった と決めるのは少し早いです。
実際には、ローンチ後に止まりやすい場所はもっと手前にあります。
- そもそも自分向けの機能だと伝わっていない
- 興味を持っても、使う入口が画面上で見つからない
- 入口は見つかっても、最初の設定が重い
- 一度見逃すと、あとで再発見できない
つまり、ローンチの問題に見えても、実態は 告知と導線の役割が混ざっている ことが多いです。
この記事では、2026年4月29日時点で LaunchDarkly の Releases / deployment and release strategies、Appcues の feature announcement follow-up、Intercom の Product Tours 公開情報を確認しながら、ローンチしたのに使われない理由を 認知 と 利用開始 の役割分担から整理します。
まず分けたいのは「知ってもらうこと」と「使い始めてもらうこと」
ローンチが得意なのは、まず 知ってもらうこと です。
- 新機能が出た
- 新プランが始まった
- どんな価値があるか
- いつから使えるか
を社外や既存顧客へ伝えるのが、ローンチや告知の役割です。
一方で、実際の利用開始には別の仕事があります。
- 必要な人にだけ見せる
- 必要な画面で入口を見せる
- 最初の設定を軽くする
- 失敗しても戻ってこられるようにする
これは 告知 というより 導線設計 や オンボーディング の仕事です。
言い換えると、
- 告知: 存在を知ってもらう
- 導線: 実際に使い始めてもらう
です。
この違いを先に持っておくと、ローンチ後の不振をかなり切り分けやすくなります。
言葉そのものの違いを先に整理したい場合は、ローンチとリリースはどう違うのか？外向き公開との違いを整理 もつながります。
ローンチしたのに使われないとき、何が起きているのか
1. 知られたが、自分ごと化されていない
よくあるのはこれです。
告知は届いたけれど、受け手が 自分が今使う理由 まで持てていません。
たとえば、
- 管理者向け機能を全員に一斉告知する
- 請求担当向けの改善を現場メンバーにも同じ文面で送る
便利になりましたとだけ伝え、何がどう楽になるかが曖昧
だと、見た人は そうなんだ で終わりやすいです。
告知で必要なのは、機能名より 誰の何が楽になるのか を短く伝えることです。
ここが曖昧だと、認知は増えても利用は増えません。
2. 興味を持っても、使う場所で見つからない
ローンチ告知は、多くの場合 その瞬間 にしか効きません。
あとで使おうと思った人は、実際に必要になった画面で入口を探します。
そこで、
- 対象画面に入口がない
- メニュー名が想像しにくい
- 設定の深い階層に埋もれている
- ホームのお知らせ欄にしか出ていない
となると、知っているのに使えない 状態になります。
この問題は、すでに公開した新機能が使われない理由を導線の観点から見た 新機能を出しても使われないのはなぜか 告知不足より導線不足を疑うべき理由 ともかなり近いです。
ローンチは入口ですが、利用は画面上の再発見しやすさで決まることが多いです。
3. 入口の先が重い
入口まで来ても、最初の一歩が重いと止まります。
- 権限付与が必要
- 初期設定が長い
- 連携設定が必要
- サンプルがなく、何をすると成功か分からない
このとき不足しているのは、追加の告知ではありません。
必要なのは 最初の1回を完了しやすくする設計 です。
Appcues や Intercom のプロダクト内案内も、単に告知を見せるだけではなく、チェックリストやツアーで最初の成功体験までつなぐことを重視しています。
つまり、ローンチ後に効くのは お知らせ より 初回完了の支援 です。
4. 一度見逃した人が戻れない
ローンチ日に見なかった人、忙しくて後回しにした人、今は対象外だった人は、あとから戻ってきます。
でもそのとき、
- どこにあるか分からない
- ヘルプやナレッジベースに辿れない
- 対象画面で軽い再案内が出ない
なら、利用は育ちません。
告知は瞬間的ですが、導線は継続的です。
この違いを無視すると、ローンチ日は盛り上がったのに、その後まったく使われない になりやすいです。
告知と導線は、何を分担すべきか
ローンチ後の役割分担は、ざっくり次のように整理すると考えやすいです。
| 見るもの | 主な役割 | よくある失敗 |
|---|---|---|
| 告知 | 存在、価値、開始時期を知ってもらう | 誰向けかが曖昧なまま一斉配信する |
| 導線 | 必要な場面で入口を見せる | 対象画面に入口がなく、探させてしまう |
| 初回利用支援 | 最初の1回を成功させる | 設定や権限の壁を放置する |
| 再発見 | 見逃した人があとで戻れるようにする | ローンチ日だけ案内して終わる |
大事なのは、告知を増やせば導線の弱さを埋められる わけではないことです。
メールの本数やSNS投稿数を増やしても、使う場所で見つからなければ利用は伸びません。
ローンチ後に最初に見るべき順番
使われないときは、次の順番で見ると原因をまとめすぎずに済みます。
- 誰向けの機能かが告知で明確になっているか
- その人が実際に来る画面で入口が見えるか
- 最初の1回を終えるまでに重い設定がないか
- 一度見逃した人があとで再発見できるか
- 表示回数ではなく、利用開始と再利用まで見ているか
この順番にすると、もっと告知しよう に飛びつく前に、どこで止まっているかが見えやすくなります。
指標も「見られたか」だけでは足りない
ローンチ後に見たい数字も、PV やメール開封だけでは足りません。
- 対象ユーザーのうち、入口まで来た割合
- 入口を押した割合
- 初回完了まで進んだ割合
- 1回だけで終わらず再利用された割合
- 役割やプランごとの差
このあたりを見ないと、認知が弱い のか 入口が弱い のか 初回体験が重い のかが分かりません。
機能を使える状態にする リリース と、外向きの ローンチ を分けて考えるのは、こうした計測の切り分けにも効きます。
まとめ
ローンチしたのに使われないとき、問題は必ずしも告知不足ではありません。
多くの場合は、知ってもらうこと と 使い始めてもらうこと を同じ仕事として扱ってしまっていることが根にあります。
告知の役割は、存在と価値を認知してもらうことです。
導線の役割は、必要な人が必要な瞬間に迷わず入口へたどり着き、最初の成功まで進めることです。
この役割分担が見えると、ローンチ後にやるべき改善もかなり明確になります。
メールを増やす前に、入口、初回設定、再発見、対象ユーザーの切り分けを見直す方が、実際の利用には効きやすいです。
参考情報
- LaunchDarkly Docs: Releases
- LaunchDarkly Docs: Deployment and release strategies
- Appcues Docs: Create a Workflow to follow up after a feature announcement
- Intercom Help: Product Tours explained