最後まで終えてもらえる講座の作り方

【実務者の視点】 これまでに講座を一つ、ゼロから作り上げた——「AI Agents for Beginners」、全8モジュール、199ドル——そして設計で一番時間をかけたのはコンテンツそのものではなかった。モジュール1を買った人に、モジュール5を開く理由が残っているようにすることだった。ほとんどの講座はこの問題を解決できておらず、それは誰も公表したがらない修了率に表れている。

目次

目次を開く

• 講座が最後まで終わらない本当の理由
• 構造：各モジュールが本物の成果物を引き継ぐ
• 無料モジュールを予告編ではなく本物のフィルターにする
• クイズを、受講者自身のビジネスを必要とするラボに置き換える
• 初めて講座を作る人に伝えたいこと
• よくある質問
  • 講座の1モジュールはどれくらいの長さにすべきか
  • 第1モジュールは常に無料にすべきか
  • 講座のテーマ同士が自然に積み上がらない場合は?
  • これは技術系の講座にしか通用しないのか

講座が最後まで終わらない本当の理由

受講者が怠けているわけでも、内容が悪いわけでもない。ほとんどの講座が、同じ形の8本の独立した講義として作られているからだ——視聴し、たぶんクイズに答え、次に進む。モジュール2の内容は、モジュール3を始めるのに何も必要としない。だから生活が忙しくなった瞬間——それは必ず起きる、たいてい3日目に——やめることに何のコストもかからない。何も中途半端に残していない、なぜなら各モジュールはすでにそれ自体で完結した、独立したものだったからだ。

これをジムのプログラムと比べてみてほしい。先週の重量を記録しておかないと、今週何を挙げればいいか分からない仕組みだ。1週間飛ばせば、空白がこちらを見つめてくる。その空白こそが仕組みの全てだ。ほとんどの講座にはそれがない。

構造：各モジュールが本物の成果物を引き継ぐ

私の講座はこう作った。各モジュールは実践ラボで終わり、そのラボはファイル、動くスクリプト、書き留めた決断といった具体的なものを生み出す。それを次のモジュールは「あれば嬉しいもの」ではなく必須インプットとして要求する。

1. モジュール1は、受講者が自分の作っているものが本当にエージェントなのか、それとも衣装を着たチャットボットなのかを文書で決めることで終わる。その決断がモジュール2へのインプットになる。
2. モジュール2では、動く単一ツールのエージェントを実際に作らせる——本当に動くスクリプトだ。このスクリプトを、モジュール3が2つ目・3つ目のパターンで拡張する。
3. モジュール3から7はそれぞれ前のモジュールの成果物を修正・拡張していく。まずメモリー、次に本番運用向けプロンプティング、次にコストとセキュリティの制御、そしてデプロイの手順だ。
4. モジュール8は、その時点で受講者が持っているもの——仮の例ではなく、実際に動いている自分自身のエージェント——だけから組み立てるケーススタディだ。

モジュール6に飛んでも意味が通じないのは、モジュール6がモジュール5をやって初めて存在するファイルを前提としているからだ。これは受講者への根性の要求ではなく、構造上の要求だ。講座自体が順序を強制するので、私が誰かをせっつく必要がない。

講座を作っていて、あるモジュールが物理的に何を生み出すのか説明できないなら、スライドや台本に手をつける前に、まずそこを直すべきだ。

無料モジュールを予告編ではなく本物のフィルターにする

定番のアドバイスは「信頼を築くために少し味見させる」というものだ。私はそれとは少し違うことをした。モジュール1は無料だが、それはハイライト集ではない——本物の第1レッスンを完全な深さで提供し、受講者が自分自身の状況について下すべき本物の決断で終わる。

受講者へのメッセージは単刀直入だ。このモジュールが20分であなたの知らなかったことを何も教えられないなら、残りは買わなくていい。これは本物のフィルターであって、マーケティングのジェスチャーではない。そして予告編には決してできない2つのことをやってのける。どのみちモジュール2で離脱していたであろう人たちを遠ざける——「AIエージェント」が実際より単純な何かであってほしいと願っていた人たちだ。そして実際に購入した人全員に、最初の勝利をすでに手にした状態を与える。だからモジュール2は白紙から始めるのではなく、何かをすでに終えた状態から始まる。

予告編は講座というアイデアを売る。本物の第1モジュールは、その中で何かを終える経験を売る。そのどちらか一方だけが、モジュール2を開くかどうかを予測する。

クイズを、受講者自身のビジネスを必要とするラボに置き換える

私の講座では、各モジュールが実践ラボで終わる。それは一般的な例ではなく、受講者自身の事業に対して行うものだ。理解度を問う質問は、そのページを読んだかどうかしか測れない。ラボは実際にそれができるかどうかを測るものであり、受講者が戻ってくるかどうかを本当に予測する唯一の「進捗」の形だ。

ラボは見積もり時間内に終えられるほど範囲を絞る必要がある——私のものはモジュールごとに20〜45分だ——そして「できた」に曖昧さのないイエス・ノーの答えが出るほど具体的でなければならない。スクリプトが動いた、ファイルが存在する、エージェントが予定どおり動作した、というように。半分だけやって完了と言えてしまうラボは、「半分でいい」ことを許容されたゴールだと受講者に教えてしまう。そのレッスンを意図せず組み込んでしまわないように。

初めて講座を作る人に伝えたいこと

スライドを1枚書く前に、各モジュールから何の成果物が出るのかを書き出そう。それに名前を付けられないなら、そのモジュールにはまだ役割がない——ただの講義だ。次に、次のモジュールが本当にその成果物を必要としているのか、それとも雰囲気づくりのために触れているだけなのかを確認しよう。「触れているだけ」は依存関係ではなく、購入時の割引コードの緊急感が薄れた瞬間に、誰の注意も引き留められなくなる。

無料モジュールは、この講座全体の中で最もレバレッジの高い部分になる。なぜなら、購入を決める前に潜在的な買い手全員が読む唯一の部分だからだ。それを最も簡単に片付けられるモジュールではなく、最も丁寧に仕上げるべきモジュールとして扱おう。

よくある質問

講座の1モジュールはどれくらいの長さにすべきか

一つの本物のことを教えるのに十分な長さで、受講者が45分以内に終えられるラボで締めくくる長さだ。私のモジュールは1,500〜2,500語の教材本文にラボを加えた分量——一気に読み切れるほど短く、ラボが拠り所にできるだけの土台がある長さだ。修了を予測するのは長さではなく、モジュール間の引き継ぎだ。

第1モジュールは常に無料にすべきか

販売ページだけではそのフォーマットが自分に合うかどうか買い手が判断できないなら、無料にすべきだ——そしてそれをハイライト集ではなく本物のモジュールにすること。過剰に売り込まず、それでも購入につながる無料モジュールは、ページ上のどんな推薦の言葉よりも強力なフィルターになる。

講座のテーマ同士が自然に積み上がらない場合は?

それでも成果物を無理にでも設定しよう。ゆるく関連したテーマの集まりでも、進行中の文書、決定事項のログ、あるいは受講者がモジュールからモジュールへ持ち運ぶプロジェクトを共有できる——一つ選んで、それを次のレッスンの必須インプットにすればいい。代わりに何もつながりのないモジュール群を用意してしまうと、それはまさにレッスン2で放棄される形になる。

これは技術系の講座にしか通用しないのか

いいや——仕組みは引き継ぎであって、テーマではない。マーケティング講座なら、前のモジュールの実際のキャンペーンブリーフを今回のモジュールの出発点として要求できる。ライティング講座なら、先週の下書きを要求できる。どんな講座でも「自分が作ったもの」を通底するつながりとして定義できる。ほとんどの講座は、単にその手間をかけていないだけだ。