コースを本格ローンチする前に、10人の受講生でベータテストする

コース作成で最も高くつく失敗は、モジュールの出来が悪いことではありません。200席を販売したあとで、問題のあるモジュールに気づくことです。ベータ版を実施すれば、このリスクを逆転できます。10人に大幅な割引価格で販売し、どこでつまずくのかを正確に確認して、本番の読者に見られる前にカリキュラムと販売ページを修正するのです。これはソフトローンチでも、割引を使った小手先の施策でもありません。失敗を認めてもらうことを目的に、まだ影響が小さい段階で意図的に少人数へ提供するテストです。

なぜ100人ではなく10人なのか

10人なら、すべてのメッセージに自分で目を通せる一方、傾向が見えるだけの人数も確保できます。1人がレッスン3を誤解したなら、単なる一例です。10人中4人が誤解したなら、説明の構造に問題があります。本番前に10人から学ぶほうが、1週間かけてローンチを宣伝したあとで、300件の返金依頼から学ぶよりずっとよいでしょう。ベータ版の目的は需要の証明ではありません。需要はウェイトリストやライブの事例ストアで検証できます。目的は、販売ページが約束した価値を、レッスンごとに実際に提供できるかを確認することです。

人数は意図的に制限しましょう。8〜12人ほどがちょうどよい範囲です。1人の声の大きい意見を全体の意見と取り違えずに済み、しかも全員と本当のやり取りを続けられる人数です。15人を超えると、価格設定が追いついていないのに本番ローンチ並みの対応量が発生し、全員に同じ日に返信できなくなるため、フィードバックの循環も遅くなります。

ベータ版のオファーを設定する

すでに使っているツールの上に組み立てれば、仕組みは簡単です。まず通常どおりコース商品を作り、次にダッシュボード内で大幅な割引率の割引コードを発行します。ベータ版では40%〜60%オフが一般的です。引き換え回数をベータ版の人数に制限し、12人を超えてひそかに広がらないようにしましょう。コードは、あらかじめ選んだ少人数にだけ共有します。熱心なフォロワー数人、関連投稿にコメントしたメールリストの読者数人、あるいはコースの開始時期を直接尋ねてきた人を1〜2人選ぶとよいでしょう。

1. 1すべてのモジュールを、粗くても最後まで完成させる。ベータ受講生が確認するのは導入だけではなく、全体の流れです。
2. 2ベータ版用の販売ページを書く。中心となる約束は同じにしつつ、割引とフィードバックの交換条件を明確にする。
3. 3ベータ版の人数に合わせて上限を設定した割引コードを作り、実施期間を過ぎて使われないよう明確な有効期限を設定する。
4. 4公開せず、8〜12人を選んで個別に招待する。
5. 5固定したフィードバック期間を設定する。アクセス開始から7〜10日後など、いつ確認するかを具体的に伝える。
6. 6コース終了時のアンケート1回だけでなく、レッスンごとに整理されたフィードバックを集める。
7. 7修正を反映したら、本番ローンチ前にベータ版の割引コードをアーカイブまたは削除する。

実際に何を尋ねるか

「よかったです」のような一般的な感想は、編集には役立ちません。特定のレッスン、特定の場面、特定の混乱に結びついたフィードバックが必要です。最後まで待つのではなく、各モジュールのあとに短い確認を送りましょう。どこで混乱したかという記憶はすぐに薄れます。同じ日に答えてもらうより、1週間後のアンケート回答のほうが、ほぼ必ず曖昧になります。

最後の質問は、カリキュラムに関する質問と同じくらい重要です。購入を迷ったベータ受講生は、本番価格の販売ページで答えるべき異議をそのまま教えてくれます。多くの場合、必要な時間、事前知識のレベル、あるいは「自分のような初心者向けなのか」といった点です。内蔵の受信トレイからすべてのメッセージに個別返信し、会話を直接続けましょう。実施中に技術面の問題が起きた場合は推測で対応せず、サポートに問い合わせて、より多くの受講生に影響する前に解決してください。

コメントだけでなく、離脱を読む

コメントからは、人々が気づいたことがわかります。行動からは、実際に起きたことがわかります。コースのプラットフォームにレッスンごとの完了状況が表示されるなら、意欲的だった受講生がどの地点で進む速度を落としたか、または確認メッセージへの返信をやめたかを確認しましょう。そこには通常、ペースの問題（1つのレッスンに詰め込みすぎている）、順序の問題（説明する前の概念を使っている）、または自信の問題（購入者像がまだ持っていない知識を前提にしている）があります。その離脱地点と、同じ受講生の文章によるフィードバックを照合しましょう。両方が同じレッスンを指しているなら、そこが最優先で書き直すべき箇所です。

ベータ受講生10人中3人が同じレッスンで止まったなら、混乱した受講生が3人いるのではなく、壊れたレッスンが1つあるのです。— フィードバックの仕組み全体を設計する際に軸にすべきパターン

カリキュラムだけでなく、販売ページも直す

ベータ版は、販売ページの文章を検証するにも最も安価な機会です。受講生は購入を決める直前にそのページを読んでいるので、異議が新鮮な状態で残っています。直接、「タブを閉じようと思った理由は何でしたか？」と尋ねましょう。販売ページが変化を大きく言いすぎていること（ほとんどの購入者は3回の挑戦を必要としていたのに、「ゼロからローンチまで」と書いているなど）や、必要な時間を小さく見せていること（6週間かかる制作なのに誰も説明しておらず、週末で終わると思われているなど）がよくあります。どちらも、より大きな読者に届き、広告文や推薦文、すでに広く共有したランディングページに組み込まれる前に修正できます。

ベータ受講生を、最初のローンチ実績に変える

ベータ版は商品を改善するだけでなく、最初のソーシャルプルーフも無料で提供してくれます。満足度の高いベータ受講生に短いコメントや受講前後の変化を尋ね、より広い読者に公開するときに販売ページへ掲載しましょう。「信じてください、よい商品です」よりも強力なローンチ素材です。たとえ割引価格であっても、実際に支払い、最後までやり切った人の言葉だからです。この段階で、ストア自体が規模の拡大に対応できることも確認しましょう。store.fanのページでは自動納品が問題なく動き、割引コードが無効になり、本来の価格が設定されている必要があります。ベータ版の価値は、実際に収益を生む本番ローンチを守ることにあるからです。

FAQ

大きな読者層も複雑な技術構成も必要ありません。必要なのは、率直に話してくれる10人と、その声を実際に聞く仕組みです。まだストアフロントを設定していないなら、今のうちに割引コードと納品を動かしておきましょう。ベータ版のフィードバックが届く頃には、コースを編集して価格を切り替えるだけで済みます。オファー設計、価格設定、ローンチについて詳しく知りたい場合はブログを確認してください。導入前にすべてのツールを見たい場合は、プランで各ティアに含まれる内容を確認できます。