---
title: "塾管理システムとは？学習塾システムの機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準"
url: "https://www.issoh.co.jp/column/details/16068/"
published: 2026-08-03
updated: 2026-09-27
categories: ["教育"]
publisher: "株式会社一創"
---

# 塾管理システムとは？学習塾システムの機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準

生徒40人までは紙の出席簿とExcelの月謝台帳で回ります。ところが80人を超えたあたりから、振替授業の反映漏れと月謝の未収確認に毎月半日以上かかりはじめます。塾管理システム（学習塾システムとも呼ばれます）は、その詰まりを解く道具です。この記事では、塾管理システムが束ねる機能の範囲、生徒管理システムや入退室管理システムとの呼び分け、費用が伸びる条件、学習塾に固有の制度要件から逆算した必須条件を整理します。生徒台帳をどう持てば中途解約の精算を即答できるかは、テーブル定義とSQLの例で示しました。最後に、パッケージ導入で足りる塾と自社開発に踏み切ってよい塾の線引きを、条件付きで示します。

## まとめ｜生徒数と月謝回収の詰まりから決める導入の判断基準

結論から示します。判断は3つの分岐で足りると考えてください。第一に、在籍80人未満・1教室・月謝が口座振替で完結しているなら、無料枠や月額数千円のクラウド型で十分です。第二の分岐は、在籍100人超または2校舎以上。この規模になったら、入退室の打刻と月謝請求が同じ生徒台帳を参照する構成にしないと二重入力が固定化します。第三に、自社開発を検討してよいのは、多校舎やフランチャイズで料金体系や権限が既製品の型に収まらず、かつ既存パッケージの改修見積りが新規開発と大差ない場面に限られます。

費用は「生徒1人あたり」か「1教室あたり」かで総額の伸び方が変わります。生徒数課金は小規模なら安く、教室課金は1教室に生徒を集める塾ほど有利。ここを取り違えると、2年目に想定の倍額になります。

制度面では、学習塾の契約が特定商取引法の特定継続的役務提供に当たる場合があり、中途解約の精算をその場で答えられるデータが要ります。受講済みコマ数と入金履歴を同じ画面で突き合わせられるか。機能一覧より先に確かめる箇所です。加えて、2026年7月に公布された改正個人情報保護法で16歳未満の生徒の同意は法定代理人から取る規定が明文化されました。保護者の同意を生徒ごとに記録できるかも、選定時の確認項目に入ります。

## 塾管理システムとは：学習塾の運営業務での守備範囲と呼び名の違い

塾管理システムという言葉は、製品ごとに指す範囲が違います。まず範囲を固定してから比較に進みます。

### 塾管理システムが束ねる5つの領域と手作業が残りやすい周辺業務

塾管理システムとは、学習塾の運営で発生する生徒・授業・お金・人・連絡の記録を、ひとつの生徒台帳を軸に結び付けるシステムを指します。中核は次の5領域です。

- 生徒管理：氏名・学年・受講コース・保護者連絡先・入退会日
- 出欠と入退室：出席簿、振替、打刻と保護者通知
- 会計：月謝・教材費の請求、口座振替やカード決済、未収管理
- 指導記録：成績、面談履歴、指導報告書
- 講師管理：シフト、勤怠、コマ給の計算

この5領域を全部そろえた製品は多くありません。出欠と保護者通知だけの製品、会計だけの製品、指導記録に振り切った製品が混在しています。手作業が残りやすいのは、5領域のつなぎ目です。具体的には、振替授業を出席簿で処理した後に月謝の調整を会計側へ手で反映する場面。連動するかどうかで、月末の作業時間が数時間単位で変わります。

### 生徒管理システムや入退室管理システムとの呼び分けと重なる範囲

検索では「塾システム」「学習塾システム」「生徒管理システム」「塾 管理システム」がほぼ同じ意味で使われます。ただし製品カテゴリとしては別物が混在。生徒管理システムは生徒台帳と出欠が中心で、会計を持たないものもあります。生徒台帳そのものの項目設計と、Excelや紙の名簿から移すときの手順は[生徒管理システムとは？生徒台帳の項目設計とExcel移行、16歳未満の同意規律の実務](https://www.issoh.co.jp/column/details/16790/)で扱っています。入退室管理システムは打刻と保護者通知に特化した製品群で、ICカードや生体認証など認証方式の選択が主題です。認証方式ごとの向き不向きや、他システムとの連携条件は[入退室管理システムの認証方式と選び方](https://www.issoh.co.jp/column/details/13506/)で整理しています。

会員制ビジネス全般の台帳という見方をすれば、塾の生徒台帳は[会員管理システムの考え方](https://www.issoh.co.jp/column/details/12830/)とほぼ同じ構造です。違いは、学習塾では1人の生徒に対して保護者という第二の連絡先と支払者が必ず付く点にあります。会員管理の一般論をそのまま持ち込むと、保護者側のアカウントや通知先の設計が抜けがちです。学習塾ではなく英会話・音楽・ダンスなどの習い事スクールを運営する場合は、会員台帳と月謝・売上を軸にした守備範囲の取り方が変わります。業態別の線引きは[スクール管理システムとは？月謝・売上と会員台帳の守備範囲と受託開発の判断基準](https://www.issoh.co.jp/column/details/16788/)で整理しています。

### 学習塾システムの提供形態、クラウド型・インストール型・自社開発の違い

学習塾システムは、提供形態で3つに分かれます。形態の違いは、月額費用よりも「誰がデータを持ち、誰が改修できるか」に表れます。

| 提供形態    | 初期費用    | 改修の自由度     | 向いている塾     |
| ------- | ------- | ---------- | ---------- |
| クラウド型   | ほぼ不要    | ベンダーの設定範囲内 | 1〜3校舎の個人塾  |
| インストール型 | 端末ごとに発生 | 低く更新も手作業   | 回線を使えない教室  |
| 自社開発    | 数百万円から  | 業務に合わせて自由  | 多校舎や独自料金の塾 |

現在の主流はクラウド型です。法改正で請求書面の記載や同意の取り方が変わっても、ベンダー側の更新で追随できるためです。インストール型は教室のパソコンにデータが残るので、複数校舎の横断集計と保護者アプリへの通知に弱く、新規導入の選択肢としては縮小しています。自社開発は、後半の「パッケージ導入で足りる条件と、自社開発に踏み切る条件の線引き」で条件を絞ります。

### Excelと紙の台帳が限界を迎える生徒数の目安と現場で出る症状

限界は生徒数だけでは決まりません。実務では「在籍数×コマの複雑さ×支払方法の数」で効いてきます。目安として、在籍50人・週2コマ固定・口座振替のみなら、Excelでも月末作業は1〜2時間。在籍100人を超え、個別指導で振替が常時発生し、現金と振替とカードが混在すると、同じ作業が半日から1日に膨らみます。

先に出る症状は決まっています。振替の反映漏れによる保護者からの問い合わせ、退会者への請求継続、講師のコマ給計算のやり直し。この3つが月に複数回起きるなら、生徒数が何人でも導入を検討する段階です。年に数回なら、システム費用のほうが高くつきます。

## 塾管理システムの主要機能と、学習塾の現場で効き方が変わる条件

機能一覧は各社で似ています。差が出るのは、機能そのものより「どの塾の運営形態で効くか」です。

### 生徒情報と受講コース・コマ割りを1か所に集める基本の管理機能

生徒台帳には、氏名や学年に加えて受講コース、担当講師、曜日とコマ、通塾開始日、退会日を持たせます。確かめるのは、1人の生徒が複数コースを取るときの持ち方です。個別指導では「英語は週2、数学は週1、季節講習で追加5コマ」という組み合わせが普通に起こります。生徒とコースが1対1でしか結び付かない製品では、追加受講のたびに別レコードを作ることになり、請求と出欠の集計が合わなくなります。

もうひとつは兄弟姉妹の扱い。保護者1人に生徒2人がぶら下がる構造を持てるかどうかで、兄弟割引の計算と請求書のまとめ方が変わります。

### 入退室の打刻と保護者への自動通知で減る電話問い合わせの対応工数

入退室打刻は、ICカードをリーダーにかざす方式、生徒が専用端末で番号を入力する方式、講師がタブレットで一括入力する方式に分かれます。保護者への通知はメールかアプリのプッシュ通知が主流。小学生の通塾では、この通知が導入理由の第一位になります。打刻方式ごとの運用負荷と、通知チャネルの到達率や通数課金の見方は[塾入退室システムの選び方と打刻方式の比較](https://www.issoh.co.jp/column/details/16072/)で扱っています。

効果が出るのは、通知が「打刻と同時」に飛ぶ構成のとき。夜間にまとめて送る仕様だと、保護者が知りたい時刻を過ぎており、電話は減りません。打刻データが出席簿にそのまま反映されるかも確認します。反映されない製品では、打刻機を入れても出席簿は手書きのまま残ります。

### 月謝の請求と口座振替・カード決済、未収金の督促までを回す機能

会計機能で見るべき順序は、請求の自動生成、決済手段、未収の可視化の3つ。請求の自動生成では、月の途中入会や退会の日割り、振替の繰越、季節講習の一時的な加算を計算できるかを確かめます。この計算を手で補う運用になると、生徒100人規模でも月末に数時間を持っていかれます。

決済手段は口座振替、クレジットカード、コンビニ払い、現金の4系統。複数を併用する塾ほど、入金消込の自動化が効きます。未収の督促は、期日超過の一覧が出るか、保護者への督促メールを個別に送れるかを見てください。請求まわりの考え方と会計・販売管理との切り分けは[請求管理システムの機能と選び方](https://www.issoh.co.jp/column/details/13537/)にまとめました。月謝をクレジットカードと口座振替のどちらで集めるかは、[月謝管理システムのクレカ決済と口座振替の手数料分岐](https://www.issoh.co.jp/column/details/17218/)で費用と回収の両面から比較しています。

### 成績と面談記録の蓄積が、保護者面談での説明材料に変わる仕組み

指導記録の機能は、導入直後に価値が見えにくく、後から効く部類です。定期テストの点数、模試の偏差値、単元別の正答率を生徒ごとに時系列で持てると、保護者面談で「4月比で数学の偏差値が5.2上がり、英語は横ばい」という具体を出せます。継続率に効くのはこの説明です。

面談記録は、講師が交代する際の引き継ぎに有効です。面談枠そのものの受付や個別指導のコマ予約をどう押さえるかは[塾予約システムの選び方](https://www.issoh.co.jp/column/details/16074/)で扱っています。自由記述欄しかない製品でも運用は回りますが、生徒ごとに検索できない仕様だと、引き継ぎのたびに過去の記録を探す時間が発生します。

### 講師のシフトと勤怠、コマ給の計算まで機能が届く範囲の見極め方

塾の人件費はコマ給と時給が混在します。授業1コマ1,800円、事務作業は時給1,100円といった構成が一般的で、給与計算はこの2系統の合算。塾管理システムの講師管理は、シフト表の作成と担当コマの記録までは持つものの、給与計算まで届く製品は限られます。

届かない場合は、勤怠側を別のシステムに寄せる判断が要ります。労働時間の記録と36協定の管理まで見るなら、専用の仕組みのほうが確実です。勤怠側の要件は[勤怠管理システムの機能と選び方](https://www.issoh.co.jp/column/details/15081/)で確認してください。講師の報酬が業務委託か雇用かで源泉徴収の扱いも変わるため、契約形態を先に固めます。

## 学習塾の契約・個人情報の制度要件から決まるシステムの必須条件

学習塾には他業種にない法制度の縛りがあります。ここを満たせない製品は、機能が豊富でも選べません。

### 特定継続的役務提供に当たる契約の要件と交付書面に必要な記載事項

[消費者庁の特定商取引法ガイド（特定継続的役務提供）](https://www.no-trouble.caa.go.jp/what/continuousservices/)によると、学習塾は特定継続的役務提供の対象役務のひとつです。対象になるのは、期間が2月を超え、かつ契約金額が5万円を超えるもの。入会金・授業料・教材費・関連商品を合算した総額で判定します。年間契約や季節講習をまとめて申し込む形態なら、この条件に入る塾は珍しくありません。なお同ガイドでは、小学校・幼稚園の受験対策と、浪人生のみを対象にしたコースは対象外と示されています。高卒生向けコースを持つ予備校型の塾は、コースごとに対象か否かのフラグを持たせておくと書面の出し分けで迷いません。

対象になると、契約締結前の概要書面と締結時の契約書面の交付が義務になります。記載事項には役務の内容、対価、支払時期と方法、提供期間、クーリング・オフと中途解約に関する事項が含まれます。クーリング・オフの期間は、法定の書面を受け取った日から数えて8日以内。システム側では、契約書面をいつ交付したかの日付を生徒ごとに記録できることが最低条件になります。

### 中途解約の精算額を即答するために必要な受講実績のデータの設計

クーリング・オフ期間を過ぎた後も、生徒側はいつでも中途解約できます。このとき塾が請求できる金額には上限があります。同じ消費者庁のガイドでは、学習塾の場合、役務提供開始前は1万1000円、開始後は2万円または当該契約における1か月分の授業料相当額のいずれか低い額が上限です。開始後は、これに提供済みの役務の対価を加えた額までを請求できます。

実務で詰まるのは「提供済みの対価」の算定です。前納された講習費に対して何コマ消化したか、振替の未消化分は何コマ残るか。この2つが即座に出せないと、解約の申し出があるたびに手作業で洗い出すことになります。コマ単位の消化実績と入金額を1画面で突き合わせられるかは、デモの段階で必ず操作して確かめてください。データの持ち方は、後の章「生徒台帳・契約・出欠・入金を結ぶテーブル設計の例と精算SQL」で具体的に示します。

### 未成年の生徒の個人情報と保護者の同意、閲覧権限の分け方の基準

塾が扱う情報は、氏名・住所・学校名・成績・写真と、機微に寄ったものが並びます。[個人情報保護委員会のQ&A（Q1-62）](https://www.ppc.go.jp/all%5Ffaq%5Findex/faq1-q1-62/)は、対象となる情報の項目や事業の性質によって個別に判断すべきとしたうえで、一般には12歳から15歳までの年齢以下の子どもについて法定代理人から同意を得る必要があるとしています。小中学生が中心の塾では、保護者同意の取得と記録が前提。

この目安は法律の条文に入る段階に進んでいます。[個人情報保護委員会の公表](https://www.ppc.go.jp/news/press/2026/260717/)では、改正個人情報保護法が2026年7月10日に成立し、7月17日に公布されました。改正内容は、16歳未満の者が本人である場合に、同意取得や利用目的の通知の相手を法定代理人とすることの明文化です。未成年者の個人情報について本人の最善の利益を優先して考慮する責務規定も設けられます。施行は一部を除き公布から2年以内の政令で定める日とされ、細目の政令・規則・ガイドラインは[令和8年改正個人情報保護法のページ](https://www.ppc.go.jp/personalinfo/legal/r8kaiseihogohou/)で順次示される段階です（2026年9月時点）。システム側では、生徒の生年月日から16歳未満かを判定し、同意を取った保護者・取得日・同意の範囲を生徒ごとに残せる項目を今のうちに持たせておくのが安全です。

もうひとつの要件は権限設計に落ちます。アルバイト講師に全生徒の住所と成績を見せる必要はありません。担当生徒のみ閲覧可、成績は閲覧可だが連絡先は不可、といった粒度で絞れるか。権限が「管理者か一般か」の2段階しかない製品は、講師の入れ替わりが多い塾では運用が破綻します。

### 月謝の領収書や請求書を電子で保存する場合に必要となる対応範囲

月謝の請求書や領収書をメールやWeb明細で授受している場合、電子帳簿保存法の電子取引に該当し、データを電子のまま保存する対応が要ります。日付・金額・取引先で検索できること、訂正削除の記録が残ることが要件の骨格。紙に印刷して保管する運用は、電子で受け取った分では認められません。

小規模な塾には緩和があります。[国税庁の電子帳簿保存法一問一答【電子取引関係】](https://www.nta.go.jp/law/joho-zeikaishaku/sonota/jirei/07denshi/index.htm)では、基準期間の売上高が5,000万円以下で、税務職員からのデータのダウンロードの求めに応じられる場合は検索要件が不要と整理されています。1教室の個人塾なら、塾管理システムの請求データをそのまま出力できれば足りる場面が多い。一方で多校舎の法人塾は検索要件を満たす保存機能が必要になり、製品の対応範囲を確かめる項目が1つ増えます。

## 塾管理システムの費用の見方と、生徒数の増加で総額が伸びる条件

公開されている料金は月額数千円から数万円と幅があります。総額を決めるのは表示価格ではなく課金の単位です。

### 生徒課金と教室課金の違いが月額の総額を分ける具体的な計算の例

課金方式は大きく3つに分かれます。どれを選ぶかで、2年後の総額が倍以上変わります。

| 課金方式  | 月額の決まり方     | 金額が伸びる局面   | 頭打ちになる局面   |
| ----- | ----------- | ---------- | ---------- |
| 生徒数課金 | 在籍生徒1人あたり単価 | 生徒が増えるほど増加 | 小規模なら安く収まる |
| 教室課金  | 1教室あたりの定額   | 校舎を増やすと増加  | 1教室の増員では不変 |
| 機能別課金 | 決済や通知を個別加算  | 機能を足すたびに増加 | 基本機能だけなら一定 |

具体的に置いてみます。生徒1人あたり月100円の製品なら、在籍80人で月8,000円、在籍300人で月30,000円。1教室あたり月20,000円の製品なら、在籍80人でも300人でも月20,000円です。分岐は在籍200人前後。1教室に生徒を集める塾は教室課金が有利で、小規模教室を多数持つ塾は生徒数課金が軽く収まります。

### 打刻端末やICカードなど初期費用に載ってくる物理的な費目の例

クラウド型でも、入退室を打刻するなら物理的な費目が乗ります。カードリーダーが1台2〜5万円、生徒用ICカードが1枚数百円、受付に置くタブレットが1台3〜5万円。在籍200人ならカードだけで数万円です。

見落とされやすいのは、既存データの移行費用と初期設定の支援費用です。コース体系や料金体系の登録を代行してもらうと、10〜30万円の見積りが出ることもあります。導入時期を年度替わりの4月に合わせると、この作業が新年度の入会処理と重なります。1〜2月の着手が無難です。

### 決済手数料が月謝の利益を削り始める生徒数と月謝単価の分かれ目

クレジットカード決済を入れると、決済手数料が月謝額に比例してかかります。手数料率3.5%なら、月謝25,000円の生徒1人あたり875円。在籍200人が全員カード払いなら月175,000円で、システム利用料そのものより大きくなります。口座振替は1件あたり数十円から200円程度の固定額で、月謝が高い塾ほど振替のほうが軽くなります。

判断はこうです。月謝が2万円を超える塾では、口座振替を主にしてカードは補助にする。月謝が1万円未満で件数が多い教室では、振替不能時の再請求の手間を考えるとカードが割に合います。この計算をせずに「決済対応あり」で選ぶと、利益率が1〜2ポイント削られたまま固定化します。

## 生徒台帳・契約・出欠・入金を結ぶテーブル設計の例と精算SQL

製品を選ぶ場合でも自社開発する場合でも、データの持ち方を一度紙に書いておくと、デモで確かめる箇所がはっきりします。ここでは中途解約の精算を即答できる最小構成を、SQLite 3系で動く形で示します（2026年9月時点、SQLite 3.53.1で実行を確認）。

### 保護者と生徒を1対多で持ち、契約単位で書面交付日を残すテーブル定義

要点は3つです。保護者を独立したテーブルにして兄弟を束ねること。受講コースを「契約」として生徒と分け、書面の交付日と総コマ数・総額・1か月分の授業料を契約ごとに持つこと。出欠と入金は契約に紐づけることです。

```
-- 保護者（支払者・通知先）。兄弟はこの1行にぶら下がる
CREATE TABLE guardian (
  guardian_id   INTEGER PRIMARY KEY,
  name          TEXT NOT NULL,
  email         TEXT,
  pay_method    TEXT NOT NULL CHECK (pay_method IN ('bank','card','cash'))
);

-- 生徒。校舎と入退会日を持つ
CREATE TABLE student (
  student_id    INTEGER PRIMARY KEY,
  guardian_id   INTEGER NOT NULL REFERENCES guardian(guardian_id),
  name          TEXT NOT NULL,
  grade         TEXT NOT NULL,
  campus        TEXT NOT NULL,
  joined_on     TEXT NOT NULL,
  left_on       TEXT
);

-- 契約。1人が複数コースを取っても行を分けて持つ
CREATE TABLE contract (
  contract_id      INTEGER PRIMARY KEY,
  student_id       INTEGER NOT NULL REFERENCES student(student_id),
  course           TEXT NOT NULL,
  total_lessons    INTEGER NOT NULL,
  total_amount     INTEGER NOT NULL,
  monthly_fee      INTEGER NOT NULL,
  paper_issued_on  TEXT NOT NULL,
  starts_on        TEXT NOT NULL
);

-- 出欠。振替待ちは makeup_pending で残す
CREATE TABLE attendance (
  contract_id   INTEGER NOT NULL REFERENCES contract(contract_id),
  lesson_date   TEXT NOT NULL,
  status        TEXT NOT NULL CHECK (status IN ('done','absent','makeup_pending'))
);

-- 入金。前納も分割もこの表に積む
CREATE TABLE payment (
  contract_id   INTEGER NOT NULL REFERENCES contract(contract_id),
  paid_on       TEXT NOT NULL,
  amount        INTEGER NOT NULL
);
```

契約テーブルの paper\_issued\_on が、クーリング・オフ期間の起算日を示す列です。ここが生徒台帳の備考欄に埋もれている製品だと、8日以内かどうかの判定が人の記憶頼みになります。

### 消化コマ数と入金額から中途解約の返金額を算出するSQLの具体的な書き方

次のSQLは、20コマ・総額96,000円・1か月分の授業料24,000円の夏期講習で、3コマ消化・振替待ち1コマの時点で解約の申し出があった場合の計算です。提供済みの対価は契約単価で按分し、損害賠償の上限は2万円と1か月分の授業料の低い方を取ります。

```
WITH usage AS (
  SELECT c.contract_id, c.total_amount, c.total_lessons, c.monthly_fee,
         COUNT(CASE WHEN a.status = 'done' THEN 1 END)           AS done_lessons,
         COUNT(CASE WHEN a.status = 'makeup_pending' THEN 1 END) AS makeup_left
  FROM contract c
  LEFT JOIN attendance a ON a.contract_id = c.contract_id
  WHERE c.contract_id = 100
  GROUP BY c.contract_id
),
paid AS (
  SELECT contract_id, SUM(amount) AS paid_total
  FROM payment GROUP BY contract_id
)
SELECT u.contract_id,
       u.done_lessons,
       u.makeup_left,
       u.total_amount * u.done_lessons / u.total_lessons AS used_value,
       MIN(20000, u.monthly_fee)                         AS max_penalty,
       p.paid_total,
       p.paid_total
         - u.total_amount * u.done_lessons / u.total_lessons
         - MIN(20000, u.monthly_fee)                     AS refund_floor
FROM usage u
JOIN paid p ON p.contract_id = u.contract_id;
```

実行結果は、消化3コマ・振替待ち1コマ・提供済みの対価14,400円・上限額20,000円・入金96,000円で、返金の下限は61,600円になります。塾が請求できるのは提供済みの対価と上限額の合計までなので、これより少ない返金額を提示すると法定の上限を超えた請求になる、という読み方です。2引数の MIN はSQLiteの書き方で、PostgreSQLやMySQLでは LEAST に置き換えます。

このSQLが1本で書ける構造になっているかどうかが、製品選びのチェックポイントでもあります。デモ環境で「この生徒が今日解約したらいくら返すか」を尋ね、画面操作だけで答えが出るか試してください。CSVを2つ出してExcelで突き合わせる手順を案内されたら、その製品は精算を持っていないと判断できます。

## 校舎数と指導形態で変わる要件の優先順位と、連携可否の確かめ方

同じ「塾」でも、指導形態が違えば必須要件は入れ替わります。要件の順位付けを先に決めます。

### 個別指導・集団指導・映像授業でコマ管理の必須要件が割れる分岐

個別指導では、講師1人が生徒1〜3人を見る割り当てを日々組み替えます。必要なのは、生徒・講師・時間帯・座席の4つを同時に押さえるコマ割り機能と、振替の空き枠検索です。ここが弱い製品を選ぶと、結局ホワイトボードでの割り当てが残ります。

集団指導はクラス単位の名簿と出欠、席次が中心で、コマ割りの自由度は要りません。映像授業では視聴履歴と進捗の管理が主役になり、出席の概念が薄くなります。この領域は塾管理システムよりも学習管理の仕組みに近く、教材配信と進捗の持ち方は[LMSとは？学習管理システムの機能・選び方・自社開発の判断軸](https://www.issoh.co.jp/column/details/13302/)で扱っています。授業の配信そのものをオンラインへ広げる場合は[オンライン塾システムの機能範囲と塾管理システムとの連携](https://www.issoh.co.jp/column/details/17214/)が次の論点です。3形態を併設する塾は、要件の重い個別指導に合わせるのが安全。集団指導専業なら、個別指導向けの高機能な製品は費用に見合いません。

### 多校舎やフランチャイズ展開で効く権限設計とデータの分離の範囲

2校舎目を出した時点で、校舎をまたぐデータの見え方を決める必要が出ます。教室長は自分の校舎だけ、本部は全校舎を横断して見る。この2階層が最低ライン。フランチャイズでは加盟教室のデータを本部がどこまで見るかが契約事項になり、権限の粒度が契約の履行可能性に直結します。

もうひとつは生徒の転籍。校舎を移るときに履歴を引き継げるか、退会と新規入会で処理するかで、継続率の集計が変わります。転籍を持つ既製品は多くありません。多校舎展開が前提なら、この1点を要件の上位に置いてください。

### 既存の会計ソフトや入退室の機器との連携可否を先に確かめる手順

連携の可否は、カタログの「連携対応」という記載だけでは判断できません。次の順で確かめます。

1. 現在使っている会計ソフト・決済代行・打刻機器の製品名とバージョンを一覧にする
2. 各製品について、API連携か、CSV出力の取り込みか、連携なしかをベンダーに文書で確認する
3. CSV連携の場合、項目の対応表を出してもらい、手作業の加工が要るかを確かめる
4. デモ環境で自塾の実データを50件ほど流し、月次の締め作業を通しで再現する

4番目まで実施すると、契約後に判明する不整合はほぼ潰せます。特にCSV連携は、出力できることと取り込めることが別問題。項目名が一致していても、日付形式や科目コードが合わず、毎月の変換作業が残る例は珍しくありません。

## パッケージ導入で足りる条件と、自社開発に踏み切る条件の線引き

ここは言い切ります。塾管理システムは大半の塾でパッケージ導入が正解で、自社開発が回収できる条件は限られるのが実情です。そのパッケージを実際に選び分ける段の比較軸と費用の読み方は[学習塾管理システムの比較で外さない軸](https://www.issoh.co.jp/column/details/16070/)にまとめています。

### SaaSで足りる塾の条件と、自社開発を見送るべき具体的な場面

次の条件をすべて満たす塾は、自社開発を検討しないでください。1〜3校舎、在籍300人以下、料金体系が月謝と季節講習の2系統、指導形態が単一。この範囲は既製品の設計と一致し、月額数千円から数万円で必要な機能が手に入ります。

見送るべき場面はもっと具体的です。「既製品にない機能が2〜3個ある」という理由での自社開発は、まず割に合いません。開発費が数百万円かかる一方、その機能が生む削減時間は月に数時間程度にとどまるためです。「自社の運用に合わせたい」という動機だけの開発も見送り対象。運用を製品に寄せるほうが総コストは低く収まります。

### 自社開発の費用を回収できる教室規模と業務条件、判断の目安の置き方

自社開発が成立するのは、次の2条件がそろったときです。第一に、既製品では表現できない業務が収益の中核にあること。成果報酬型の授業料、加盟校ごとに異なるロイヤリティ計算など、料金と指導のロジックそのものが競争力になっている場合が該当します。第二に、規模。10校舎以上、または在籍1,000人以上で、パッケージの生徒数課金が年間数百万円に達しているなら、開発費の回収年数が現実的な範囲に入ります。

判断の目安は単純です。開発費と5年分の運用保守費の合計が、既製品の5年分の利用料と改修費の合計を下回るか。下回らないなら開発しない。パッケージ・ローコード・スクラッチの発注判断の軸は[スクラッチ開発とパッケージの違いと発注判断](https://www.issoh.co.jp/column/details/13203/)で整理しています。

### 自社開発を相談する前にそろえておく資料と、要件棚卸しの進め方

自社開発の見積りは、持ち込む資料の粒度で精度が決まります。最低限そろえたいのは次の4点です。

- 料金表と割引規則の一覧（兄弟割引、季節講習、途中入会の日割り）
- 契約書面と概要書面の現物、中途解約時の精算の計算例
- 校舎と権限の階層図（本部、教室長、講師、保護者）
- いま使っている会計ソフト・決済代行・打刻機器の一覧と、月次の締め手順

この4点がそろうと、既製品で吸収できる部分と作るべき部分の境目が見積り前に見えます。前の章のテーブル定義に自塾の料金規則を当てはめ、表現できない規則がいくつ残るかを数えるのが最初の作業です。自塾の業務が既製品の型に収まらないと判断した段階で、要件の棚卸しから相談できる[教育システム・eラーニング（LMS）の受託開発](https://www.issoh.co.jp/service/system/elearning/)の窓口を使うと、開発せずに済む結論も含めて検討できます。

### 打刻機だけ先に入れて会計が二重入力になる失敗例と、その回避策

最も多い失敗は、保護者の要望に押されて入退室の打刻機だけを先に導入し、月謝管理は従来のExcelのまま残す形です。打刻データと生徒台帳が別々に存在するため、入会・退会・コース変更のたびに両方を直すことになります。生徒200人規模で、月に2〜3時間の純増。導入前より作業が増えます。

回避策は2つ。ひとつは、打刻を含む機能を同一製品でそろえること。もうひとつは、別製品になるなら生徒台帳を持つ側を「正」と決め、もう一方へは自動連携でしかデータを入れない構成にすることです。順番も決まっています。生徒台帳と会計を先に固め、打刻は後から足す。逆順で入れた塾は、1年以内に入れ替えを検討することになります。

## よくある質問

導入検討でよく挙がる質問を、判断に直結する範囲で答えます。

### 塾管理システムと生徒管理システムは何が違いますか？

明確な定義の差はなく、製品カテゴリとしての慣用の違いです。生徒管理システムは生徒台帳と出欠が中心で、月謝の請求や講師の勤怠を含まないものがあります。塾管理システムや学習塾システムは運営全体を指す広い呼び方。名称ではなく、生徒・出欠・会計・指導記録・講師管理の5領域のうちどこまで持つかで比較してください。

### 無料の塾管理システムでも運用できますか？

在籍50人以下、1教室、月謝が口座振替のみという条件なら、無料枠でも運用できます。制約が出るのは、生徒数の上限（多くは30〜50人）、決済連携の非対応、サポートの範囲。中途解約の精算に必要な受講実績の集計や、保護者同意の記録を持たない無料枠が多いため、制度対応まで求めるなら有料版を前提にしてください。

### 塾管理システムの導入にはどれくらいの期間がかかりますか？

クラウド型の標準構成なら、契約から運用開始まで1〜2か月が目安です。内訳は、コース体系と料金体系の登録に2〜3週間、生徒データの移行に1〜2週間、講師への操作説明と並行運用に2〜4週間。年度替わりの4月に合わせるなら1月中の着手が現実的で、自社開発なら要件定義から公開まで6か月から1年を見込みます。

### Excelで管理している生徒データはそのまま移行できますか？

そのまま取り込めることは少なく、多くは項目の整形が要ります。移行前に、1行1生徒になっているか、兄弟が同一行にまとまっていないか、コース名の表記が統一されているかを点検してください。表記ゆれが50件を超えるなら、移行支援を有償で依頼したほうが早く済みます。過去の入金履歴は対象外とし、切り替え月からの残高だけを持ち込む割り切りも有効です。

### 個人塾の1教室でも塾管理システムを導入する価値はありますか？

在籍が30人前後で振替がほとんど発生しないなら、Excelのままで問題ありません。導入の価値が出るのは、保護者への入退室通知を求められた場合と、講師を2人以上雇ってコマ給の計算が発生した場合。どちらかに当てはまるなら、月額数千円の製品でも投資に見合います。判断の軸は生徒数ではなく、月末の作業時間と問い合わせ件数に置いてください。

## 関連記事

- [業務システムとは？種類・基幹システムとの違いと開発・導入形態の選び方](https://www.issoh.co.jp/column/details/12886/)：業務システム全体の中に位置付けるとき
- [ジム予約システムとは？機能・料金の選び方と自社開発の判断基準](https://www.issoh.co.jp/column/details/15279/)：会員管理と枠管理の構造を別業種で確認するとき
- [スクール予約システムとは？機能・料金の選び方と月謝・振替管理から見る自社開発の判断](https://www.issoh.co.jp/column/details/15281/)：習い事の振替と予約枠を合わせて考えるとき
- [会員管理システムとは？機能・顧客管理との違いと移行の判断基準](https://www.issoh.co.jp/column/details/12830/)：生徒台帳の設計を見直すとき
- [学習塾開業で事業計画書が必要となる理由と融資・運営での使いどころ](https://www.issoh.co.jp/column/details/12258/)：開業時の計画に費用を織り込むとき
- [塾講師として確定申告が必要になる所得条件と雇用形態別の判定基準](https://www.issoh.co.jp/column/details/11850/)：講師の報酬区分を確認するとき
- [オンライン塾システムとは：配信・予約・教材の機能範囲と塾管理システムとの連携で決める選び方](https://www.issoh.co.jp/column/details/17214/)：授業配信や録画をオンラインへ広げるとき

---

出典: [塾管理システムとは？学習塾システムの機能・費用と入退室/月謝の連携、パッケージか自社開発かの判断基準](<https://www.issoh.co.jp/column/details/16068/>)（株式会社一創）