チャレンジローンチは、参加者が短期間で一つの行動を終え、確認できる出力を手元に残す参加型企画です。
3日間や5日間のライブ配信をすること自体が目的ではありません。僕が最初に決めるのは、終了時に参加者が何を作り、次に何を選べる状態になるかです。その出力から、テーマ、工程、毎日の課題、支援を逆算します。
この記事は、チャレンジの販売台本やメール配列を扱いません。無料企画の体験と、その後に必要な人が選ぶ有料支援の役割を分け、無理なく実施できる企画書を一枚作るところまでを扱います。
チャレンジローンチとは?短期で一つの実行を支える企画
チャレンジローンチとは、参加者が一定期間に学ぶだけでなく、課題へ取り組み、確認可能な出力を一つ残す参加型企画です。短期の販売キャンペーンや連続講義とは、終了時に参加者自身の実行が残るかで区別します。
やり方を決める順番は、配信回数からではありません。出力、テーマ、期間、日別課題、支援、初回規模、振り返りをつなげます。僕はチャレンジ企画を設計するとき、知識を増やすことと、参加中に手を動かして一つ終えることを分けて考えてきました。
チャレンジに向く人、別の形式を先に考える人
| 参加者へ残したいもの | 向く形式 |
|---|---|
| 一つの実行と、本人が確認できる出力 | チャレンジ |
| 全体像の理解や選択肢の比較 | ウェビナー |
| 複数の技能を段階的に身につけること | 講座 |
| 個別事情に応じた診断や判断 | 個別支援 |
チャレンジに向くのは、参加者がすでに進めたい課題を持ち、その一部を短期で確認できる出力へ切り出せる場合です。
必要性の理解から始める人が多いなら、先にウェビナーや解説を置きます。開始状態が人によって大きく違う、専門的な確認が複数必要、短期化すると本来の価値を失う、といった場合は、講座や個別支援のほうが適しています。


無料チャレンジと有料支援の役割を分ける
無料チャレンジだけで、参加者の問題をすべて解決する必要はありません。ただし、無料だから何も完成しない、という設計にもできません。
役割は次のように分けます。
| 無料チャレンジ | その後の有料支援 |
|---|---|
| 一つの小さな出力を完成させる | 出力を実装し、運用し、改善する |
| 共通の判断基準を渡す | 個別事情に合わせて判断を深める |
| 次に何が必要かを本人が判断できる | 継続的な添削、伴走、反復を行う |
| 参加者が自分で適合を確かめる | 必要な人だけが範囲と条件を確認して選ぶ |
ここでいう「次の有料支援」は、無料企画の続きとして購入を強制するものではありません。無料企画で一つの約束を回収した後、実装や反復に支援が必要な人が任意で選ぶサービスです。
たとえば無料企画で「登録ページの骨組み」を完成させるなら、有料支援では本文作成、実装、計測、改善を扱えます。無料側でページ公開まで約束していないこと、有料側で何が増えるかを、募集前に分けて説明します。


中心は一枚のチャレンジ設計シート
複数のモデルを覚える必要はありません。まず次の一枚を上から埋めてください。
| 項目 | 決めること | 完了条件 |
|---|---|---|
| 対象 | どんな状態の人か | 開始前の状態を一文にできる |
| 約束 | 終了時に何が変わるか | 参加者側の変化として言える |
| 出力 | 何を手元に残すか | 見れば完了を確認できる |
| テーマ | どの一問を扱うか | 一つの疑問文にできる |
| 工程 | 出力までに必要な順番 | 必須工程だけが並んでいる |
| 課題 | 各工程で何をするか | 一動詞・一出力になっている |
| 提出 | 何を、どこへ出すか | 形式と期限を説明できる |
| 支援 | どこで何を返すか | 返信範囲と期限を守れる |
| 次の接点 | 終了後に何を案内するか | 無料企画と役割が重ならない |
この順番で重要なのは、日数を先に決めないことです。出力までの工程と課題量を見て、最後に期間を選びます。
3日間企画の完成例
次は、オンライン講師が行うと仮定した例です。実績例ではなく、設計項目を具体化するための見本です。
| 設計項目 | 完成例 |
|---|---|
| 対象 | 無料特典はあるが、登録ページで誰に何を渡すかを説明できていない人 |
| 約束 | 登録ページに必要な見出しを、自分の特典に合わせて決められる |
| 終了時の出力 | 登録ページの骨組み一枚 |
| Day 1 | 対象者を一文にする |
| Day 2 | 登録後に渡すものと受取後の状態を一文にする |
| Day 3 | 対象、約束、受取内容が伝わる見出しを順に並べる |
| 提出 | 一枚の記入シートを、指定場所へ一度提出する |
| フィードバック | 対象と約束のずれ、見出しの不足だけを共通基準で確認する |
| 次の接点 | 自分で実装する手順を案内し、個別添削が必要な人だけ有料支援の範囲を確認できるようにする |
悪い例は「3日で売れる登録ページを完成させる」です。文章、デザイン、実装、計測まで含むように読め、参加者の開始状態によって必要作業も変わります。
直すなら、「3日で、登録ページの骨組み一枚を作る」と約束を狭めます。公開作業や成果は約束せず、次工程へ渡せる出力を完成させます。
設計シートを埋める手順
1. 出力を一つ決める
「集客を学ぶ」ではなく、「無料特典のテーマを一文にする」「登録ページの見出しを並べる」のように、終了時に確認できる形へ変えます。
出力を見ても完了したか分からない場合は、テーマが広すぎます。先にテーマを狭めてください。
2. 必須工程だけを並べる
出力を作るために必要な工程を順に書きます。その際、「あると立派になる工程」ではなく、「ないと次へ進めない工程」だけを残します。
工程が多い場合は日数を増やす前に、出力を一段小さくします。
3. 課題を一動詞・一出力にする
「考えて理解する」では、完了条件が曖昧です。「選ぶ」「一文にする」「三つ並べる」のように、一回の課題で行う主な動作と提出物を一つにします。
4. 支援する停止点を選ぶ
レクチャーは行動前の理解を整え、課題は実行を促し、フィードバックは止まった人を次の一手へ戻します。
すべてを長文添削するのではなく、次工程へ進むために確認が必要な場所だけを選びます。同じ質問が増えたら、個別返信を増やす前に説明や課題文を見直します。
5. 支援時間から初回規模を決める
たとえば、開催期間中にフィードバックへ使える時間が合計180分で、一人あたり15分必要だと仮定すると、単純計算の上限は12人です。
ただし、12人をそのまま募集人数にはしません。共通質問への回答、提出の遅れ、例外対応の時間が別に必要だからです。まず理論上限を出し、そこから運営用の余白を引いた人数を初回上限にします。
時間に収まらない場合の戻る順番は、出力を小さくする、確認項目を絞る、共通説明へ戻す、人数を減らす、です。
6. 日数を決める
工程数だけでなく、参加者が考え直す間隔、質問する時間、フィードバックを受けて修正する時間を見ます。3日か5日かは看板ではなく、設計の結果です。
開催前は「つながり」だけを確認する
設計シートが埋まったら、別のモデルを追加せず、前後がつながっているかを点検します。
| 確認箇所 | はいと言える状態 | いいえの場合の戻り先 |
|---|---|---|
| 対象→約束 | その人が今ほしい変化になっている | 対象者が使う言葉を確認する |
| 約束→出力 | 出力を見れば変化を確認できる | 約束を一段小さくする |
| 出力→工程 | 必須工程だけで作れる | 完成度を上げるだけの工程を外す |
| 工程→課題 | 一回の動作と完了条件が明確 | 課題を分ける |
| 課題→支援 | 止まる場所と返す内容が対応する | 停止点を観察し直す |
| 支援→人数 | 期限内に約束を守れる | 範囲、説明、人数を見直す |
| 無料→有料 | 無料の約束を回収した後の支援になっている | 無料と有料の提供範囲を分け直す |
開催後は、感想の多さだけでなく、どの課題で止まったか、同じ質問は何か、確認に何分かかったかを記録します。次回に変える項目は、最も大きな停止点に関わる一つに絞ります。
チャレンジローンチのやり方を、設計順に確認する
各工程で決めるのは一つです。企画の販売接点は、参加者がチャレンジ内の約束を受け取れる設計を完成させた後に、別の判断として置きます。
次に読む記事を状態で選ぶ
- そもそも短期企画が合うか判断できないなら、チャレンジ企画とは何かで、ウェビナーや講座との違いを先に確認してください。
- 終了時の出力は決まったが、一問まで絞れないなら、チャレンジ企画のテーマの決め方で、参加者の望み・現実性・次の支援との接続を整理してください。
- 課題はできたが、質問対応や添削の上限が読めないなら、支援とフィードバックの設計で、停止点と支援方法を対応させてください。
まとめ
チャレンジローンチでは、日数や配信回数より先に、参加者が終える一つを決めます。
対象、約束、出力、テーマ、工程、課題、提出、支援、次の接点を一枚につなげれば、無料企画と有料支援の役割も分けられます。まず終了時の出力を一文にし、それを確認できる最小工程から作ってください。

















