Who（誰が）
都道府県・市区町村教育委員会の情報化推進担当者、および全国のICT支援員派遣会社(内田洋行、NECフィールディング、パソナ等)の運用管理部門が主な利用者となる。
対象とする社会課題：学校ICT支援員不足による端末トラブル対応の遅延と教員の負担増大
社会の役に立ち、しっかり儲かる。その両立が、この計画には数字で示されています。
GIGAスクール構想で全国の教室に端末が届いたが、ICT支援員は数多くの学校を一人で受け持ち、巡回はまばらにしか回ってこない。情報担当を兼ねる教員が授業の合間に端末トラブルへ駆け回り、本来の授業準備の時間を削られている。トラブルが放置されるほど、先生も生徒も端末を使うことをためらうようになる。この悪循環を止めることが、この事業の出発点である。
※ この4つの数字は、見せるために作った数字ではありません。「事業計画」タブの10年計画とまったく同じ計算から出しています。EXIT（売却）時の手取りだけは「もし売れたら」の試算で、約束できる金額ではありません。
10年の事業計画も、創業融資750万円の申請資料も、システムの要件定義書も、最初の90日の段取りも——ぜんぶこのページにあります。足りないものはAIチャットが伴走しながらその場で作り、システム開発・専門家・投資家への橋渡しまで、このサイトの中で進められます。「やりたい」と思ったその日から、始められる状態です。
ボタンを押すとAIチャットが開き、このスクールICTナビの内容を読み込んだ状態で、事業計画書やピッチ資料、要件定義書などの素案をその場で作成します。市場規模や収益モデルの数値も反映されます。
※ ボタンを押すと確認のポップアップが出ます。「はい」を選ぶとAIチャットが新しいタブで開き、 この事業の内容を踏まえた作成指示が自動で送られます（あなたが文章を打ち込む必要はありません）。 どのボタンを出すかは事業の性質でAIが出し分けます。生成にはAIチケットを使用します。
あなたの経歴とこの事業のフィットをAIが診断します。活きる強み、足りないもの、 共同創業者に求める人物像まで示します。
無料会員登録して診断する登録済みの経歴をもとに、この事業とのフィットを診断します。経歴・スキルの内容はAI相談・AIチャットの回答にも反映されるため、最新の内容に更新しておくとより精緻なアウトプットが得られます。
💡 このショーケースをお気に入り登録すると、あなたのAIチャットがお気に入り登録した事業の情報を学習し、より賢く、具体的な提案ができるようになります。
※ AIによる参考意見です。合否や成否を保証するものではありません。経歴・スキルの登録内容は、この診断やAI相談・AIチャットの回答精度にも影響します。
「スクールICTナビ」は、公立小中学校の教員がタブレットやPCのトラブルを自分で解決できず授業時間を削られている問題を解消するサービスです。
教員はLINEや校内ポータルから「Wi-Fiに繋がらない」などの症状を打ち込むだけで、AIが過去数万件の対応履歴から原因を推定し、対話形式で解決手順を案内します。AIで直らない約3割の案件は自動で緊急度が判定され、地域のICT支援員のタブレットに巡回優先順位付きで通知が届き、支援員は現地到着前に想定原因と対応手順のブリーフィングを確認できます。教員は解決までの進捗をリアルタイムで見られるため、いつ直るか分からない不安から解放されます。支援員は電話調整に費やしていた時間を減らし、本来の技術対応に集中できるようになります。
文部科学省のGIGAスクール構想により全国の公立小中学校で1人1台端末が整備されたが、ICT支援員は全国平均で学校850校あたり約1名(週1回未満の巡回)にとどまり、現場では「Wi-Fiに繋がらない」「アプリが起動しない」といった軽微なトラブルが授業時間を圧迫している。
ある地方の小学校教員(40代・情報担当兼務)は、月20件以上のICT関連問い合わせに自ら対応せざるを得ず、本来の授業準備時間が週5時間以上削られている。ICT支援員側も1人で30校以上を掛け持ちし、電話・メール・訪問の調整だけで業務の4割を費やしている。人材不足は深刻で、ICT支援員の有効求人倍率は都市部で3倍を超えるが、専門知識と学校現場理解を両立する人材の供給は限られる。結果として端末トラブルの放置期間が平均3〜5営業日に及び、授業でのICT活用そのものが敬遠される悪循環が生じている。
自然言語対話AI(LLMベースのチャットボット)が教員からの一次問い合わせを受け、症状の聞き取りと解決手順の提示を24時間365日行う。
機械学習による分類・スコアリングモデルがエスカレーション案件の緊急度・原因カテゴリを予測し、支援員への割り振りを自動化する。異常検知・時系列予測モデルが端末のログイン失敗率やネットワーク接続ログを解析し、故障の予兆を検知して予防保守を提案する。最適化アルゴリズム(巡回セールスマン問題の応用)が複数校の位置情報・優先度・支援員のスキルセットを踏まえて最適な巡回ルートとスケジュールを自動生成する。
教員はチャットボット型AIアシスタント「ナビAI」にLINEまたは校内ポータルから症状を自然言語で入力すると、AIが過去の対応履歴データベース(蓄積事例数万件)を照合し、該当端末機種・OS・アプリのエラーパターンを推定して解決手順を対話形式で提示する。
AIで解決しない案件(全体の約30%と想定)は自動的に重要度・緊急度をスコアリングし、地域担当のICT支援員のタブレットに巡回優先順位付きで通知される。支援員は現地到着前にAIが生成した「想定原因・過去類似事例・推奨対応手順」のブリーフィングを確認でき、平均対応時間を短縮できる。さらにAIは各校の端末稼働ログ・故障頻度を分析し、月次で「巡回すべき学校ランキング」と「予防保守が必要な端末リスト」を自動生成、支援員の巡回計画そのものを最適化する。教員側には解決までの進捗がリアルタイムで可視化され、待たされる不安を軽減する体験を提供する。
| 教員の授業準備時間削減による損失(週5時間×時給換算2,500円×52週) | 年間約65万円/校 |
| ICT支援員の電話・メール調整業務による稼働ロス(業務時間の4割相当) | 支援員1名あたり年間約144万円相当(年収約360万円の4割) |
| 端末トラブル放置期間(平均3〜5営業日)による授業機会損失・代替対応コスト | 1校あたり年間概算20万円程度の想定 |
| ICT支援員の採用・求人コスト(都市部有効求人倍率3倍超で採用難) | 1名採用あたり紹介料・広告費で年間50〜80万円の想定 |
| 教育委員会向けSaaS年間ライセンス(生徒数300人規模・1校) | 月額15,000円(年間18万円) |
| ICT支援員派遣会社向け業務効率化プラン(支援員1名あたり) | 月額30,000円(年間36万円) |
| 予防保守レポート・端末更新提案オプション | 月額50,000円(年間60万円) |
この事業をやっている人のある1日、1年後・3年後・10年後の姿、向いている人・向いていない人、よくある質問……
あなたと事業の詳細は無料会員限定です。
時間軸別に、各チャネルの具体施策と、それをAIでどうプロンプティングして実現するかをセットで。
上記の施策をもとに、広告物の作成業者（マーケ会社）への紹介をご希望の場合はこちらからエントリーできます。
マーケ会社の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
この事業に必要なアプリを作るための仕様です。下のボタンでWordに書き出せば、そのまま開発会社への相談・見積の依頼に使えます。
※ このボタンは、このページに載っている内容をそのままWordファイルに書き出します（AIは使いません。すぐ保存できます）。 ページの上のほうにある「ほしい資料を、その場でAIがつくります」の要件定義書のボタンは、AIチャットがあなたのご要望を聞きながら、そのつど書き起こすものです。 すでにある内容をそのまま渡したいときはこちら、作りたい範囲や条件を相談しながら仕上げたいときはAIチャットをお使いください。
ICT支援員は全国平均で850校に1名しか配置されておらず、教員が月20件以上の端末トラブルに自ら対応し、授業準備時間が週5時間以上削られている。
支援員側も30校以上を掛け持ちし、業務時間の4割を電話・メール・訪問調整に取られている。結果としてトラブルの放置期間が平均3〜5営業日に及び、ICT活用そのものが敬遠される悪循環が生じている。人材確保が難しい以上、軽微な問い合わせをAIで一次対応し、支援員は現場でしかできない業務に専念できる仕組みが必要である。
MVPのチャットボット精度検証やUI要件は開発中に変わりやすいため、PoCフェーズ(0-6ヶ月)は準委任契約で仕様を固めながら進めるのが適切である。
初期導入フェーズ以降、機能要件が確定した部分(通知アプリ、管理ダッシュボード等)は請負契約に切り替えて納期・予算を明確化することを推奨する。AIモデルの一次解決率60%達成は開発会社の努力だけで保証できないため、契約書ではKPI達成を成果物の検収条件にせず、対話ログ収集・チューニング work as effort ベースで評価する条項を入れること。自治体の個人情報保護条例対応やセキュリティ監査費用は別途見積もりとし、契約前に自治体側の要求水準(第三者認証の要否等)を確認しておく必要がある。
| 区分 | 想定利用者 |
|---|---|
| プライマリ | 公立小中学校の教員(情報担当兼務含む)、ICT支援員 |
| セカンダリ | 教育委員会の情報化推進担当者、ICT支援員派遣会社の管理者 |
| 管理 | 自社カスタマーサクセス担当(元教員・元ICT支援員)、システム運用担当 |
| 機能 | 入力 / 処理 / 出力 |
|---|---|
| チャット問い合わせ受付(ナビAI対話) | 教員がLINE/校内ポータルで症状入力→LLMが過去事例DBと照合→解決手順を対話形式で提示 |
| 自動エスカレーション判定 | AI未解決案件を受信→スコアリングモデルが重要度緊急度を算出→支援員タブレットへ優先度付き通知 |
| AIブリーフィング生成 | エスカレーション案件情報を入力→AIが想定原因・類似事例・推奨手順を要約→支援員へ事前送付 |
| 巡回ルート最適化 | 学校位置情報・優先度・支援員スキルを入力→巡回最適化アルゴリズムで計算→最適ルート表を出力 |
| 故障予兆検知(予防保守提案) | 端末のログイン失敗率・接続ログを収集→異常検知/時系列予測モデルで解析→予防保守対象端末リストを生成 |
| 月次巡回優先度レポート | 各校の故障頻度・稼働ログを集計→分析処理→巡回すべき学校ランキングを自動生成 |
| 進捗可視化(教員向け) | 問い合わせIDのステータス更新を受信→処理→教員画面にリアルタイム進捗表示 |
| 対話ログ蓄積・学習基盤 | チャット履歴と解決結果を収集→ラベリングしDB格納→AI再学習用データセットとして出力 |
| 支援員案件管理ダッシュボード | 支援員が対応状況を入力→案件一覧に反映→担当者間で優先順位を共有表示 |
| 教育委員会向け管理コンソール | 導入校の利用状況データを収集→集計処理→契約校ごとの月次利用レポートを出力 |
| 端末リプレイス予測レポート | 端末稼働年数・故障履歴を入力→予測モデルで解析→更新時期提案レポートを月次生成 |
| テーブル | 主要カラム |
|---|---|
schools | school_id, school_name, municipality_id, address, student_count, contract_plan |
teachers | teacher_id, school_id, name, role, line_user_id |
support_staff | staff_id, name, company_id, skill_tags, assigned_area, tablet_device_id |
devices | device_id, school_id, os_type, model_name, serial_number, purchase_date |
device_logs | log_id, device_id, wifi_status, login_fail_count, error_code, collected_at |
inquiries | inquiry_id, teacher_id, school_id, device_id, symptom_text, status, created_at, resolved_at |
chat_logs | log_id, inquiry_id, speaker, message_text, intent_tag, timestamp |
escalations | escalation_id, inquiry_id, staff_id, priority_score, category, status, assigned_at |
| # | 画面 |
|---|---|
| 1 | チャット相談画面 |
| 2 | 進捗確認画面 |
| 3 | 支援員向け案件一覧 |
| 4 | 案件ブリーフィング画面 |
| 5 | 巡回スケジュール画面 |
| 6 | 管理者ダッシュボード |
| 7 | 予防保守レポート画面 |
| # | 技術（採用理由） |
|---|---|
| 1 | GPT-4o API(自然言語対話の精度確保) |
| 2 | LINE Messaging API(教員の既存利用チャネル活用) |
| 3 | AWS(自治体調達実績・セキュリティ認証対応) |
| 4 | PostgreSQL(構造化データと検索性の両立) |
| 5 | Python/scikit-learn(緊急度スコアリング構築) |
| 6 | OR-Tools(巡回ルート最適化アルゴリズム実装) |
| 7 | Auth0(教育委員会向けSSO・権限管理) |
| 区分 | 要件 |
|---|---|
| 可用性 | 可用性: チャットボットは24時間365日稼働し、月間稼働率99.5%以上(計画停止除く)を目標とする |
| 性能 | 性能: チャット一次応答は入力から3秒以内に返却し、同時接続1,000セッションまで処理可能とする |
| セキュリティ | セキュリティ: 個人情報・教育データはTLS1.3/AES256で暗号化し、第三者機関のセキュリティ監査を年1回受審する |
| データ保持 | データ保持: 対話ログは学校情報セキュリティポリシーに準拠し保存期間を最大3年とし、児童生徒特定情報はマスキング処理する |
| 運用 | 運用: エスカレーション通知は生成から5分以内に支援員端末へプッシュ配信し、未読30分で再通知する |
| BCP | BCP: DBは日次バックアップを取得し、RPO24時間・RTO4時間以内での障害復旧体制を整備する |
| 段階 | まず何を作るか | 概算費用 |
|---|---|---|
| ①手動検証（コンシェルジュ方式） | AIを使わず、代表者自身がLINEやメールで教員からの問い合わせを受け、過去事例を手作業で調べて回答する。どんな質問が多いか、どんな回答なら満足されるかを確かめる。 | 自分の時間と交通費だけ |
| ②最小システム（チャットボット試作） | 既存のLLM APIと簡易なFAQデータベースを組み合わせ、限られた機種・アプリのエラーパターンに絞って自動応答する試作を1〜3校で稼働させ、一次解決率と教員の反応を計測する。 | AI利用料とノーコード・ローコードツールの利用料程度 |
| ③本開発（自治体展開版） | 対話ログの蓄積を踏まえて分類・スコアリングモデルと巡回最適化機能を実装し、LGWAN接続やアクセス権限管理などセキュリティ要件に対応した本番システムを構築する。 | 外注も含めて開発チームで数か月分の人件費規模 |
上記の要件定義書をもとに、システムベンダー（開発会社）への紹介をご希望の場合はこちらからエントリーできます。
システムベンダーの紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
10年の収支と資金の集め方、財務、KPI、資本政策、そして図解付きのフル事業計画書・AI実装仕様書……
事業計画の詳細は無料会員限定です。
市場の前提（ボトムアップ試算）とTAM/SAM/SOMの規模感……
市場規模の詳細は無料会員限定です。
競合となるサービス・企業と、この事業ならではの差別化ポイント……
競合企業の詳細は無料会員限定です。
対応が必要な許認可・法規制と、確認すべき相手先・想定調整期間……
関連法令・許認可の詳細は無料会員限定です。
手を挙げたその日から動けるように、完了条件つきで並べています。
| 誰に会うか | なぜ会うか | 接触の仕方 |
|---|---|---|
| 市区町村教育委員会の情報化推進担当・指導主事 | GIGAスクール予算執行権を持ち、実証実験の可否を判断する実質的キーパーソンのため | 教育委員会代表電話→学校教育課(情報教育係)への紹介依頼、または教育情報化系セミナー・展示会で名刺交換 |
| ICT支援員派遣事業者の事業責任者(内田洋行・NECフィールディング等) | 巡回最適化ツール導入の意思決定者であり、間接販売チャネルの提携交渉相手となるため | 各社の教育ICT事業部門への問い合わせフォーム、または教育総合展(EDIX)出展ブースへの訪問 |
| 自治体のCIO補佐官(教育情報化アドバイザー) | セキュリティポリシー適合性や庁内調整のノウハウを持ち、教育委員会への橋渡し役になるため | 総務省・文科省のCIO補佐官人材バンク一覧、または自治体DX関連の勉強会経由で紹介依頼 |
| 実証実験候補校の校長および情報担当教員 | PoC実施の現場合意形成に不可欠で、対話ログ収集の協力可否を左右するため | 教育委員会の許可取得後、指導主事同席のもと校長訪問アポイントを設定 |
| 都道府県教育委員会の学校情報化担当課長 | 都道府県単位の一括契約獲得に向け、市区町村への展開方針を握る上位窓口のため | 市区町村での実績提示後、県教育委員会事務局へ紹介状付きで訪問依頼 |
| チャネル（目標件数） | 声のかけ方 |
|---|---|
| 知人・元同僚の学校教員経由の紹介 | 情報担当を兼務している教員に「端末トラブル対応で困っていることを教えてほしい、無料で試作品を使ってもらえないか」と直接頼む |
| ICT支援員のオンラインコミュニティ・SNSグループ | 支援員同士の情報交換グループに「巡回業務の負担を減らす仕組みを作っている、話を聞かせてほしい」と投稿して個別に対話する |
| 教育委員会の情報化推進担当への直接メール・電話 | 「GIGAスクール端末のトラブル対応を効率化する実証実験の相手校を探している」と伝え、まず1〜3校規模の無償トライアルを提案する |
| 教育関連の展示会・研究会（EDIX等） | ブースや名刺交換の場で「ICT支援員の巡回負担を減らすAIを作っている、意見をもらえないか」と声をかけ後日面談を設定する |
対応が必要な許認可・法規制の詳細は「関連法令」タブでご確認いただけます。着手前に必ずご確認ください。
制度名・金額・要件は年度ごとに変わるため、ここでは種別と公式の探し先だけを示します。必ず一次情報で最新の要件を確認してください。
| 種別 | 特徴 |
|---|---|
| 自己資金・身内からの出資 | 最初の検証（ヒアリング・試作）はここで賄えることが多い。 |
| 日本政策金融公庫の創業融資 | 実績のない創業期でも相談できる公的融資。事業計画書の提出が要る。 |
| 自治体の創業支援制度 | 市区町村・都道府県ごとに補助・利子補給・家賃補助などがある。要件と募集時期は年度で変わる。 |
| 国の中小企業向け補助金 | 設備・販路開拓・IT導入などの類型がある。公募期間が短いので、常設の情報源で追う。 |
| エンジェル投資家・ベンチャーキャピタル | 急成長を前提にする資金。社会課題型では投資家の性格を選ぶ必要がある。 |
| 確認先 | 何がわかるか |
|---|---|
| ミラサポplus（中小企業庁） | 補助金・支援制度の横断検索 |
| J-Net21（中小機構） | 支援策・創業手引きのデータベース |
| 地域の商工会議所・よろず支援拠点 | 無料の対面相談。申請書の書き方まで見てもらえる |
| 日本政策金融公庫の各支店 | 創業計画書の事前相談 |
| 制度 | 誰が使えるか | この事業でどう効くか |
|---|---|---|
| 日本政策金融公庫 新規開業資金（創業融資） | 法人設立からまもない代表者（自己資金要件あり） | 運転資金の融資枠として活用でき、この事業では創業融資の合計を 750万円 の水準で見込んでLLM API費用や採用費に充てる想定になる |
| 小規模事業者持続化補助金（商工会議所・商工会経由） | 小規模な法人・個人事業主 | 教育委員会や派遣会社向けの営業資料作成、展示会出展費、Webサイト制作費など販路開拓の初期費用の一部に使える候補になる |
| IT導入補助金 | ITツールを導入・提供する中小企業 | 自社開発したチャットボット基盤やCRMなど社内の業務効率化ツール導入費用の補助として候補になり得る（自社が販売側になる場合は対象外の可能性もあるため要確認） |
| 文部科学省 GIGAスクール運営支援センター整備事業 | 都道府県・市区町村教育委員会 | 顧客である教育委員会側がこの補助を活用してICT支援体制を整備するため、この制度の補助対象事業者リストに載ることが営業上の突破口になる |
| 自治体の創業助成事業（例: 東京都創業助成事業など、所在地の自治体制度） | 創業初期の中小企業・個人事業主 | 人件費や賃借料など創業初期の固定費の一部を助成対象にできる場合があり、代表1名体制の期間の資金繰りを補う候補になる |
会社設立の手続きや許認可の取得、契約書の整備など、弁護士・税理士・司法書士等の専門家への紹介をご希望の場合はこちらからエントリーできます。
専門家の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
本文中の「※1」「※2」の番号は、ここに対応しています。番号を押すと、この欄に飛びます。
この事業が失敗するとしたら原因はどこから来るか、単価をその値段にした理由、最初の3か月で確かめること、必要な契約書と支払い条件、1人目の求人票、この事業の1週間……
実行の手引きの詳細は無料会員限定です。
学校ICT支援の課題に取り組む仲間がコミュニティで情報交換しています。ひとりで抱え込まず、同じ課題を見ている人と話すところから始められます。
※ バッジは閲覧・お気に入り登録などの実績にもとづく自動集計・相対表示です