ベータユーザーの見つけ方を考えているなら、登録数よりも先に学びの質を最適化しましょう。良いベータユーザーはその課題を抱えており、関連するワークフローを試すことができ、何が変わったかを教えてくれます。好奇心だけの見知らぬ人が並ぶ長いウェイトリストは、弱いプロダクト判断を覆い隠してしまうことがあります。
オーディエンスより先にベータの目的を定義する
今後2週間でベータから何を学ぶ必要があるのかを明確にします。たとえば、通話なしでセットアップできるか、中核となるタスクが毎週繰り返されるか、チームが実データを共有してくれるか、などです。「フィードバックをもらう」では範囲が広すぎて、誰も選別できません。
- ユーザーが、いつかではなく今まさに対象の課題を抱えている。
- プロダクトを試すのに必要なデータ、ワークフロー、または権限にアクセスできる。
- ベータ版の粗さと、フィードバックを求められることを受け入れている。
- ユースケースが、あなたが下すべき判断と一致している。
- 初回セッション後にフォローアップし、再訪の行動を観察できる。
課題がすでに見えている場所で募集する
チャネルの量を追うのは、選別ルールが機能してからにしましょう。関連性の高い10件の会話のほうが、見境なく集めた100件の登録よりも、はるかに多くのことを見極められます。
- 身近なつながり：顧客、同業者、アドバイザー、元同僚に、不特定多数への拡散ではなく具体的な紹介を依頼します。
- 課題が語られているコミュニティ：人々がそのワークフローや回避策について語っている場で貢献します。コミュニティのルールを守り、すべての返信を売り込みにしないでください。
- 公開された意図のシグナル：ローンチ投稿、転職、ツールへの不満、または定義したトリガーを示す質問を探します。
- 自社のオーディエンス：既存のリストやユーザー基盤から絞り込んだセグメントを、適している明確な理由とともに招待します。
- ダイレクトアウトリーチ：観察できる文脈に結びついた短い個別メッセージを送り、断りやすくしておきます。
誠実なベータオファーを提示する
何ができていて何が未完成か、テストにどれくらい時間がかかるか、どんなサポートを提供するか、どんなフィードバックが必要かを伝えます。プロダクトが実現できない独占性、自動化、成果の保証をほのめかしてはいけません。
20件の会話でベータスプリントを実施する
- 同じ選別基準を通過した20人のリストを作成します。
- アウトリーチの前に、ターゲット、メッセージ、チャネル、停止条件を見直します。
- 反論が繰り返されたらメッセージを変えられるよう、少数ずつ送信します。
- 返信を理由別に記録します：今関係がある、後で、担当者違い、信頼不足、価値が不明確、無反応。
- 選別を通過したユーザーを1つのタスクを軸にオンボーディングし、最初の成功イベントを定義します。
- 最初の試用後にフォローアップし、説得しなくても戻ってくるかを観察します。
- 単にメッセージを増やすのではなく、オーディエンス、約束、オンボーディング、プロダクトのどれを改善するかを判断します。
熱意ではなく行動をスコアリングする
いいね、ウェイトリストへの登録、丁寧な称賛は有用な背景情報になり得ますが、コストを伴う行動よりも弱いシグナルです。別の列に分けて記録しましょう。
Soloopは承認済みのリサーチとX/Twitterでの作業をサポートできます。コールドメールはGmailでのベータ提供、Redditへの投稿は手動で、広告は引き続き計画のみです。これらの制約は募集計画の中で明確に見えるようにしておくべきです。承認カードは、公開またはダイレクトな行動の前に、正確なオーディエンスとメッセージを確認する機会です。
- 適格な返信：相手が課題と現在の状況を認めている。
- コミットメント：時間を確保する、データを接続する、チームメイトを招待する、またはセットアップを完了する。
- 最初の価値：ベータで検証するために設計したワークフローを完了する。
- 再訪：ワークフローを繰り返す、またはリマインドなしで戻ってくる。
- 結果：何があれば利用をやめる、乗り換える、または支払うのかを説明する。
- 支払い：プロダクトが有料オファーを出せる段階になったとき、実際にお金を払う。