この記事でわかること

• なぜ塾の情報は散らばり属人化するのか — 「連絡チャネルの分散」「生徒情報の属人化」「数字が面談直前まで見えない」の3つの構造問題
• Lark で組む塾運営の全体設計 — 生徒マスタ・出欠履歴・講師・成績を連結する「生徒カルテ連結モデル」の作り方
• 電話・一斉LINE・連絡帳・プリントに散った保護者連絡を、既存の申込・決済の仕組みを捨てずに Lark で束ねる守備範囲の切り分け
• 入退室・出欠を「紙にチェック」から「記録したら保護者連絡と欠席フォローに自動でつながる」に変えるオートメーション設計と、講師コマ・成績をダッシュボードで見る方法
• 塾専用管理システムとの中立な使い分け基準、料金の一次情報（20名まで無料／Pro ¥1,420）、90日の段階導入ロードマップ

目次

1. 結論 — 申込・決済は残していい。「授業の外側」を Lark で束ねよ
2. なぜ塾の情報は散らばり属人化するのか — 3つの構造問題
3. Lark で組む塾運営の全体設計 — 生徒カルテ連結モデル
4. 保護者連絡をどう束ねるか — 電話・LINE・連絡帳・プリントと Lark の分担
5. 入退室・出欠を「連絡ミスゼロ」につなげる — 記録から自動通知へ
6. 生徒カルテの脱・属人化 — 成績・学習履歴を「塾の資産」にする
7. 講師シフト・コマ給・報酬計算を仕組み化する
8. 在籍・出欠率・成績・講師コマを可視化する — ダッシュボード
9. 塾専用管理システムとの違い — 内製をいつ選び、いつ選ばないか
10. 料金の一次情報 — 10名規模の塾でいくらかかるか
11. 自社事例 — 「仕入れて売る」業務を Lark に集約して240h→24h
12. 90日で立ち上げる現実的3ステップ
13. よくある質問（FAQ）
14. まとめ — 塾運営を「講師の記憶」から「塾の仕組み」へ

結論 — 申込・決済は残していい。「授業の外側」を Lark で束ねよ

結論を先に述べます。学習塾・スクールが「業務効率化したい／DX したい」と考えたとき、いま使っている体験申込フォームや月謝の決済・引き落としの仕組みを捨てる必要はありません。効率化の本丸は、授業の「外側」——入退室・出欠管理、保護者連絡、講師のシフトとコマ給、成績・カリキュラム進捗が、紙と一斉LINEと講師の記憶と別々のアプリに散らばっている状態を、Lark で1つに束ねることです。理由は3つあります。第一に、塾経営でいちばん時間を奪い、いちばんミスが起きるのは「授業の質」ではなく「その周りの連絡・記録・集計という事務作業」であり、それはデータの連結で減らせるから。第二に、専用の塾管理システムを新たに導入すると生徒1人あたりの月額と乗り換えコストが積み上がるのに対し、Lark なら生徒カルテのデータベースとチャット・通知・シフト共有が同じアプリの中にあるから。第三に、「システムに入力したのに保護者連絡は別、講師への共有は口頭」という二度手間が、Lark 一本化で消えるからです。

本記事の立ち位置をはっきりさせておきます。世の中の「塾 DX」記事の多くは、生徒募集の集客手法か、塾専用の管理システムの製品紹介です。それらが有効な場面は確かにあります（後述の使い分け基準で中立に整理します）。しかし、中小企業白書が繰り返し指摘するとおり、中小企業（小規模の塾・教室を含む）の DX を阻む二大要因は「人手不足」と「コスト負担」です。専任の事務担当がいない塾が、いきなり高機能なシステムと乗り換え作業を抱えるのは重すぎる。だからこそ、まず「いま紙と講師の記憶でやっていることを、そのまま共有データベースに載せ替える」ところから始め、足りなければ専用システムを検討する——この順番が現実解です。判断の軸は次の3問です。

この3問に「紙・頭の中／気づいたら／月末・面談直前まで見えない」と答えた塾ほど、本記事のモデルが効きます。Lark Base そのものの基礎は姉妹記事 Lark Base が中小企業の業務効率を変える3つの理由 に、DX 全体の進め方は 中小企業の DX を 90 日で軌道に乗せる実践ロードマップ にまとめています。本記事はその「学習塾・スクールの授業の外側」への具体適用編です。予約・カルテ・失客という構造は美容室や歯科医院とも共通するため、美容室・サロンの DX や 歯科医院の DX の実装も参考になります。

なぜ塾の情報は散らばり属人化するのか — 3つの構造問題

結論として、塾の情報が散らばり属人化するのは、講師や事務スタッフの怠慢ではなく、「相手が生徒と保護者の二者に分かれ、指導が講師個人に強く紐づく」という塾固有の構造が原因です。この構造から、次の3つの問題が同時に発生します。

構造問題	現場で起きること	経営に効いてくる損失
① 連絡チャネルの分散	欠席連絡は電話、一斉のお知らせは一斉LINE、個別の相談は連絡帳やプリント、講師間は口頭とバラバラ	連絡漏れ・言った言わない、既読が分からず二度手間、保護者からの信頼低下
② 生徒情報の属人化	成績・宿題の状況・性格・つまずき・保護者との会話が担当講師の記憶や個人メモに存在	担当講師の退職・交代で生徒対応の文脈を失う。面談の質が講師任せ
③ 数字が面談直前まで見えない	出席率・成績推移・講師別コマ数・報酬・在籍数の増減が、月末や面談準備まで把握できない	退塾の兆候に気づくのが遅れる。打ち手が後手に回る

損失は感覚ではなく計算できます。たとえば退塾の見落とし。月謝 2 万円の生徒が「なんとなく足が遠のいて」年度途中で退塾すると、残り期間次第で十数万円の売上が静かに消えます。こうした「サイレント退塾」の予兆——欠席が増える・宿題の提出が滞る・成績が下がる——は、本来データに出ているのに、紙と講師の記憶では気づけないのが問題です。そして重要なのは、この3つが独立ではなく連鎖していることです。連絡チャネルが分散するから生徒データが1ヶ所に集まらず、集まらないから成績・出欠が属人化し、属人化しているから「誰の出席が減り、誰の成績が落ちているか」が見えず退塾の予兆に気づけない。つまり「連絡」「出欠」「成績」を別々のツールで直しても解決せず、1つのデータベースの中で連結して初めて解ける構造です。IPA「DX動向」が示すとおり、日本の中小企業の DX は「ツールを個別に入れる」段階で止まりがちですが、塾で本当に必要なのは個別ツールではなく生徒データの連結です。次章で、その連結の設計図を示します。

Lark で組む塾運営の全体設計 — 生徒カルテ連結モデル

結論として、学習塾・スクールの運営は「生徒マスタ」「授業・出欠履歴」「講師」「成績記録」の4テーブルを Lark Base 上で連結する構成で、塾の背骨が完成します。Lark Base はテーブル同士をリンクフィールドで参照し合える業務データベースで、紙の名簿や Excel と決定的に違うのは「同じ生徒・同じ講師を、全テーブルが1つのマスタを参照して使う」点です。名前を毎回書き写さないので、表記ゆれと転記ミスが構造的に消えます。

テーブル	持たせるフィールドの例	連結先
① 生徒マスタ	氏名／学年／在籍校／保護者氏名・連絡先／コース・受講科目／入塾日／担当講師／月謝区分	出欠履歴・成績記録（1生徒 → 多数）
② 授業・出欠履歴	授業日／生徒（リンク）／担当講師（リンク）／科目・コマ／出欠区分／入退室時刻／宿題提出／授業メモ・申し送り	①③を参照。講師コマ集計の元
③ 講師	氏名／担当科目／勤務可能曜日・時間帯／時給・コマ給条件／担当教室	出欠履歴・成績記録を参照
④ 成績記録	実施日／生徒（リンク）／テスト・単元／科目／点数・順位／目標との差／講師コメント	①③を参照。成績推移を算出

設計のポイントは3つです。第一に、生徒の学習状況・つまずき・性格・保護者との会話は授業メモ（出欠履歴）と成績記録に時系列で積み上げること。「この子は○○が苦手で、こう声をかけると乗る」という担当講師の頭の中の知識が、テーブルの1行になった瞬間に属人化が解けます。第二に、講師報酬は月末に電卓で集計するのではなく、授業1コマごとに出欠履歴として記録し、集計で自動算出すること。誰がいつ何コマ担当したかが履歴として残るため、講師別・科目別・教室別の集計が後からいくらでもできます。第三に、生徒マスタに「直近の出欠状況」や「最終来塾日」を持たせ（または出欠履歴から参照し）、欠席フォローと退塾予兆検知の起点にすること。これが次章以降の自動化の土台になります。紙の名簿や Excel からの載せ替えは CSV インポートで始められます。手順は Lark Base 脱Excel 30日チャレンジ に詳しくまとめています。

保護者連絡をどう束ねるか — 電話・LINE・連絡帳・プリントと Lark の分担

結論として、保護者との連絡チャネル（電話・一斉LINE・専用アプリ・メール）はそのまま使い続け、Lark は「誰にいつ何を連絡したか」を記録し、講師間で申し送りを共有し、一斉連絡の文面と対象を管理する器として使うのが、現実的で失敗しない分担です。ここで正直にお伝えすべき前提があります。保護者は通常 Lark のユーザーではありません。したがって、Lark を「保護者アプリ」に置き換えるのではなく、保護者への連絡そのものは既存チャネルを残したうえで、塾の内部運営を Lark に集約するのが正解です。守備範囲を切り分けましょう。

領域	担うもの	Lark の役割
生徒募集・体験申込・決済	既存の申込フォーム・ポータル・月謝の決済/引き落とし	置き換えない。既存を継続
保護者への個別・一斉連絡	電話・一斉LINE・専用連絡アプリ・メール	チャネルは継続。ただし「誰に何をいつ連絡したか」の記録は Base に残す
生徒カルテ・出欠・成績	紙の名簿・講師の記憶・個別のExcel	Lark Base に集約（本記事の中核）
欠席フォロー・退塾予兆の検知	誰もやっていない／講師の勘	Lark オートメーションで自動化
講師の連絡・申し送り・シフト	講師個人のLINEグループ・口頭・ホワイトボード	Lark チャット・カレンダーに集約

ここでのコツは、保護者との接点を無理に一本化しないことです。保護者の連絡手段は家庭ごとに異なり、既に定着した LINE や専用アプリを外すと現場が混乱します。入口（保護者チャネル）はそのまま、その内側の記録と講師運営だけを Lark に集めるのが安全です。具体的には、講師が授業後に出欠履歴へ1行入力し、保護者への連絡が必要な事項（欠席、宿題未提出、面談案内など）はそのレコードに「連絡要」フラグと連絡内容を残す運用から始めます。実際の連絡は既存チャネルで行い、「いつ・誰が・何を連絡したか」だけを Base に記録する。この「記録の一元化」が、連絡チャネルの分散を吸収して言った言わないを消す最小の一手です。なお、体験授業の申込や保護者アンケート、講師採用の応募を塾側で受ける場合は、Lark Base のフォームビューが有効です。公式ヘルプには「フォームの共有を有効にすると、フォームのリンクが生成され、リンクを受け取ったユーザーなら誰でも回答・送信でき、回答結果は対応するテーブルに自動追加される」と明記されており（Lark公式ヘルプ「Base でフォームビューを使用する」、2026年8月確認）、相手が Lark を使っていなくてもブラウザから入力でき、QR コード共有にも対応しています。

入退室・出欠を「連絡ミスゼロ」につなげる — 記録から自動通知へ

結論として、塾の出欠管理の本質は「紙の名簿にチェックすること」ではなく、「出欠を記録したら、欠席フォローと講師間の申し送りが自動で動き出す仕組み」を持つことです。前章までで出欠履歴に入退室と出欠区分が入っていれば、この仕組みは Lark で組めます。Lark Base のオートメーションは「トリガー条件と実行操作から構成される機能」で、レコードの追加・更新や指定した日時・繰り返しスケジュールをトリガーに、Lark メッセージ送信・メール送信などを自動実行できます（Lark公式ヘルプ「Base のオートメーションを使用する」、2026年8月確認）。

塾の出欠・連絡で効くレシピは、たとえば次のように組みます。まず授業予定に対して出欠履歴を記録し、「本日出席予定なのに一定時刻を過ぎても入室記録がない生徒」を抽出して、教室の講師・事務スタッフの Lark に「Aさん（中2・19時コマ）が未入室です」と通知する。スタッフは通知から生徒カルテへ直接ジャンプし、保護者へ電話やLINEで安否・欠席確認をかけられます。さらに、欠席が記録されたら担当講師に「Bさんが本日欠席。振替とフォローを検討」と自動で申し送りを飛ばし、直近の欠席回数が一定を超えた生徒を毎週抽出して教室長に「退塾予兆の可能性・面談検討」を通知する。ポイントは、保護者への連絡そのものを全自動化するのではなく、「連絡・対応すべき相手を自動で見つける」ところまでを仕組みにすることです。塾は保護者との信頼関係の商売なので、機械的な自動配信より、スタッフが文脈を持って声をかける方が効きます（入退室の即時通知を保護者アプリで自動配信したい場合は、その部分は専用の連絡アプリや、Base オートメーションからのメール送信で補います）。

トリガー	自動実行	止まる取りこぼし
出席予定時刻を過ぎても入室記録がない	教室スタッフに「未入室アラート」を Lark 通知	無断欠席の見落とし・安否確認の遅れ
出欠履歴に「欠席」が記録された	担当講師に振替・フォロー検討の申し送り通知	振替漏れ・フォロー忘れ
直近の欠席回数が一定を超えた	教室長に退塾予兆として面談検討を通知	サイレント退塾（気づいたら足が遠のいている）
面談・保護者会・請求などの節目が近づいた	担当・事務に案内準備のリマインド	連絡漏れ・案内遅れ

ここで効いてくるのが、Lark は業務データベースとチャットが同じアプリであるという構造です。通知は講師が普段使っているチャットにそのまま届き、通知から該当生徒のカルテへ直接ジャンプできます。kintone や Notion のようにデータベースと通知チャットが別ツールだと、この連携自体を設定・保守し続ける必要があります（比較の詳細は Lark vs kintone 徹底比較・Notion vs Lark Base 参照）。オートメーションの実行回数はプランごとに月間上限があり（Starter 1,000回／Pro 5万回／Enterprise 50万回、Lark公式料金ページ、2026年8月確認）、未入室アラートや欠席通知が中心の小規模塾なら Starter の 1,000 回でも検証には十分、本稼働は Pro が現実的です。オートメーションの具体レシピは Lark 自動化10レシピ でも扱っています。

生徒カルテの脱・属人化 — 成績・学習履歴を「塾の資産」にする

結論として、塾経営で最も守るべき資産は生徒カルテ（成績・学習履歴・つまずき・保護者との会話の積み重ね）であり、これを「担当講師の記憶」から「塾の共有データベース」に移すことが、DX の実質的な本丸です。理由は明確で、紙の名簿や講師の記憶に依存していると、その講師が辞めた瞬間、あるいはクラス替え・担当交代のたびに、生徒の学習の文脈・苦手単元・声かけのコツ・保護者との信頼の履歴がすべて途切れ、面談の質が落ち、退塾につながるからです。これは塾経営で見えにくい最大級の損失です。

Lark Base のカルテ（生徒マスタ＋出欠履歴＋成績記録）に移すと、次のことが可能になります。第一に、テスト結果・単元別の到達度・宿題の提出状況を毎回記録し、担当が代わっても成績推移を一目で把握して指導を引き継げる。第二に、授業メモに「今日はここでつまずいた」「この声かけが効いた」を残すことで、生徒理解が講師個人の記憶ではなく塾の知見として蓄積される。第三に、面談記録・保護者からの要望をカルテに紐づけて保存し、次の面談で「前回こうお伝えした」を踏まえた継続的な対応ができる。そして Lark は業務データベースとチャットが同じアプリなので、カルテのレコードから直接その生徒に関する講師間の相談ができ、「Cさんの数学、次どう進める？」という会話が口頭や個人メモではなくデータに紐づいて残ります。

権限設計も重要です。生徒の個人情報・成績・家庭の事情はセンシティブなので、Lark Base の権限機能で「講師は自分の担当生徒のみ閲覧・編集可、他クラスは不可」「保護者連絡先や家庭事情など一部フィールドは教室長のみ閲覧可」といった制御をかけられます。権限とセキュリティの設計は Lark のセキュリティ・権限設計 で詳しく解説しています。カルテがデータになると、退職・交代リスクへの耐性が生まれるだけでなく、「成績は伸びているのに出席が減ってきた生徒」「入塾から一度も面談していない家庭」といった、紙では絶対に見えなかった切り口で生徒を捉え直せるようになります。これが前章の欠席フォローと次章の可視化に直結します。

講師シフト・コマ給・報酬計算を仕組み化する

結論として、塾運営で出欠・成績と並んで事務時間を奪うのが講師のシフト調整とコマ給の集計であり、これも同じ Lark の中で「シフト希望の収集 → 確定 → コマ実績の記録 → 報酬の自動集計」までつなげられます。多くの塾で、シフト希望は講師個人のLINE、確定シフトは紙やホワイトボード、コマ給は月末にExcelで手計算——と分散しており、ここに転記ミスと集計残業が生まれています。

業務	Lark の機能	変わること
シフト希望の収集	Base（シフト希望テーブル）＋フォーム	LINEでの口頭依頼が消え、希望が構造化データで集まる
シフト確定・共有	Base＋カレンダー	確定シフトを1画面で共有。急な交代も履歴で追える
コマ実績の記録	授業・出欠履歴（担当講師リンク）	授業を記録するだけで、誰が何コマ担当したかが自動で貯まる
報酬（コマ給）の集計	Base の集計・ロールアップ	月末の手集計が消え、講師別コマ数×単価が自動算出

ポイントは、コマ給の元データを「別途入力する」のではなく、出欠履歴の記録から自動で立ち上げることです。授業1コマを出欠履歴に記録すれば、そのレコードには担当講師・科目・日時が入っています。講師テーブルに単価条件を持たせておけば、集計機能で「講師別・月別のコマ数と報酬」が計算できます。二重入力がないので、記録と報酬計算のズレも起きません。講師どうしの申し送りや連絡は同じ Lark のグループチャットに集約でき、個人LINE依存から脱せます。塾は学生講師の入れ替わりが起きやすい業種です。連絡・シフト・マニュアルが個人アプリや口伝ではなく Lark に集約されていれば、講師が入れ替わっても運営ノウハウが残り、新任講師が最短で立ち上がる。コミュニケーション基盤としての比較は Lark vs Microsoft Teams 徹底比較 にまとめています。

在籍・出欠率・成績・講師コマを可視化する — ダッシュボード

結論として、塾の数字管理の目的は「月末に合計を出すこと」ではなく「今日の時点で、在籍・出席・成績・講師コマがどう動いているかが見えること」であり、これは4テーブルモデルのデータをダッシュボードで見るだけで手に入ります。Lark Base のダッシュボード機能を使えば、運営の状況をグラフで常時表示できます（Lark公式ヘルプ「Base でダッシュボードを使用する」、2026年8月確認）。塾でまず置くべきブロックは次の5つです。

• メトリックカード：現在の在籍数・今月の入塾/退塾数・全体の出席率。教室長が毎朝スマホで見る数字。
• 横棒グラフ（講師別コマ数）：担当コマ数を講師別にランキング。シフトの偏りとコマ給集計の根拠になる。
• 折れ線（在籍・入退塾推移）：在籍数と入塾・退塾の月次推移。募集と定着のバランスを把握。
• グリッドのビューブロック（欠席増加・要フォロー一覧）：直近で欠席が増えた生徒リスト。毎週ここを見て面談・フォローに動く。
• グリッドのビューブロック（成績要注意一覧）：目標との差が開いた生徒。指導方針の見直しに使う。

紙の名簿や個別のExcelと決定的に違うのは、スマホからいつでも、追加費用ゼロで、同じ最新の数字を教室長も講師も見られることです。特に「欠席が増えてきた生徒」を毎週ダッシュボードで捉えられると、退塾になる前に面談を打てます。ダッシュボードの作り方・全ブロックの種類・スマホ対応は Lark Base ダッシュボードで経営数字を可視化する2026 で網羅しています。

塾専用管理システムとの違い — 内製をいつ選び、いつ選ばないか

結論として、Lark Base 内製と専用の塾管理システム（入退室・保護者連絡・成績・請求一体型）は競合ではなく守備範囲が違います。「募集・決済は既存で足り、その先の出欠・成績・講師運営・情報共有を柔軟に組みたい塾」は Lark 内製が合い、「入退室通知・保護者アプリ・月謝請求・成績帳票まで1つで完結させたい塾」は専用システムが合います。中立に整理します。

観点	Lark Base 内製	専用の塾管理システム
初期コスト・スピード	低い。テーブル設計から数週間で運用開始。20名までは無料プランで検証可	生徒/月額課金＋初期設定費が発生しがち。機能は最初から揃う
自塾の運営への適合	フィールド・自動化を自分で追加。コース・成績項目・コマ給条件に柔軟	標準機能に運用を合わせる。細かな独自ルールは対応外のことも
入退室通知・保護者アプリ・請求	保護者向け専用アプリや月謝請求・決済は守備範囲外。既存の連絡・決済と併用	入退室の保護者自動通知・請求・帳票まで一体で完結が多い
講師運営・情報共有	チャット・シフト・Wiki・ビデオ会議と同一アプリ。講師運営ごと集約	生徒・保護者管理が中心。講師の連絡・教育は別ツール
データ量の上限	1テーブルの行数はプラン依存（後述）。大規模チェーンは設計に注意	塾用途の想定内なら上限を気にしにくい

目安として、①入退室の保護者への自動通知・月謝請求・成績帳票までを1つのシステムで完結させたい、②多数の教室で数千〜数万件規模の生徒・授業を厳密に管理したい、③保護者向け専用アプリでの連絡が募集上の必須要件——のいずれかに強く該当するなら、専用の塾管理システムを検討すべきです。逆に、募集・決済は既存で回っていて、困っているのが「連絡の散らばり」「成績・出欠の属人化」「講師コマ・報酬の手集計」「数字が面談直前まで見えない」なら、Lark 内製で塾の背骨は組めます。そして重要なのは、内製で始めても無駄にならないことです。生徒データの整備・運用ルールのデータ化・講師の入力習慣という「DX の土台」は、将来専用システムに移る場合でもそのまま資産になります。ツール選定の考え方全般は Salesforce・Notion・kintone・Lark の使い分け でも整理しています。

料金の一次情報 — 10名規模の塾でいくらかかるか

結論として、Lark は 20 ユーザーまで無料の Starter プランがあり、講師・スタッフ 20 名以下の塾なら無料で始められます。本稼働で有料化する場合も、10 名なら Pro プラン（1ユーザー月額 ¥1,420・税抜・年払い）で月額 ¥14,200 が目安です。ここで重要なのは、Lark の課金対象は「塾の内部ユーザー（講師・スタッフ）」であり、生徒数や保護者数ではない点です。生徒が何百人いても料金は変わりません。Lark公式料金ページ（2026年8月15日確認）の一次情報を整理します。

プラン	料金（税抜）	ユーザー上限	Base 行数上限/テーブル	オートメーション/月
Starter	¥0	20 名	2,000 行	1,000 回
Pro	¥1,420／ユーザー・月（年払い）	500 名	2 万行	5 万回
Enterprise	要お問い合わせ（個別見積）	無制限	5 万行	50 万回

出典: Lark公式料金ページ（2026年8月15日確認）。Starter のユーザー上限は 2025 年 3 月 1 日の改定で 50 名から 20 名に変更されています。料金・上限は変更される場合があるため、最新は公式ページでご確認ください。

塾で気をつけるべきは行数上限です。授業・出欠履歴テーブルは1授業（1コマ・1生徒）＝1行で増えるため、生徒 100 名が週2コマ通えば年間で1万行を超えることもあります。無料の Starter（2,000 行/テーブル）は小規模塾の検証・立ち上げ用と割り切り、生徒数や授業コマが多い塾や本格運用は Pro（2 万行/テーブル）を前提にするのが安全です（年度ごとにテーブルを分ける、卒塾生をアーカイブへ移す設計で長期運用にも対応できます）。一方、講師数名・生徒数十名の個人塾で出欠履歴が年 2,000 行に収まるなら、Starter 無料で本稼働まで視野に入ります。そして 10 名で月 ¥14,200——専用の塾管理システムの多くが「生徒1人あたり」で課金し在籍数に比例して増えるのに対し、Lark は内部ユーザー課金で生徒が増えても定額、しかもこの金額に生徒カルテだけでなくチャット・シフト・ビデオ会議・ドキュメント・Wiki まで含まれるため、講師の連絡ツールや情報共有ツールの置き換えと合算で判断すると、実質コストはさらに下がります。プラン選定の詳細は Lark 料金完全ガイド2026 をご覧ください。

自社事例 — 「仕入れて売る」業務を Lark に集約して240h→24h

結論として、「相手と接し、記録し、数字を管理し、スタッフと連絡する」業務を Lark に集約すると劇的に軽くなることは、当社自身が自社事業で実証済みです。月 240 時間かかっていたバックヤード業務が 24 時間、90% の削減になりました。当社（アウフヘーベンジャパン株式会社・群馬県前橋市）は Lark コンサルティングと並行して自社の物販事業（4 チャネル・約 200 SKU）を運営しています。業種は塾と違いますが、「相手への連絡が複数チャネルに散らばる」「連絡と記録が別アプリに分かれる」「数字が集計待ちで見えない」という悩みの構造は塾とまったく同じでした。

正直に書くと、当社の場合、受注処理そのものは EC 一元管理 SaaS でほぼ自動化できていました。手作業のまま残っていたのはその上のオペレーション層——顧客対応が LINE・メール・各モールに分散して月 72 時間、売上分析・販促判断の材料づくりが Excel 6 シートで月 36 時間、倉庫との連絡が LINE とメールで月 30 時間——という、塾の「授業の外側」とまさに同じ構造の仕事でした。Lark への集約でこれらが激減した理由を、塾に引き付けて言えば3点です。第一に、データが Base に、連絡が同じアプリのチャットに一元化され「ツール間の往復と転記」という工程が消えたこと。第二に、実績が同じ Base にあるため判断が集計待ちゼロで即断できるようになったこと。第三に、通知の自動化で「人が思い出して連絡する」仕事がなくなり、取りこぼしの後始末に使っていた時間が消えたこと。全内訳と実装の詳細は 自社事業を Lark に集約して月240時間を24時間にした話 で公開しています。削減の主因は高度な AI ではなく、本記事で述べた「マスタ参照・履歴主義・自動検知」という地味な構造化でした。だからこそ、同じ「人と接して記録する」構造を持つ塾で再現性が高いと考えています。

90日で立ち上げる現実的3ステップ

結論として、塾の Lark 一元化は「30日で生徒カルテと出欠、60日で連絡自動化と成績、90日で講師運営」の3段階で立ち上げるのが現実的です。一気に全部を作らないことが定着の条件です。

1. Day 1–30｜生徒マスタと出欠の載せ替え：生徒マスタ・講師を紙の名簿／既存システムから CSV インポートで移行。授業・出欠履歴テーブルを作り、授業後の「1コマ＝1行入力」の運用を開始。入退室・出欠・宿題提出をこの30日で貯め始める。この30日が全体価値の半分を占めます。
2. Day 31–60｜連絡の自動化と成績記録：未入室アラート・欠席フォロー・退塾予兆の抽出オートメーションを設定。成績記録テーブルにテスト結果を記録開始し、ダッシュボードに在籍数・出席率・欠席増加一覧を設置。「連絡すべき相手が自動で挙がる」状態を作る。
3. Day 61–90｜講師運営の集約：シフト希望フォーム・確定シフト（カレンダー）・コマ給集計・講師間連絡・研修マニュアル（Wiki）を Lark へ移す。個人LINE依存の業務連絡を塾の Lark に一本化し、「講師の記憶」から「塾の仕組み」への移行を完成させる。

90 日ロードマップの汎用版（推進体制・現場の巻き込み方・失敗パターン）は 中小企業の DX を 90 日で軌道に乗せる実践ロードマップ に、導入がつまずく典型パターンは Lark 導入失敗の3パターン にまとめています。連絡・カルテという構造を共有する隣接業種の実装は 美容室・サロンの DX・歯科医院の DX が参考になります。

よくある質問（FAQ）

Q1. 保護者への連絡は今のLINE・専用アプリで回っています。Lark に置き換える必要がありますか？

いいえ。置き換える必要はありません。保護者は通常 Lark のユーザーではないため、保護者への連絡そのものは既存のLINE・専用アプリ・電話・メールをそのまま使い続けます。Lark が担うのは「誰に何をいつ連絡したかの記録」「講師間の申し送り」「一斉連絡の文面・対象の管理」「連絡すべき相手を自動で見つける仕組み」です。困っているのが連絡の散らばり・言った言わない・連絡漏れなら、その内部運営だけを Lark で解決できます。

Q2. 生徒カルテをデータベース化すると、担当講師が辞めても情報は残りますか？

はい。それがカルテをデータベース化する最大の目的です。成績推移・単元別の到達度・宿題状況・つまずき・面談記録・保護者の要望を Lark Base に記録しておけば、担当講師が退職・交代しても情報は塾に残り、別の講師が文脈を引き継いで指導・面談できます。紙の名簿や個人の記憶に依存している状態こそ、講師交代のたびに生徒理解が途切れ、面談の質が落ちる最大のリスクです。

Q3. 入退室・欠席の自動通知は具体的にどう動きますか？

出欠履歴を記録し、Base のオートメーションで「出席予定時刻を過ぎても入室記録がない生徒」を抽出して教室スタッフの Lark に通知したり、「欠席」が記録されたら担当講師に振替・フォローの申し送りを飛ばしたりできます。連絡そのものは自動化せず、「対応すべき相手を自動で見つける」ところまでを仕組みにするのがコツです。保護者への入退室即時通知を自動配信したい場合は、専用の連絡アプリや Base オートメーションからのメール送信で補います（Lark公式ヘルプ、2026年8月確認）。

Q4. 費用はどのくらいかかりますか？生徒数で増えますか？

Lark の課金対象は塾の内部ユーザー（講師・スタッフ）で、生徒数や保護者数では増えません。20 ユーザーまで無料の Starter プランがあり、講師・スタッフ 20 名以下の塾なら無料で始められます。有料化する場合は Pro プラン（1ユーザー月額 ¥1,420・税抜・年払い）が目安で、10 名なら月額 ¥14,200 です。この金額に生徒カルテ（Base）だけでなくチャット・シフト・ビデオ会議・ドキュメント・Wiki も含まれます（Lark公式料金ページ、2026年8月15日確認）。

Q5. 生徒数や授業コマが増えると行数の上限に当たりませんか？

Base の1テーブルあたり行数上限はプランごとに Starter 2,000 行／Pro 2 万行／Enterprise 5 万行です（Lark公式料金ページ、2026年8月確認）。授業・出欠履歴は1コマ・1生徒＝1行で増えるため、生徒数や授業数が多い塾は本格運用で Pro を前提にするのが安全です。年度ごとにテーブルを分ける・卒塾生をアーカイブテーブルへ移すといった設計で、長期運用にも対応できます。

まとめ — 塾運営を「講師の記憶」から「塾の仕組み」へ

本記事の要点を整理します。

• 塾の情報が散らばり属人化するのは、相手が生徒と保護者に分かれ指導が講師に紐づく構造が原因。「連絡チャネルの分散」「生徒情報の属人化」「数字が面談直前まで見えない」の3問題は連鎖しており、個別ツールではなく生徒データの連結でしか解けない。
• 募集・決済・保護者連絡アプリは残していい。Lark は「授業の外側」（出欠・保護者連絡の記録・成績・講師運営）を束ねる器として使う。
• Lark Base の生徒カルテ連結モデル（生徒マスタ・出欠履歴・講師・成績記録）で塾の背骨を作る。学習の文脈は授業メモに、報酬はコマ実績に、出欠状況は欠席フォローの起点に持たせる。
• 入退室・欠席はオートメーションで自動検知し、スタッフが文脈を持って対応する。在籍・出席・成績・講師コマはダッシュボードで毎日見る。講師のシフト・コマ給・連絡も Lark に集約して一元化を完成させる。
• 費用は 20 名まで無料、10 名の本稼働で月 ¥14,200（Pro・税抜）で生徒数に比例しない。専用の塾管理システムとは中立な使い分けで判断し、90 日の3段階で立ち上げる。

当社は自社事業で顧客対応・記録・数字管理・連絡を Lark に集約し、月 240 時間 → 24 時間（90% 削減）を実証しました。同じ「人と接して記録する」構造を持つ塾・スクールは、このモデルが素直に効く業種のひとつです。まずは「生徒カルテが今どこにあって、欠席や連絡漏れに誰がいつ気づいているか」を書き出すところから始めてください。

関連記事

• Lark Base が中小企業の業務効率を変える3つの理由 — 生徒カルテ一元化の土台となる業務DBの実力。
• 自社事業を Lark に集約して月240時間を24時間にした話 — 本記事のモデルの実証元。
• 美容室・サロンの DX を Lark で進める — 連絡・カルテ・失客という同構造の隣接業種の実装。
• 歯科医院の DX を Lark で進める — 予約・カルテ・呼び戻しの実装。
• Lark Base ダッシュボードで経営数字を可視化する2026 — 在籍・出席率をグラフで毎朝見る方法。
• Lark 自動化10レシピ — 未入室アラート・欠席通知の具体的な組み方。
• Lark Base 脱Excel 30日チャレンジ — 紙の名簿・Excel からの移行手順。
• Lark vs kintone 徹底比較 — 業務DB型ツールの比較検討に。
• Notion vs Lark Base 徹底比較 — データベースと通知の一体性を見る。
• Lark vs Microsoft Teams 徹底比較 — 講師の連絡基盤の選定に。
• 中小企業の DX を 90 日で軌道に乗せる実践ロードマップ — DX 推進の全体像。
• Lark 料金完全ガイド2026 — プラン選定と費用試算の詳細。
• Lark Base 業務システム構築サービス — カルテ設計から運用定着までの伴走。
• アウフヘーベンジャパン株式会社 会社案内 — 群馬・前橋拠点。Lark 導入を支援する独立系コンサルティング事業者。