gtm-0-to-1-launch

0-to-1 ローンチ

アイデアから最初の顧客獲得まで、新しい製品を立ち上げます。目標は話題を集めることではなく、あなたなしではいられない10人の顧客を見つけることです。

使用するタイミング

きっかけ：

• 「この製品をどうローンチすればよいでしょうか？」
• 「最初の顧客を獲得する戦略」
• 「ローンチしたのに、誰も使っていません」
• 「Product Hunt と直接アプローチのどちらがよいでしょうか？」
• 「認知は得られていますが、コンバージョンにつながりません」
• 「うまくいっているか、どうすればわかりますか？」

コンテキスト：

• 新製品のローンチ
• 新製品のように感じられる機能のローンチ
• 最初の10〜50人の顧客の獲得
• プロダクト・マーケット・フィットの検証
• 初期の勢いが止まる理由の診断

---

中核となるフレームワーク

1. 報道 ≠ 成長（登録者が12人だったローンチ）

パターン：

機能のローンチに合わせて、報道機関への働きかけを全面的に調整しました。TechCrunch、VentureBeat、製品ブログに取り上げられ、大々的な発表日を迎えました。

結果：

• インプレッション数：50K
• 登録者数：12人
• コンバージョン数：2件

失敗した理由：

ユーザー価値ではなく、メディアで話題になることを優先していました。その機能はセルフサービスで使える状態ではありませんでした。使い方の説明や背景情報、手取り足取りのサポートが必要でした。報道によって注目は集まります。しかし、注目を集めても利用開始につながらなければ、見せかけの成果にすぎません。

より効果的な方法：

ターゲット顧客50人に直接メールします。「あなたのようなチームが[問題]に苦労しているため、[機能]を開発しました。早期アクセスをご希望ですか？」と伝えます。セットアップを個別に案内し、フィードバックを受けて改善します。

結果： メール50通 → 返信15件（返信率30％）→ トライアル8件 → コンバージョン4件（トライアルから有料への転換率50％）。

教訓：

初期顧客は報道ではなく、直接のアプローチから獲得できます。報道が重要になるのは後です（シリーズAの発表や大きな節目など）。0-to-1の段階では、気を散らすだけです。

---

2. 3層診断（ローンチが停滞する理由）

パターン：

ローンチを済ませ、ある程度の認知も得ています。しかし、コンバージョンは低調です。問題は3つの層のいずれかにあり、それぞれ必要な対策が異なります。

第1層：ポジショニングの問題

症状：

• メッセージが競合他社と似ている
• 差別化の説明に複雑な技術的詳細が必要
• 購買担当者から、他の選択肢と大差ないと見られている
• 営業で比較についての質問が出ると、話の流れがそれてしまう

診断：「間違った戦線で非対称な戦いをしている」状態です。資金力のある企業を相手に、機能で競争しています。競合他社が独自の価値として何を掲げているかを整理し、簡単には模倣できないポジションを見つけましょう。

対策：製品機能だけに頼らず、構造的に自社のものにできる主張を打ち立てます。製品開発にリソースを投じる前に、アウトバウンドのメッセージでテストしましょう。

第2層：体験の問題

症状：

• 認知度は高いものの、利用開始率が低い
• ユーザーは登録するが、最初のワークフローを完了しない
• 入口が多すぎて、どれを選ぶか決められない
• ドキュメントが成果ではなく、機能を中心に構成されている

診断：明確な推奨設定のない柔軟性は、機能ではなく負担になります。ユーザーは「選択のパラドックス」に直面しています。選択肢が多すぎる一方で、「なるほど」と価値を実感する瞬間まで導く案内が足りません。

対策：すぐに価値をもたらす「確実なユースケース」を2〜3個特定します。オンボーディングは、それらのユースケースに絞り込みます。高度な機能は、習熟度に応じて段階的に利用できるようにします。ヘルプコンテンツは機能一覧ではなく、ユーザーが達成したい仕事を中心に書き直しましょう。

第3層：連携の問題

症状：

• チームが顧客対応の「余力がない」と報告している
• 部門ごとに異なる指標の最適化を目指している
• どのアイデアも同じ重みで扱われ、優先順位を決める基準がない
• 活動を成果につなげる明確な北極星指標がない

診断：すべての取り組みが同じ優先度を持つ「探索モード」は、リソースが限られると破壊的になります。

対策：全員で共有する北極星指標を1つ定めます。あらゆる意思決定の判断基準として使いましょう。「これは顧客獲得につながるか？」と問いかけます。そこにつながらない活動はやめます。進捗は四半期ごとではなく、毎週見えるようにしましょう。

活用方法：

ローンチが停滞したら、リソースを投入する前に、どの層に問題があるのかを診断します。問題がポジショニングにあるのに体験を改善しても、エンジニアリングの時間を無駄にします。問題が社内の連携にあるのにポジショニングを改善しても、マーケティング費用を無駄にします。

---

3. 最初の10顧客フレームワーク

原則： 最初の10顧客は収益のためではありません。学びを得るためです。

学ぶこと：

1. プロダクトは実際に課題を解決していますか？
2. 利用開始までの流れはどうなっていますか？（どのように価値を得るのでしょうか？）
3. どんな反論が出てきますか？（価格、機能、連携？）
4. 実際の購入者は誰ですか？（役職、職務、予算決定権？）
5. 営業サイクルはどれくらいですか？（日、週、月？）

見つけ方：

チャネル1：個人的なネットワーク（最初の2～3人）

• 「[X]を開発しているのですが、フィードバックをもらえますか？」
• 有料顧客に転換します（無料で提供しないでください。無料ユーザーから得られるフィードバックは、有料ユーザーからのものとは異なります）

チャネル2：直接アプローチ（顧客3～20人）

• ターゲットアカウントを100件リストアップします
• 相手固有の課題に合わせて内容を調整します
• メッセージのバリエーションを試し、どの切り口が返信につながるかを確認します

チャネル3：限界に達した瞬間を狙う（最も購入意欲の高い層）

• 最も購入意欲の高い見込み客は、すでに同等のソリューションを導入し、その限界に直面している人たちです
• ツールの使い方を学ぶために投資したうえで限界に達しており、乗り換えコストも低い状態です
• 制約を軸にアプローチを組み立てます。「[incumbent]では対応しきれなくなったチームが、[capability]を必要とする場面をよく目にします。それを解決するために私たちが開発したのがこれです。」
• すでに課題を理解しているため、こうした見込み客の成約率はコールドアウトリーチの3～5倍です

チャネル4：コミュニティ（開発者向けプロダクト）

• 「[problem]を解決するために[X]を開発しました。初期ユーザーを探しています」
• 手厚いオンボーディングを提供します
• ユーザーがSlack／Discord／フォーラムに集まるプロダクトに最適です

---

4. 2週間の実験サイクル

パターン：

初期段階では、完璧さよりスピードが重要です。制約となるのは、自分たちの判断が正しいかどうかではなく、仮説をどれだけ素早く検証し、改善できるかです。

実行方法：

• テストを始める前に、明確な成功基準を設定します
• 実験ごとに変数を1つだけテストします（メッセージ、チャネル、価格、機能）
• 最長2週間実施します。それまでに兆候が見られなければ、その後も期待できません
• うまくいったら、1週間以内にリソースを3倍投入します
• うまくいかなければ打ち切り、次のテストに移ります
• 結果にかかわらず、学んだことを記録します

プレイブックのルール：

成功した実験はすべて、拡大する前にプレイブックにまとめる必要があります。構成は「目標 → 手順 → 期待される出力 → 指標 → リスク」です。内容を知らない人がプレイブックを実行できないなら、記録が不十分です。

これが重要な理由：

一度きりの成功は積み重なりません。体系化された実験は積み重なります。目標は一度きりのローンチではなく、仮説を素早く検証するための、再現可能な仕組みを構築することです。

よくある間違い：

テストの前に計画を立てすぎること。「完璧な」条件が整うまでローンチを待つこと。感情的に多くのエネルギーを費やしたため、失敗している実験を長く続けすぎること。70％の情報がそろった段階で決断しましょう。

---

5. パートナー主導の市場参入（販路がない場合）

基本パターン：

直接販売だけで新しい市場に参入するのではなく、既存の有力企業とのパートナーシップを活用して、参入を加速させます。

実行方法：

1. ターゲットセグメントの市場リーダーを特定します
2. パートナーシップの提案ではなく、顧客の課題を提示します。「ユーザーが［機能］を使えるようになったらどうでしょう？」と問いかけることで、自社のニーズから相手のニーズへと視点を移せます
3. 小さく始めます。全面的なパートナーシップではなく、特定の問題を1つ解決する支援をします（範囲を絞った連携）
4. より広範なコミットメントを求める前に、3〜6か月のパイロットで価値を証明します
5. リファレンス顧客を共同で開拓し、相手のリスクを軽減します
6. 相手のGTMを活用します。連携後、相手が自社の顧客基盤に向けてマーケティングします

スーパーノードパターン：

他のツールが自然につながる連携ハブとして、自社を位置づけます。他のプラットフォームが必要とする重要なデータやワークフローを自社が保有します。これは複利的に効果を生み、新しいパートナーが増えるたびに、次のパートナーにとっての自社の価値が高まります。

カテゴリーの段階的な攻略：

あらゆる分野でパートナーシップを追求しないでください。四半期ごとに2〜3カテゴリーを支配しましょう。

1. 本物のユースケースを示します。「当社のユーザーから、［パートナー］との連携を毎月50回求められています」
2. あるカテゴリーのトップ企業と提携すると、競合他社も自社との連携を急ぐようになります
3. あるカテゴリーで2〜3件のパートナーシップに成功したら、顧客との共同事例を作成します

よくある間違い：

明確な連携経路がないままパートナーシップを開始すること。支援なしでパートナーが認知度を高めてくれると期待すること。パートナーシップをプラットフォーム拡張ではなく、販売チャネルとして扱うこと。

---

6. PMF検証チェックリスト

プロダクトマーケットフィットとは、顧客をこちらから押し進めるのではなく、顧客がこちらを前へと引っ張ってくれる状態です。

リテンション：

• 1週目のユーザーの40％以上が4週目にも戻ってくる
• 利用が時間とともに増加している
• 営業からの働きかけなしで顧客が更新している

オーガニック成長：

• 口コミによる紹介が発生している
• 顧客から「チームを追加できますか？」と尋ねられる
• 有料マーケティングなしでも問い合わせがある

営業の成約速度：

• 営業サイクルが短縮している
• トライアルからの成約率が30％を超えている
• 顧客が「今すぐこれが必要です」と言っている

定性的な指標：

• 製品がなくなったら非常に困ると答える人が40％を超えている（Sean Ellisテスト）
• 顧客が製品の用途を説明できる（ユースケースが明確）
• 顧客が公の場で製品を推奨している

これらを満たしていない場合、まだPMFを達成していません。マーケティングや営業を拡大しないでください。

---

意思決定ツリー

ローンチが停滞しているのはなぜ？

Do prospects understand what you are?
├─ No → Layer 1: Positioning problem
│         Fix: Test new messaging before changing product
└─ Yes → Continue...
    │
    Do users activate after signing up?
    ├─ No → Layer 2: Experience problem
    │         Fix: Restrict onboarding to 2-3 use cases, guide to aha moment
    └─ Yes → Continue...
        │
        Is the team aligned on what matters?
        ├─ No → Layer 3: Alignment problem
        │         Fix: Single north star, weekly visibility, cut non-essential
        └─ Yes → Keep iterating, you're on the right track

プレスローンチと直接アプローチのどちらを選ぶ？

Self-serve ready? (Users get value in <10 min)
├─ No → Direct outreach only (press won't convert)
└─ Yes → Do you have >$1M funding to announce?
    ├─ Yes → Both (press for awareness, outreach for conversion)
    └─ No → Direct outreach first, press later

---

よくある間違い

1. アクティベーションではなく、見出しを最適化する 5万回のインプレッションに対して、サインアップは12件。プレス露出は成長ではありません。

2. ローンチ前にターゲット顧客リストを作らない ゼロから1への立ち上げで、手当たり次第に試してもうまくいきません。まず100件のアカウントリストを作成しましょう。

3. デフォルト設定のない柔軟性 すべての選択肢をユーザーに与えると、かえって動けなくなります。間違いなく有効なユースケースを2〜3個選び、明確に導きましょう。

4. 製品を無料で提供する 無料ユーザーのフィードバックは丁寧ですが、率直ではありません。有料ユーザーは正直なフィードバックをくれます。

5. 学ぶ前に拡大する 最初の10人の顧客から得るのは、売上ではなく学びです。すべてを記録しましょう。

6. 計画しすぎて、テストが足りない 明確な中止基準を設け、2週間単位で実験しましょう。素早く動き、得た学びを記録します。

7. 間違ったレイヤーを診断する 問題が顧客体験にあるのにポジショニングを修正すると、マーケティングが無駄になります。問題がポジショニングにあるのに顧客体験を改善すると、エンジニアリングが無駄になります。

---

クイックリファレンス

3層診断： 第1層：ポジショニング（メッセージが競合他社と似ている）→ 新しいメッセージをテストする 第2層：エクスペリエンス（認知されているが、利用が始まらない）→ アハ体験へ導く 第3層：連携（チームの足並みがそろっていない）→ 唯一の北極星指標と、週次での可視化

最初の10人の顧客： 個人的なつながり（2～3人）→ 直接アプローチ（3～20人）→ ニーズが高まるタイミングを狙う（関心度が最も高い層）→ コミュニティ（開発者向け製品）

2週間の実験サイクル： 仮説 → 成功基準 → テスト（最長2週間）→ 中止または3倍に拡大 → プレイブックに記録

PMFの兆候： 第1週から第4週の継続率40％以上 ＋ 口コミ ＋ 営業サイクルの短縮 ＋ 非常に残念だと思う人が40％超

パートナー主導の市場参入： まず顧客の課題に取り組む → 対象を絞ったパイロット → 共同でリファレンス顧客を獲得 → パートナーのGTMを活用する

---

関連スキル

• product-led-growth：初期の勢いを得た後のスケール
• positioning-strategy：ローンチに向けたポジショニング
• partnership-architecture：パートナー主導の市場参入

---

報道向けに最適化した機能をローンチした結果、5万回のインプレッションから得られた登録が12件にとどまった経験、3社で3層モデルを使ってローンチの停滞を診断した経験、そして場当たり的なテストを再現可能な仕組みに変えた2週間の実験サイクルの構築に基づいています。また、複数の地域やセグメントにおけるパートナー主導の市場参入から得た知見も含まれています。理論ではありません。虚栄の指標を成長と取り違え、実際の問題を診断する方法を学んだ経験から得た教訓です。