プログラミングスクールの顧客データ基盤｜どこまで作るべきか

なお、TimeValue株式会社では、広告運用・クリエイティブ制作・LP改善・データ分析・AI導入までを一括で引き受けるWebマーケティング支援「KAIZEN」を提供しています。

現在、オンラインの無料マーケティング診断を毎月10社限定で実施中です。いまの数字を見ながら、どこから直すのが早いかを一緒に整理します。

今月の無料診断は残り4社です

無料マーケ診断を申し込む

広告からLPまで、まとめて見ます。オンラインで30分から対応しています。

プログラミングスクールの顧客データは、なぜ申込の前後で切れるのか

この事業のデータは、大きく2つの塊に分かれています。
予約と面談と申込までの記録と、受講が始まったあとの学習の記録です。

前者は獲得の担当が、後者は提供側が持ちます。
それぞれの目的に合った形で設計されるため、つながる前提になっていません。

切れていると、配信の判断に使える情報が申込までで止まります。
どの訴求で入った人が続いたかが、永久に分かりません。

分からない状態で配信を最適化すると、申込が取りやすい層に寄ります。
取りやすい層が続く層とは限らないため、修了率が下がります。

もう1つの切れ目が、修了の前後です。
修了すると学習の記録が凍結され、その後の接点の記録がどこにも残りません。

この3つ目の塊を持っていない組織では、追加受講と紹介の経路が数えられません。
数えられない経路は、投資の判断ができません。

つなぐ前に決めること

データをつなぐ作業を始める前に、何のためにつなぐかを決めてください。
目的が決まっていないと、すべてを統合する計画になります。

すべてを統合する計画は、費用も期間も膨らみます。
途中で優先度が下がり、止まることが多くなります。

目的を1つに絞ると、必要な項目は数個に収まります。
最初の目的は、経路別の修了率を出すことに置くと進みやすくなります。

統合する価値の高いデータは、どれか

統合の対象を決めるときは、使う場面から逆算します。
使わない項目をつないでも、維持の手間が増えるだけです。

最も価値が高いのは、申込前に取った経路の記録です。
これが受講後の記録につながると、経路別の修了率が出ます。

次が、面談で記録した学習の目的です。
目的別の継続率が出ると、訴求の設計に直接使えます。

3つ目が、確保できる時間の申告です。
申告と実際の学習時間の差が、離脱の予兆になります。

逆に、価値の低い項目もあります。
面談の自由記述や、詳細な操作の記録は、統合しても判断には使われません。

統合の対象を3項目に絞ると、仕組みの選択肢が広がります。
少数の項目であれば、既存の仕組みへの追記で足ります。

プログラミングスクールで統合する価値の高いデータと低いデータ

転記でよい理由

3項目の統合は、仕組みの連携でなくても実現できます。
申込が確定した時点で、受講の記録に転記するだけで足ります。

転記は手作業でも回ります。
月の申込が数十件から数百件の規模であれば、負担は限定的です。

手作業で始めると、どの項目が実際に使われるかが分かります。
使われた項目だけを、後から自動化の対象にしてください。

学習の記録を、獲得の判断にどう使うのか

学習の記録を獲得側に返すとき、細かい内容は要りません。
必要なのは、続いているかどうかの1点です。

返す単位は、申込の月ごとです。
その月に申し込んだ人が、1か月後に何割続いているかを出します。

これを経路別に分けると、配信の評価が変わります。
申込が安く取れていた経路の継続率が低ければ、実質の獲得コストは高いことになります。

返す周期は月次で足ります。
週次にすると母数が足りず、偶然の振れに反応します。

返す形式は、表1枚で構いません。
経路、申込件数、初月の継続率の3列があれば判断できます。

この表を月次の会議に固定すると、申込件数だけの議論に戻りません。
戻るのは、数字が用意されていないときです。

プログラミングスクールで学習の記録から獲得側に返す数字

到達段階を先行指標として使う

初月の継続率より早く分かるのが、カリキュラムの到達段階です。
最初の区切りまで進んだ人の比率は、開始から数週間で出ます。

この比率が下がっていれば、入ってくる人の状態が変わっています。
配信を広げた直後であれば、広げ方に原因があります。

到達段階の定義は、提供側と合意してください。
定義が曖昧だと、集計のたびに数字が変わります。

個人の情報を扱う範囲は、どこまでにするのか

データをつなぐと、取得時に想定していなかった使い方が生まれます。
学習の記録を配信の判断に使う場合が、その典型です。

使ってよい範囲は、取得の時点で何を伝えたかで決まります。
伝えていない目的での利用は、後から追加できません。

そのため、取得時の記載を先に確認してください。
記載が現在の使い方に追いついていないことがあります。

扱いの基準は掲載時点の最新の公式ガイドラインで確認してください。
自社で判断できない部分は、専門の窓口に確認する形になります。

もう1つ確認が要るのが、外部に渡す場合です。
代理店や計測の仕組みに渡す情報の範囲は、契約で定めておきます。

渡す範囲を決めていないと、必要以上の情報が外に出ます。
出た情報は、取り戻せません。

同意の取り方と計測の前提

計測の環境では、同意の状態によって扱いが変わります。
GA4では、2026年6月15日より広告データ共有の可否は同意モードのad_storageのみで決まる形に変わりました。

Googleシグナルは、レポート上のディメンション表示の可否だけを制御します。
同意モードを実装していない場合、ad_storageは既定で許可された状態として扱われます。

この前提が変わると、集計の連続性にも影響します。
実装の状態を確認し、変更した日付を記録に残してください。

入力の負担を、どこまで許容するのか

データの整備が進まない原因は、仕組みではなく入力にあります。
項目が多いほど、空欄が増えます。

空欄が増えると、集計の母数が足りなくなります。
母数が足りない数字は、判断に使えません。

そのため、必須にする項目は判断に使うものだけにしてください。
経路、目的、確保時間、止まった理由の4つが目安になります。

この4つは、いずれも選択式にできます。
選択式にすると、入力が数十秒で終わります。

自由記述を必須にすると、記録率が大きく落ちます。
自由記述は任意に置き、補足の位置づけにしてください。

入力の担当は、1つの項目につき1人に決めます。
複数の担当が同じ項目を埋める運用は、片方が埋めなくなります。

プログラミングスクールで記録する項目と入力の担当

入力されない項目をどう扱うか

記録率が半分を下回った項目は、判断に使えません。
使えない項目は、必須から外すか廃止してください。

残したまま放置すると、集計の信頼が全体として落ちます。
一部が欠けている表は、読む側が全体を疑います。

四半期に一度、項目ごとの記録率を確認してください。
記録率の低い項目は、入力の形式か担当に原因があります。

どこまで仕組みを作るべきなのか

仕組みの導入を先に決めると、何を入れるかの議論が後回しになります。
入れるものが決まっていない仕組みは、使われないまま残ります。

判断の基準は、手作業の量です。
転記や集計に月数時間を超える時間がかかっているなら、自動化の検討に入ります。

それ以前の段階では、項目の設計と運用の定着に時間を使ってください。
定着していない項目を自動化しても、空欄が自動で増えるだけです。

自動化の対象は、実際に使われている項目に限ります。
使われていない項目を含めると、構築の費用が膨らみます。

導入の順番は、記録、集計、配信への連携の順です。
配信への連携から始めると、元のデータが揃わないまま止まります。

規模の目安として、月の申込が数十件までは手作業で回ります。
数百件を超えたあたりで、集計の自動化が効いてきます。

外部に構築を任せる場合

仕組みの構築を外部に任せる場合、渡すのは項目の一覧と使う場面です。
現状の業務を説明するだけでは、必要な設計が伝わりません。

使う場面を渡すと、不要な機能が削られます。
削られた分、費用と期間が短くなります。

構築後の運用は社内に残してください。
運用まで外に出すと、項目を変えるたびに費用と時間がかかります。

外部に渡すデータの範囲は、どう決めるのか

外部に運用を任せる場合、質の判断に使う数字を渡す必要があります。
一方で、渡す形式は個票である必要がありません。

経路別の申込件数と初月の継続率であれば、集計値で足ります。
この2つがあれば、外部は配信の方向を変えられます。

個票を渡すのは、配信の仕組みに直接連携する場合に限られます。
その場合も、渡す項目を契約で定めてください。

渡す項目が定まっていないと、必要以上の情報が出ます。
出たあとに範囲を狭めるのは困難です。

渡す周期は月次にします。
週次の連携は、母数の問題と管理の手間の両方で見合いません。

渡した内容の記録を残してください。
外部が変わったときに、引き継ぎと停止の判断に使えます。

渡さないと決めたときの扱い

情報を渡さないと決めた場合、外部に求める説明の範囲も狭まります。
継続率を共有していない相手に、質への貢献の説明は求められません。

そのため、渡さない判断をする場合は評価の対象も同時に決めてください。
評価の対象は、有効な予約の件数までに区切る形が実務的です。

決めた内容は契約の前に文書にします。
運用が始まってから変えると、評価の基準が途中で動きます。

プログラミングスクールのデータ整備は、どこから着手するのか

整備の起点は、仕組みの選定ではありません。
いまある記録のうち、どの3項目をつなぐかを決める作業です。

決まったら、申込の確定時に転記する運用を始めます。
手作業で構いません。

転記を始めてから3か月で、初月の継続率が経路別に出ます。
6か月から受講期間ぶん待てば、修了率も出ます。

プログラミングスクールのデータ整備の着手順

数字は説明のための仮の値です。
月の申込が80件で、転記に1件2分かかるとすると、月の作業はおよそ2.7時間です。

この水準であれば、仕組みの構築より手作業のほうが早く始まります。
申込が月300件を超えたあたりから、自動化の検討に入る形になります。

整備の効果は、経路別の継続率が判断に使われた回数で測ってください。
数字が出ても使われていなければ、整備の意味がありません。

使われるようにするには、月次の会議の資料に固定することです。
資料に入っていない数字は、見られません。

顧客データの整備で判断に迷う場合は、無料相談で現状の記録を見てもらうところから始められます。
記録から判断までの流れごと見直す段階ならWeb集客改善サービスもあります。

よくある質問

まとめ