中学校でのClassi導入ガイド｜目的・機能・運用手順

Classi導入の目的と中学校向け主要機能の概要

中学校での導入は授業改善、家庭連携、個別最適化、教員業務の効率化を狙いとします。ここでは期待される効果と、現場でよく使われる主要機能の実務的な使い方を整理します。

要点（3点）：

• 授業改善（優先度：高） — 形成的評価で授業設計を短サイクルで改善します。
• 家庭連携（優先度：中） — 学習ログや提出状況を保護者と共有して家庭支援を促します。
• 教員業務効率化（優先度：高） — 課題配信・採点・成績集計の電子化で事務負担を削減します。

導入目的と期待効果

目的別に想定される効果を端的に示します。現場ごとに優先度が異なる点に注意してください。

• 授業改善：事前配信→授業内活動→短い小テスト→即時フィードバックで授業を改善します。
• 家庭連携：保護者に学習状況を限定公開し、家庭での支援を促します（閲覧範囲は厳密に設定）。
• 個別最適化：小テストやログから弱点を抽出し、補強課題を個別配信できます。
• 教員業務削減：自動採点やCSV出力で成績処理の工数を減らせますが、機能は契約差があります。

主要機能の概要（中学校での使われ方）

主要機能ごとに典型的な現場運用と注意点を示します。各機能の提供範囲は契約やバージョンで変わるため、仕様確認が必須です。

• LMS（教材配信・進捗管理）：授業前資料配信、視聴履歴確認、補助教材配信に使います。
• 課題管理：配信→提出→採点→成績反映のワークフローを一本化します。
• テスト／小テスト：選択式は自動採点、記述式は回収→採点で到達度確認に利用します。
• アンケート：授業評価や保護者サーベイに利用します。集計方法は事前に定義します。
• eポートフォリオ：面談記録や成果物の蓄積に使い、進路支援に活かします。
• 連絡機能：クラス・学年・個別連絡を使い分けます。保護者の既読管理や通知方法は契約差があるため確認してください。
• 学習データ可視化：ダッシュボードで要点を抽出し指導に反映します。

活用パターン別の実務例と代表的な学校事例

運用パターンごとに実務フローと「やり始め」ポイントを示します。続けて公立／私立／小規模校の代表事例から学べる点を整理します。

要点（3点）：

• 小さく始める（優先度：高） — 週1回・短時間教材から開始します。
• 運用ルール統一（優先度：高） — 締切や再提出ルールを教員間で合わせます。
• データ活用の短サイクル（優先度：中） — 2〜4週間単位でPDCAを回します。

授業内での活動

授業内で事前学習と短テストを回す実務フローの例です。導入時は作業量を抑えて始めてください。

• 手順：事前資料（5〜15分）配信 → 授業内協働活動 → 5問程度の小テストで理解度確認 → フィードバック配信。
• やり始めポイント：最初は週1回の科目に限定し、教材は短時間で完結するものにすること。

宿題・提出管理

締切運用とリマインダー設定の運用例です。再提出ルールを明確にすることが重要です。

• 手順：課題配信 → 期日明記（例：当日23:59）→ 自動リマインダー（期日前3日・前日）→ 未提出者リストで学年フォロー。
• 注意点：再提出の評価反映方法を教科間で統一してください。

定期試験対策

過去問や模擬試験を配信し、分野別分析で補習につなげる例です。

• 手順：過去問を小テスト形式で配信 → 模試実施 → 分野別正答率で弱点抽出 → 補習グループ編成。
• ポイント：模試データはCSVで出力し教科間での横断分析に活用します。

家庭学習支援

保護者と連携して家庭での学習を支援する運用例です。

• 手順：週間学習計画配信 → 保護者に週次概要通知 → 面談前に学習ログ参照。
• 注意点：保護者の閲覧範囲は自分の子のみとし、説明会で運用を周知します。

進路指導支援

面談記録や資料配信を一元化し進路指導に活かす方法です。

• 手順：面談メモをeポートフォリオに蓄積 → 志望校資料を配信 → 進路担当が履歴参照。
• ポイント：個人情報の扱いと閲覧権限を厳格に管理します。

学校別ケーススタディ（3事例）

公開事例の傾向を整理します。数値的成果は事例元で確認してください。

• 事例A（公立大規模校）
• 課題：保護者連絡の断片化・未提出管理の困難。
• 導入：学年単位で段階導入、ICT支援員常駐で権限設計を実施。
• 成果（定性的）：提出把握の迅速化、紙業務削減。

• 備考：この事例は第三者サイトでのまとめがあり、内容は原典での確認を推奨します（第三者情報）。

• 事例B（私立中規模校：金蘭千里中学校）

• 導入：教員ワークフローを丁寧に設計し、教材配信とフィードバックを整備。
• 成果：フィードバック頻度増、授業設計の改善サイクルが加速。

• 参照（公式）：https://classi.jp/case-study/post-3829/

• 事例C（小規模校・端末管理兼務）

• 導入：外部研修を活用し段階的に内製化。初期は主要機能に絞る運用。
• 成果：運用負荷の見える化で教員負担軽減。
• 参照（公式事例一覧）：https://classi.jp/case-study/

各事例は運用方法や学校規模で差が出ます。数値的裏付けが必要な場合は、事例ページや導入校へのヒアリングで確認してください。

導入プロセス：ステップバイステップガイドと校内体制

導入は段階化することでリスクを下げられます。ここでは推奨スケジュールと成果物、担当の切り分けを示します。

要点（3点）：

• 段階導入（優先度：高） — パイロットで問題を先に洗い出す。
• 技術検証（優先度：高） — 同期・SSO・帯域を事前に確認する。
• 研修と定着フォロー（優先度：高） — 管理者・教員・生徒・保護者へ段階的研修を行う。

導入のステップ（事前準備→試行→本運用）

各段階の主要タスクと目安期間を記します。成果物（チェックリスト・FAQ等）を用意して運用を安定させます。

• 事前準備（0〜4週間）
• 目的と対象範囲の明確化、関係者合意。
• 端末・ネットワーク現状調査（同時接続試験・Wi‑Fiカバレッジ）。
• 個人情報取扱方針案と保護者同意書の草案作成。

• KPI候補（ログイン率、提出率、テスト平均）を設定。

• アカウント設計と技術準備（1〜4週間、並行実施）

• 権限モデル設計（管理者・教員・生徒・保護者）。
• テストアカウント作成と学籍データ同期確認。

• SSO（SAML/OIDC）の要否検討とベンダ確認（対応可否は契約差あり）。

• パイロット運用（2〜4週間）

• 対象：学年または数クラスに限定し短期試行。
• 指標：週次ログイン率、課題提出率、教員アンケート。

• 成果物：改善点リスト、更新マニュアル、FAQ。

• ローンチ（段階的全校展開）

• 全校研修、FAQ配布、ヘルプ窓口設置。

• ローンチ直後は週次で利用状況チェック。

• 定着期（3か月以降）

• 月次KPIレビュー、四半期で運用見直しと機能追加検討。

校内体制と担当別の役割

導入後の明確な役割分担が運用安定に直結します。週次・月次のタスク例を組み合わせて運用してください。

• 校長：全体方針承認、保護者説明の立会い。
• 教務主任：学習設計統括、KPI設定とレビュー主導。
• ICT支援員：技術準備、アカウント管理、一次トラブル対応、研修実施。
• 学年担当：日常運用監督、未提出フォロー、学年ルール運用。
• 教科主任：教科別の採点基準・再提出ルールを定義。
• 保護者窓口：同意取得と問い合わせ一次対応。
• 外部支援ベンダー：初期設定支援、研修資料、SLA明記の技術サポート。

各担当の週次・月次チェックリストを作成すると実務が回りやすくなります。

運用ルール・研修計画・テンプレート（すぐ使える実務ツール）

初動はルールをシンプルにし、研修を録画して共有することで定着を促します。ここでは実務で使えるルール例とサンプルテンプレートを示します。

要点（3点）：

• 運用はシンプル優先（優先度：高） — 初期は主要機能に絞る。
• 個人情報対応は法令準拠（優先度：高） — 文言は法務確認を必須とする。
• 研修は録画共有（優先度：中） — 後で学べる仕組みを作る。

運用ルールとポリシー例

導入時に決めるべき運用ルールの具体例を示します。守りやすさを優先してください。

• ログイン・提出ルール
• 原則：課題期限は「期日＝当日23:59」。遅延扱いと連絡手順を定義する。

• 自動リマインダーは期日前3日・前日等で統一する（設定可否はシステム依存）。

• アクセス権限

• 保護者は「自分の子」の情報のみ閲覧可。学年横断の閲覧は必要最小限に限定する。

• 管理者権限は限定し、管理操作ログを保管・監査する。

• 保護者連絡の運用

• 定期連絡（週次／月次）と緊急連絡のテンプレートを用意する。FAQで同意手順を説明する。

• データ保持・削除ルール（例）

• 保有期間案：在籍期間＋3年〜5年（要校内規定・法務確認）。

• 退学・卒業後の取り扱いを定め、個別削除申請フローを明記する。

• ログ管理ポリシー（抜粋）

• 保管対象：ログイン履歴、提出履歴、管理操作ログ。
• 保管期間：原則1年（見合った期間を法務と決定）。
• 保管場所とアクセス制御を明確化する。

上記は例示です。具体的な保持期間・同意文言は法務チェックを必須としてください。

研修・PDの週次／月次スケジュール例

研修は段階的に行い、現場フォローを重視します。録画やマニュアルを共有して内製化を進めます。

• 管理者向けワークショップ：1日（6時間）で権限設定・同期・レポート作成を扱う。
• 教員向けハンズオン：90分×2回（導入前・導入後）で課題作成・採点・フィードバックを実機で習得。
• 生徒向け操作指導：45〜60分でログイン・課題提出・小テストの基本操作を指導。
• 保護者説明会：60〜90分＋Q&A。操作ガイドと同意の流れを説明。
• ローンチ後フォロー：週次チェック（1か月）、月次レビュー（3か月目以降）。

録画した研修は校内ポータルで共有し、追加研修の基礎資料とします。

テンプレート：保護者同意書（サンプル）

以下は簡易サンプルです。導入前に必ず法務確認と教育委員会等の指針確認を行ってください。

保護者同意書（サンプル）

• 目的：学習プラットフォームによる学習ログ等の収集と利用。
• 収集項目：生徒氏名、学籍番号、学習ログ（ログイン・教材閲覧・提出履歴）、成績指標（必要最小限）。
• 利用目的：学習支援、進路指導、保護者連絡、統計的分析（匿名化して実施）。
• 保管期間：在籍期間＋（校内規定で定める年数）。
• 第三者提供：提供しない／必要時は事前に保護者同意を取得する（該当する場合）。
• 権利：照会・訂正・削除の申し出方法と窓口（学校内担当窓口を明記）。
• 同意欄：保護者氏名・署名（年・月・日）。

（注）上記は雛形です。表現や保管期間は校内規定と個人情報保護法準拠の下で確定してください。

テンプレート：授業案・チェックリスト・FAQ（サンプル）

授業案や日次チェックリストの短い雛形です。導入初期はシンプルに運用してください。

授業案（1授業分・サンプル）

• 学習目標：
• 事前材料：配信用PDF／動画（所要5〜15分）
• 導入（10分）：目的説明、事前確認
• 活動（25分）：個人→協働→共有
• 小テスト（5分）：5問程度（自動採点含む）
• 振り返り（10分）：気づきと次回課題
• 評価基準：提出／理解度の基準を明記

教員の日次チェックリスト（抜粋）

• 朝：管理画面で未提出の確認
• 授業後：小テストの集計・フィードバック予定を設定
• 週次：KPI（提出率・ログイン率）を学年で共有

FAQ（抜粋）

• ログインできない場合の手順（パスワード再設定→管理者へ連絡）
• 端末が無い場合の代替（学校貸出・紙配布）

テンプレートは現場に合わせて簡易カスタマイズして運用してください。

KPI設計・学習データ活用・他システム連携の技術留意点

KPIは測定可能で現場に意味がある指標とすることが重要です。基礎ラインの設定、担当割当、アラート設定を組み込んで実運用可能な指標を作ります。

要点（3点）：

• ベースライン設定（優先度：高） — 導入前1〜2か月を基準にする。
• 役割分担（優先度：高） — データ抽出・分析・フォローの担当を割当てる。
• アラート閾値（優先度：中） — しきい値を定め、早期対処を可能にする。

KPIと評価方法の設計

代表的なKPIの計測式、ベンチマーク例、担当割当のサンプルを示します。ベースライン期間は導入前1〜2か月が目安です。

上の数値は例です。学校の現状と目標に応じて妥当なベンチマークを設定してください。

学習データを使った個別指導とPDCA

短いサイクルでPDCAを回す実務手順を示します。2〜4週間程度のサイクルを推奨します。

• データ取得：小テスト・課題提出履歴を週次でエクスポートする。
• 分析：分野別正答率や低得点項目を抽出する。
• 指導計画：弱点別補強課題を作成し個別配信する（担当教員を明記）。
• 実行：2週間で補強課題を実施し進捗をチェックする。
• 再測定：同分野の小テストで効果検証し、必要に応じ再設計する。

他システム連携（SIS/Google/Microsoft/SSO/API/CSV）と技術留意点

連携での失敗を防ぐために確認すべき項目を整理します。仕様はベンダや契約で変わる点を必ず確認してください。

• 学籍管理（SIS）連携：学籍番号とユーザーIDのマッピング、同期タイミング（夜間バッチ／リアルタイム）を確定。
• アカウント連携（Google Workspace / Microsoft 365）：SSO導入で負担軽減。SAML/OIDCのサポート可否をベンダに確認する。
• API/CSV連携：データ項目のマッピング表を作成し、更新頻度とルールを文書化する。API仕様は契約確認を必須とする。
• 認証・セキュリティ：管理者は多要素認証を必須にし、アクセスログの保管方針を定める。
• 端末・ネットワーク：教室単位での同時接続負荷試験を実施し、オフライン時の代替運用を準備する。

APIやSSOの対応状況は製品／契約で差が出ます。導入前にベンダの公式仕様書で裏取りしてください。

現場の課題対応・コスト設計・報告／チェックリストと実行プラン

導入後に起きやすい課題と対策、コスト設計、報告フォーマット、短期・中期の実行プランを示します。優先度を決めて段階的に実行してください。

要点（3点）：

• 端末・帯域対策を優先（優先度：高） — 同時接続試験と貸出体制を準備。
• 早期パイロットで運用の粗を補正（優先度：高） — 小さく始めて横展開。
• KPIレビューを定期実施（優先度：中） — 月次で効果を評価する。

トラブル事例と現場対策

よくある問題と即応策を示します。担当と代替フローを事前に決めておくことがカギです。

• 接続不具合：事前帯域確認、当日の代替（紙配布・分散実施）。担当はICT支援員。
• 低利用率：週1回の定常運用の定着、チャンピオン教員の選定で横展開。
• 提出忘れ：自動リマインダーと学年での未提出フォロー体制を整備。
• 教員負担増：採点基準の簡素化と分担、TAの活用やExcel集計術の研修で対応。
• 個人情報懸念：同意書で目的・保管期間を明示し、削除フローと窓口を整備する。

コスト構成と予算設計・成果レポート例

費用項目を初期投資と運用費、人的コストに分けて設計します。報告は短く要点を示すことが重要です。

• 初期費用：導入支援費、初期設定、管理者研修、SIS連携構築。
• 運用費：ライセンス費、保守サポート、追加研修、通信費。
• 端末・ネットワーク整備費：端末購入、Wi‑Fi増強。
• 人的コスト：ICT支援員・教員の稼働時間換算。
• 予備費：突発的な追加工事や外部支援費用。

成果レポート構成（例）：

• 1ページ要約：主要KPIと結論（成功点・課題）。
• 2ページ詳細：KPI推移グラフ、事例、改善策案。
• 付録：アンケート結果抜粋、運用ログの抜粋。

チェックリスト・年間更新サイクルと短期中期プラン

導入前・直後・定着期のチェックリストと実行スケジュール例です。優先度高い項目から着手してください。

導入前チェック（抜粋）

• 目標KPIを設定したか。
• 端末とネットワークの現状調査を実施したか。
• 保護者同意書案を準備したか。

短期（3ヶ月）実行プラン（優先順）

• 1週目：プロジェクトチームとKPI確定（優先度：高）。
• 2〜4週目：端末・ネットワーク調査と同意書案作成（優先度：高）。
• 5〜8週目：アカウント設計・テスト同期・管理者研修（優先度：高）。
• 9〜12週目：学年単位パイロット実施・週次ログレビュー（優先度：中）。

中期（6〜12ヶ月）実行プラン（優先順）

• 全校展開、保護者説明会、SISやSSOの導入検討、教員中級研修の実施。
• KPIの定着評価と運用ルールの見直しを行い、次年度計画に反映する。

よくある質問（FAQ）

導入検討時に頻出する質問と短い回答をまとめます。詳細は契約・公式仕様で確認してください。

Q：ログインできない場合は？
A：まずパスワード再設定を案内し、管理者がアカウント状況を確認します。パスワード再設定手順は事前に保護者へ配布してください。

Q：端末が無い生徒はどうする？
A：学校端末の貸出、短期的には紙での代替提出を用意します。中長期的にはBYOD支援や端末補助の検討が必要です。

Q：保護者はどこまで見られますか？
A：原則として保護者は自分の子の情報のみ閲覧可とします。学年横断の閲覧は権限を限定してください。

Q：SSO（SAML/OIDC）に対応していますか？
A：対応可否はベンダと契約プランに依存します。導入前に公式仕様で確認してください。

Q：APIやCSVでデータを抽出できますか？
A：出力項目や頻度は契約によります。必要項目は事前にベンダへ提示し、仕様を確定してください。

Q：データ削除申請はどう処理する？
A：申請→本人確認→該当データの削除（バックアップ含む）→処理記録の保存、を運用フローとして定め、ICT支援員と保護者窓口で対応します。法務確認を必須としてください。

まとめ

Classi等の学習プラットフォーム導入は目的を明確にし、機能を絞って段階導入することが成功の鍵です。まずパイロットで実機検証を行い、導入前1〜2か月をベースラインにKPIを設定してください。保護者同意や個人情報の取扱いは法務確認を必須とし、研修と現場フォローを継続して運用の内製化を目指してください。機能の詳細やAPI/SSO対応は契約で異なるため、必ずベンダの公式資料で裏取りしてください。