公開から二、三か月が過ぎると、社内の空気が微妙に変わります。立ち上げ直後の高揚感は落ち着き、登録者数は毎週少しずつ増えているものの、実際にユーザーがサービスをどう使っているかは誰も感覚でしか語れません。会議では「反応は悪くなさそうだ」という期待と、「思ったより静かだ」という不安が同時に飛び交います。
そうなると自然に「次は何を作るか」という議論に移ります。問題は、この判断がデータではなく声の大きさで決まりがちなことです。顧客と直接会う営業担当は顧客から出た要望を推し、当初の企画担当は最初のロードマップを譲らず、代表はその間で感覚的に判断を下します。それぞれに根拠はあるものの、サービス内で実際に起きている現象とどれだけ一致しているかを確かめる人はいません。
感覚に頼った判断には必ず代償が伴います。不要な機能に貴重なリソースを費やすか、逆に本当に手を入れるべき核心を放置したまま時間を浪費するかのどちらかです。どちらに転んでも、軌道修正には再び数か月を要します。
本シリーズはその確認プロセスを扱います。MVP公開後に何を観察すべきか、そのシグナルが何を意味するのか、そして今のプロダクトを育てるべきか作り直すべきかを判断する基準を、全六回にわたって整理します。
本稿は、MVP公開後の意思決定を扱う全六回シリーズの第1部です。
| 部 | テーマ |
|---|---|
| 第1部 | MVPを出したあと、何を見て次を決めるのか |
| 第2部 | 直すか、作り直すか：MVP後の分岐点の判断基準 |
| 第3部 | 育てると決めたら：どこまで伸ばし、いつ止めるのか |
| 第4部 | 作り直すと決めたら：何を引き継ぎ、何を捨てるのか |
| 第5部 | どちらを選んでも直面すること：二周目の共通課題 |
| 第6部 | MVPの次を決める地図：この判断は一度で終わらない |
数字より先に見るべきもの
登録者数から確認したくなるのは自然なことです。しかし単純な登録者数は意味のあるシグナルではありません。何人が入ってきたかよりも、入った後に何をしたかを見る必要があります。
実際に見るべき対象は、次の四つのグループに集約されます。
- サービスの中核となる行動まで到達したユーザー
- 数日後に再び戻ってきたユーザー
- 支払いをした、あるいは支払う意思を示したユーザー
- 直接会うか電話で話した十名前後の実際のユーザー
この四つのグループの行動とデータこそが、プロダクトの次の方向を決める判断材料になります。登録だけして静かに離れた人数をいくら積み上げても、有効な手がかりは得られません。
読むべき四つのシグナル
- 到達（中核となる行動まで進んでいるか）: 登録はあくまで出発点です。登録後にユーザーがサービスの中核価値、たとえば写真のアップロードや見積もり依頼、マッチング確認まで到達する割合を見る必要があります。大半がこの過程で離脱しているなら、細かな機能の不足ではなく、最初の利用体験そのものに高いハードルがあるというシグナルです。この基準をあらかじめ定義しておかないと、到達率というデータ自体が成立しません。
- 反復（また戻ってくるか）: 一度きりで終わるサービスと、数日、数週間後にまた訪れるサービスは本質的に違います。1週間後と1か月後の再訪率は分けて確認する必要があります。1週間は持ちこたえても1か月で崩れるなら、ユーザーの習慣として定着していないという意味です。二つの指標を分けて見なければ、この違いを見落とします。
- 支払い（お金を払うか、払う意思があるか）: まだ決済機能がないなら、「この価値になら支払うか」を直接尋ねて確かめる必要があります。漠然とした好意的な感想と、実際に財布を開く行動のあいだには大きな差があります。具体的な金額や状況を示して尋ねるほど、回答の信頼度は高くなります。
- 要望（さらに何を求めているか）: ユーザーが要望する機能の種類よりも、その要望が向かう方向を読む必要があります。最初に立てた仮説と同じ方向にフィードバックが積み上がっているのか、それとも全く別の文脈を指しているのかを確認します。この要望の方向によって、プロダクトの次の分岐が決まります。
シグナルが示す三つの分岐
四つのシグナルを合わせて見ると、プロダクトの状態は大きく三つの分岐に整理できます。
第一に、当初の仮説が当たっており、現在のプロダクト構造も安定している場合です。つまり最初に定義したユーザーの流れが、今のデータと画面の骨格の上で無理なく機能しているなら、現在の構造を継続的に広げる方向に進みます。
第二に、仮説は妥当でも構造が合わない場合です。プロダクトの必要性は確認できたものの、ユーザーの要望が既存の設計の範囲を繰り返しはみ出しているなら、単純な機能追加よりもプロダクト構造そのものを見直す方向を検討します。
第三に、仮説そのものが揺らいでいる状況です。到達、反復、支払いのシグナルがすべて弱く、フィードバックの方向もあいまいなら、それは開発の進め方ではなく、プロダクトが解決しようとしている課題自体を見直す段階です。本シリーズはこのうち前の二つ、つまりプロダクトを育てるか作り直すかの判断基準を扱い、市場とプロダクトの適合性そのものを定義し直す領域は対象外とします。
決定に適したタイミング
この判断を下すタイミングも重要です。鍵になるのはユーザー数の規模ではなく、四つのシグナルから意味のあるパターンを読み取れるだけのデータが蓄積されているかどうかです。通常、公開から8〜12週間ほど経つと、パターンと呼べる傾向が見えてきます。
データが十分に集まる前に急いで新機能を足すと、仮説の検証があいまいになります。指標が悪化しても、それが元の仮説の問題なのか、新しく加えた機能のせいなのか、区別がつかなくなるためです。
逆に判断を先延ばしにしすぎるのも危険です。シグナルはすでに明確なのに会議を重ねているうちに、そのデータを生んでくれた初期ユーザーがすでにサービスを離れてしまっている場合があります。
インテグラビットが公開後の最初の振り返りを共にする理由
四つのシグナルのうち到達と反復は、ユーザーに尋ねなくてもサービス内のログとデータにそのまま残っています。そしてこのデータを最も正確かつ迅速に分析できるのは、サービスを実際に構築したチームです。どのイベントがどこに記録されるか、各指標が何を測るために設計されているかを、すでに把握しているためです。
インテグラビットがプロジェクト完了後に「公開後の最初の振り返り」を共に行っているのも、この理由からです。この場は次の開発案件を提案する営業の場ではなく、公開後に集まったシグナルを客観的に整理する場です。四つのシグナルを一つずつ点検し、現在弱い部分がどこかを確認しておくと、次の議論は主観的な感覚ではなく明確な根拠から始められます。
その振り返りを通じて導かれる結論が既存サービスを育てる方向であれ、構造を作り直す方向であれ、そこから先の戦略的な判断は、顧客企業自身の主導によって決まります。
次の記事: 直すか、作り直すか：MVP後の分岐点の判断基準
今お持ちのサービスのシグナルをどう解釈し、次にどう活かすか迷っている場合は、30分の無料相談で現在集まっているデータを一緒に確認できます。