体験申込から入会までのパイプライン設計とは、ステージを増やす作業ではなく、落ちる場所を分けて数えられるようにする作業です。 申込受付・日程確定・体験実施・検討中・入会手続き・入会完了の5〜6ステージから始め、見送り理由は必ず選択肢型で残します。 そして入会後の継続はパイプラインで持たず、在籍状態のプロパティーと退会の兆候で管理します。
体験申込から入会までのパイプライン設計とは、ステージを増やす作業ではなく、落ちる場所を分けて数えられるようにする作業です。 申込受付・日程確定・体験実施・検討中・入会手続き・入会完了の5〜6ステージから始め、見送り理由は必ず選択肢型で残します。 そして入会後の継続はパイプラインで持たず、在籍状態のプロパティーと退会の兆候で管理します。
ブログ目次
HubSpotゴールドパートナーのStartLinkが、HubSpot導入・AI活用・CRM整備・業務効率化までをまとめて支援しています。記事で気になったテーマを、そのまま相談ベースで整理できます。
体験申込から入会までのパイプライン設計とは、ステージを増やす作業ではなく、落ちる場所を分けて数えられるようにする作業です。 申込受付・日程確定・体験実施・検討中・入会手続き・入会完了の5〜6ステージから始め、見送り理由は必ず選択肢型で残します。 そして入会後の継続はパイプラインで持たず、在籍状態のプロパティーと退会の兆候で管理します。
「体験の申し込みは来ているのに、入会が増えない」——スクール事業でよく聞く悩みです。
この状態のとき、現場で起きていることは1つではありません。申し込んだが日程が合わずに来なかったのか、体験には来たが当日に決めなかったのか、持ち帰って検討したまま連絡が途絶えたのか。原因が違えば打ち手も違います。ところが「申込数」と「入会数」の2つしか記録していないと、どこで落ちているのかが分かりません。
体験申込から入会までのパイプライン設計とは、落ちる場所を分けて数えられるようにする作業です。ステージを増やすことが目的ではなく、打ち手を変えるべき地点を見つけるための設計だと考えてください。
この記事では、HubSpotを例に、スクール事業の入会パイプラインの設計を整理します。教室やスクールを運営していて体験からの入会率を上げたい方、複数教室で入会率にばらつきがあり原因を掴みたい方に向けた内容です。次の4点がわかります。
読み終える頃には、自社の入会プロセスをどう分解するかのたたき台が作れる状態になります。ぜひ最後までご確認ください。
まず、記録の粒度と改善の関係を整理します。記録が粗いと、数字は出ても打ち手に繋がりません。逆に言えば、どこで分けて数えるかを決めることが、そのまま改善の設計になります。
申込数と入会数だけを記録している状態で入会率が下がったとき、言えることは「入会率が下がった」だけです。次に何をすべきかが、データから出てきません。
一方、間のステージを分けて記録していると、次のように診断できます。
| 落ちている場所 | 実際に起きていること | 打ち手 |
|---|---|---|
| 申込 → 日程確定 | 折り返しが遅い。希望日に枠がない | 一次対応の速度、枠の見直し |
| 日程確定 → 体験実施 | 当日キャンセル・無断欠席 | 前日リマインド、日程の取り直し |
| 体験実施 → 入会 | 体験の内容や説明が刺さっていない | 体験プログラム、当日の説明の型 |
| 検討中 → 入会 | 持ち帰ったまま連絡が途絶える | フォローの回数とタイミング |
同じ「入会率が低い」でも、原因が違えば打ち手はまったく別です。ステージを分ける目的は、この診断を可能にすることにあります。
スクール事業の体験申込は、多くの場合、保護者が複数の教室を比較しています。最初に返信が来た教室で日程が決まるという構造があります。
そのため、申込から一次対応までの時間は、記録する価値の高い数字です。ここが数日かかっているなら、ステージ設計より先に手を付けるべき場所になります。同じ論点を不動産の反響対応で整理した例は不動産の追客パイプライン設計で扱っています。
ここからが設計の本体です。冒頭に掲げた図が、この記事で扱う基本形にあたります。申込受付から入会完了までを6つの区切りで捉え、それぞれのステージ間に「連絡がつかない」「当日キャンセル」「当日決めない」「検討のまま途絶える」という落ちる理由を対応させた形です。
これは特定の企業の実装ではなく、スクール事業でよく出てくるプロセスを一般化した設計例です。実際のステージ数と名称は、自社の導線に合わせて決めてください。
| ステージ | 入る条件 | 出る条件 |
|---|---|---|
| 申込受付 | フォーム・電話で体験の申し込みがあった | 教室側から連絡が取れた |
| 日程確定 | 体験の日時が決まった | 体験当日を迎えた |
| 体験実施 | 体験に来場した | 当日の説明が終わった |
| 検討中 | その場で決めず持ち帰った | 意向が固まった |
| 入会手続き | 入会の意思表示があった | 書類・決済が完了した |
| 入会完了 | 手続きが完了した | ── |
このうち「検討中」を独立したステージにするかどうかが、設計の分かれ目です。当日その場で決まる比率が高い事業なら不要ですが、持ち帰りが多いなら分けてください。持ち帰り層を可視化しないと、フォローの仕組みが作れません。
ステージを作るときに最も重要なのは、名前ではなく定義です。「体験実施」がどの時点を指すのか(来場した時点か、体験プログラムが終わった時点か)を決めて文章にし、共有してください。
定義が曖昧だと、教室ごとにステージの進め方が変わり、教室間の入会率を比較できなくなります。複数教室を運営している場合、ここが最も効きます。
ステージを進めるときに必ず埋めてほしい項目は、必須プロパティーとして設定します。HubSpotでは条件付きステージプロパティーの設定画面で、プロパティーを必須にするチェックボックスをオンにできます(パイプラインを設定・カスタマイズする)。
| ステージ | 必須にしたい項目 |
|---|---|
| 日程確定 | 体験日時、希望コース |
| 体験実施 | 担当講師、当日の反応 |
| 検討中 | 検討理由(比較中/時期/費用/本人の意向) |
| 入会完了 | 入会日、コース、月謝額 |
| 失注 | 見送り理由(選択肢型) |
見送り理由は必ず選択肢型にしてください。自由記述にすると集計できず、改善に使えません。あわせて、「検討理由」や「当日の反応」のように子どもや家庭の様子に触れる項目は、集計に必要な粒度の選択肢にとどめ、健康状態や家庭の事情といった機微な内容を自由記述で書き残さない運用にしてください。
ステージを増やしすぎると、現場が動かさなくなります。目安として、最初は5〜6ステージから始めて、実際に打ち手が変わる地点だけを後から分割するのが定着しやすい進め方です。「分けたけれど、そのステージの数字を見て何かを変えたことがない」なら、そのステージは不要です。
ステージ設計と同じくらい効くのが、体験に案内できる枠を把握できているかです。申込から日程確定までの歩留まりが悪い教室は、対応が遅いのではなく、そもそも提示できる枠が少ないケースが少なくありません。
枠の管理をCRMでどこまでやるかは、規模で分かれます。
| 方法 | 向いているケース | 注意点 |
|---|---|---|
| ミーティングリンク(日程調整リンク) | 体験の受け入れ枠が講師のカレンダーで決まる | 教室の設備上限は反映されない |
| 予約システムを別で使う | 枠が複雑(クラス定員・振替・設備) | CRMへは片方向で結果だけを取り込む |
| 手動で枠を管理する | 教室が1〜2、枠の変動が少ない | 枠の状況が担当者以外に見えない |
いずれの方法でも、CRM側に「体験日時」を日付プロパティーとして持たせることは必須です。ここが埋まっていないと、当日リマインドの自動化も、体験実施率の集計もできません。
もう1点、申込があった曜日・時間帯と、実際に成立した体験日時の両方を残すと、枠の設計を見直す材料になります。土曜午前の申込が多いのに枠が平日夕方しかない、という状態は、この2つを並べて初めて見えます。
なお、体験申込フォームで取得する情報は、保護者名義で取得する設計にしてください。個人情報保護委員会のQ&Aは、法定代理人等から同意を得る必要がある子どもの年齢を「個別具体的に判断されるべき」としたうえで、「一般的には12歳から15歳までの年齢以下の子ども」を目安として挙げています(「個人情報の保護に関する法律についてのガイドライン」に関するQ&A A1-62)。年齢で線を引く運用にするより、申込者を保護者に統一しておくほうが確実です。あわせて、取得した情報を何に使うのかという利用目的をフォーム上に明示し、体験の案内と入会手続き以外に使わない範囲を書いておくと、後の配信設計でも迷いません。また、講師の所見のような主観的な記録は保護者からの開示請求の対象になり得るため、どこまで書くかを運用ルールとして先に決めておいてください。ここに挙げたのは一般的な留意点であり、実際の取り扱いの範囲は、自社の規程と関係法令に照らして事前に確認してください。
「検討中」を独立させたら、次はそこを動かす仕組みを作ります。ステージを分けただけでは、持ち帰った家庭は自然には戻ってきません。ここで決めるのは、接点を何回・どの間隔で作るか、そのうちどこを自動化してどこを人が担うかの2点です。

体験後のフォローで最も多い失敗は、当日か翌日に1回連絡して、返事がなければそのまま終わることです。保護者は複数の教室を比較しており、その場で結論が出ないことのほうが普通です。
段階的に接点を作る設計にしてください。例を挙げると、次のような組み立てになります。
重要なのは、入会が決まったら以降の処理を止める分岐を必ず入れることです。入会した家庭に「まだ迷っていますか」というメールが届くと、信頼を損ねます。ワークフローの基本的な組み方はHubSpotワークフローの設定ガイドで扱っています。
見送りになった家庭を、そのまま削除したり放置したりしないでください。見送り理由が「時期」だった家庭は、数か月後に再検討します。
見送り理由を選択肢型で持っておくと、「時期」で見送った層だけを抽出し、新学期前に再アプローチするリストが作れます。これはCRMを持っている事業の最も分かりやすい利点の1つです。
すべてを自動メールにすると、返信率が下がります。自動で送るのは情報提供、判断を促す連絡は人が行うという分担にしてください。
自動化の役割は、人が連絡すべきタイミングを漏らさず作ることであって、人の連絡を置き換えることではありません。
ここが設計上、最も間違いやすい部分です。入会までのプロセスがうまく組めた会社ほど、その延長で継続もパイプラインに載せようとします。しかし入会前と入会後では、レコードが動く速さがまったく違います。
入会した後の在籍は、パイプラインのステージを進める対象ではありません。数か月から数年、同じ状態が続きます。
ここで「通塾中」「休会中」「退会」といったステージを刻もうとすると、誰も動かさないステージができます。入会完了でパイプラインはクローズし、在籍中かどうかは別のプロパティー(在籍状態)で持つ設計が扱いやすくなります。在籍のデータ構造についてはスクール事業のCRMデータ設計で詳しく扱っています。
退会は突然起きるように見えて、多くの場合その前に兆候があります。

| 兆候 | 検知の方法 | アクション |
|---|---|---|
| 欠席が続いている | 出席記録から連続欠席回数を持つ | 担当講師へタスクを作成 |
| 月謝の未納がある | 請求ステータスを在籍レコードに持つ | 保護者への連絡タスク |
| 保護者との接点が長期間ない | 最終アクティビティー日を見る | 面談・電話の設定 |
| 進級・学年の切り替え時期 | 学年と開始日から算出する | コース提案の面談 |
このうち進級・学年の切り替え時期は、退会が集中しやすい時期です。ここを事前に把握して面談を設定できるかどうかが、継続率に直結します。
HubSpotの計算プロパティーでは、開始日から今日までの経過時間を算出する時間計算プロパティーや、関連レコードを集計するロールアップが使えます。計算プロパティーはProfessional以上で利用できます(計算プロパティーを作成する)。これを使うと「在籍月数」を自動で持たせられ、在籍3か月・12か月といった節目でフォローを起動できます。
仕組みを入れたら、次は数字を見ます。ステージを分けた効果は、遷移率という形で現れます。見るべき指標は、次の7つに整理できます。
| 指標 | 何が分かるか |
|---|---|
| 申込 → 日程確定率 | 一次対応の速度と枠の充足 |
| 日程確定 → 体験実施率 | リマインドの効き方、日程の妥当性 |
| 体験実施 → 入会率 | 体験プログラムと当日の説明の質 |
| 検討中からの入会率 | フォローの回数とタイミング |
| 申込から入会までの平均日数 | プロセス全体の速さ |
| 見送り理由の内訳 | 何が決定を止めているか |
| 3か月継続率・12か月継続率 | 入会後の満足度と、入口のミスマッチ |
この7つは、動かしたときに数字へ表れるまでの速さが違います。前段の遷移率ほど、手を打った結果が早く見えます。申込から日程確定までは一次対応と枠の運用で動かせるため反応が速く、体験実施から入会までは体験プログラムそのものの見直しを伴うため時間がかかり、継続率は最も遅れて動きます。
数字が出たら、上から順に見てください。理由は単純で、前段で落ちている人は後段の改善の対象にならないからです。
体験の内容を改善しても、そもそも体験に来ていないなら効果は出ません。まず日程確定率、次に体験実施率、その後で入会率という順番が合理的です。レポートの作り方はHubSpotのレポート・ダッシュボード設計ガイドを参考にしてください。
3か月継続率が極端に低いコースがあるなら、体験の内容と実際の授業にギャップがある可能性があります。入会率だけを追うと、この歪みが見えません。入会率と3か月継続率は必ずセットで見てください。
ライフサイクルステージと組み合わせた全体設計はHubSpotのライフサイクルステージ設計ガイド、パイプラインとの関係整理はパイプラインとライフサイクルステージの設計をあわせてご覧ください。
体験申込から入会までのパイプライン設計について、ご相談の場でよくいただく質問をまとめました。
5〜6ステージから始めるのが現実的です。多すぎると現場が動かさなくなり、少なすぎると診断ができません。判断の基準は「そのステージの数字を見て、実際に打ち手を変えるか」です。分けたけれど一度も使っていないステージがあるなら、それは統合してください。
子ども1人につき1件の在籍(体験)レコードを作ってください。1件にまとめると、片方だけ入会した場合に表現できません。保護者のコンタクトは1件のまま、そこに複数の子どものコンタクトと、それぞれの体験レコードが紐づく形になります。データ構造の詳細はスクール事業のCRMデータ設計をご覧ください。
すぐには失注にしないでください。日程が合わなかっただけの可能性があります。「日程調整中」として一定期間(たとえば1か月)は追い、それでも決まらなければ失注に落とす運用が扱いやすくなります。このとき失注理由を「日程が合わない」として残しておくと、枠の設定を見直すべきかどうかの材料になります。
まずステージの定義が揃っているかを確認してください。教室によって「体験実施」に進めるタイミングが違うと、数字は比較できません。定義を揃えたうえで、ステージ別の遷移率を教室ごとに並べます。多くの場合、差が出るのは入会率そのものではなく、日程確定率か体験実施率のどちらかです。
役割を分ければ二重管理にはなりません。予約システムが持つべきは枠と予約の確定情報、CRMが持つべきは申込から入会までの経緯と、その後の関係です。予約システムからCRMへは片方向の連携にしてください。双方向にすると、衝突が起きたときに原因を追えなくなります。連携が難しい場合は、体験実施の結果だけを手動でCRMに残す運用でも、歩留まりの分析は成立します。
体験申込から入会までのパイプライン設計は、ステージを増やす作業ではなく、落ちる場所を分けて数える作業です。要点を整理します。
最初の一歩としておすすめしたいのは、「直近3か月の体験申込を全件、申込・日程確定・体験実施・入会の4段階で数えてみる」ことです。手作業で構いません。この4つの数字を並べるだけで、自社がどこで落としているのかが分かります。分からないなら、それが記録できていないという事実そのものが最初の課題です。
そのうえで、パイプラインを4〜6ステージで作り、新規の申込から流し始める。ここから始めるのが現実的です。
自社の入会プロセスに合わせたパイプライン設計を具体的に検討したい場合は、StartLinkの無料相談でご相談ください。現在の導線と数字をうかがったうえで、設計の方向性をご提案します。
株式会社StartLinkは、事業推進に関わる「販売促進」「DXによる業務効率化(ERP/CRM/SFA/MAの導入)」などのご相談を受け付けております。 サービスのプランについてのご相談/お見積もり依頼や、ノウハウのお問い合わせについては、無料のお問い合わせページより、お気軽にご連絡くださいませ。
株式会社StartLink 代表取締役。累計150社以上のHubSpotプロジェクト支援実績を持ち、Claude CodeやHubSpotを軸にしたAI活用支援・経営基盤AXのコンサルティング事業を展開。
HubSpotのトップパートナー企業や大手人材グループにて、エンタープライズCRM戦略策定・AI戦略ディレクションを経験した後、StartLinkを創業。現在はCRM×AIエージェントによる経営管理支援を専門とする。