EvoQuest
EvoQuest Appsスマホ業務アプリ 2026.07

SCENARIO ── KINDERGARTEN BUS CASE

欠席や送迎の変更を共有し、
乗車・降車の点呼まで記録

保護者から届く欠席やバス利用の変更を職員室と添乗職員が共有する開発プランです。乗車名簿に反映し、乗車点呼・降車確認・車内点検を記録します。園児110名・バス2台の幼稚園を想定し、電話の連絡も同じ一覧で管理します。

想定領域
スマホ業務アプリ / 園バス連絡・点呼
担当範囲
業務と必要な機能の確認・操作画面の開発・使い方の説明・公開後の改善
想定対象
園児110名前後・送迎バス2台の幼稚園・認定こども園
想定期間
設計〜公開 約 3 ヶ月

OVERVIEW

どんな仕組みをつくるか

保護者の欠席・バス利用変更の連絡を職員室の一覧と添乗職員の乗車名簿へ反映する開発プランです。バス2台、朝夕それぞれ2便ずつで1日8運行、バス通園65名の園を想定しています。1日平均8件前後の電話を1件2〜3分、合計約20分対応する状況から、アプリと電話で受けた連絡を同じ一覧で確認できる形にします。

2023年4月から義務化された乗降時の所在確認は、職員が実施したうえで、担当者と確認時刻を記録します。乗車と降車で1日16回の確認がある想定です。園全体の写真販売や請求システムは利用を続け、バスの連絡・名簿・点呼の機能を追加します。

CHALLENGE

課題

  • 01 8時台の職員室で、電話番は1人。担任は保育室で受け入れの真っ最中。付箋に書いた「田中りくくん欠席」が2便の乗車名簿に移ったかどうかは、電話番の先生の記憶が頼りになる。
  • 02 バス停に来ていない子がいるとき、添乗職員には理由が分からない。欠席連絡が入っているのか、家がバタバタしているだけなのか。数分待てば後続のバス停が全部遅れ、園に電話しても職員室も電話中でつながらない。
  • 03 帰りの便は毎日別物。預かり保育、体操教室の日、「今日はお迎えにします」の電話が昼過ぎまで入り、帰りの名簿を手で書き直す。お迎えのはずの子をバスに乗せてしまったら、それは事故になる。
  • 04 2023年4月に義務化された乗降時の所在確認が、紙のチェック表のまま。雨の日や出発が押した日は後回しになり、帰園してからまとめて記入する。指導監査に出す記録が、その場で書かれたものではなくなっている。

APPROACH

課題への対応

欠席連絡の受け口だけをアプリにしても、職員室で名簿に書き写す仕事が残るなら、それは電話メモと変わりません。だからこの設計では、保護者が送った連絡がそのまま乗車名簿の行になるところまでを最初に開発する範囲に含めます。同時に、電話は残します。スマホを使わない家庭からも連絡を受けられるようにするためです。電話で受けた分は職員室のボードに1回入力すれば、アプリの連絡と同じ名簿に並ぶ。連絡手段は2つでも、名簿は1冊にします。

添乗職員の点呼画面は、紙の乗車名簿と同じバス停順のまま画面にします。乗ったら名前をタップ。欠席連絡が入っている子には先に印が付いているので、バス停で判断が要るのは「連絡なしで来ていない子」だけです。タップの時刻がそのまま所在確認の記録として残り、あとから書く作業をなくします。逆に、バスの位置情報配信・写真販売・預かり保育の請求は作りません。そこまで欲しい園には既製の園務システムのほうが早くて安いので、最初の相談でそう言います。当社が作るのは、既製の型に合わない部分だけです。

CONSULTATION

欠席電話と乗車名簿の更新からご相談ください

現在の乗車名簿と点呼の用紙を確認し、保護者の連絡をどこへ反映するか整理します。
既存の園務システムや安全装置との役割分担も確認して、必要な範囲をご提案します。

SCREENS

主要画面

以下は5画面のサンプルです。利用する担当者と入力・確認する内容を紹介します。表示している名称・人数・数量・金額などは想定例です。

01. 欠席・バス利用変更の連絡

保護者が欠席や登園方法の変更をスマホから連絡します。バスを使わない日や帰りだけの変更を選び、送信内容は職員室の一覧と乗車名簿に反映されます。

連絡
使い方のポイント
連絡の種類と理由は選択式にし、補足が必要な場合だけメモを入力します。
締めの時刻
便の出発から逆算した締切を画面に出し、過ぎたら「園に電話を」の案内に切り替える。
兄弟姉妹の連絡
兄弟姉妹の分は1回の操作でまとめて送れる形にする。

02. 当日の欠席・変更連絡一覧

職員室で欠席・遅刻・バス利用の変更を確認します。電話で受けた連絡も登録し、各便の変更人数と添乗職員が確認したかどうかを表示します。

連絡一覧
使い方のポイント
アプリを使わない家庭を前提に、電話で受けた連絡も同じ一覧に登録します。
便との連動
2便の出発前に「反映待ちが何件残っているか」が数字で見える。
担任への共有
欠席は保育室の出席簿にも同じ内容が流れ、職員室から担任も連絡内容を確認できるようにします。

03. 乗車点呼

添乗職員が便ごとの乗車予定者を確認し、乗車した園児をタップして時刻を記録します。未乗車の園児が残る場合は、職員室へ確認する内容を表示します。

点呼
使い方のポイント
紙の乗車名簿と同じバス停順に表示し、いつもの順番で確認できるようにする。
未連絡の園児の確認
連絡済みの欠席と連絡なしの未乗車を区別します。未連絡の園児は職員が所在を確認します。
記録
タップした時刻がそのまま所在確認の記録になり、あとから書く作業がない。

04. 降車確認・車内点検

添乗職員が降車した園児を記録し、最後に車内点検を行ったことを登録します。未確認の園児が残っている間は、便の完了操作をできないようにします。

降車確認
使い方のポイント
2023年4月に義務化された降車時の所在確認を装置任せにせず記録として残す。
人数の突合
乗車7名なら降車も7名。数が合わない限り「確認終了」が押せない。
装置との役割分担
車両の安全装置はそのまま。アプリは「いつ・誰が確認したか」を記録する。

05. 帰りのバス名簿・変更確認

午後に職員室が帰りの乗車名簿を確認します。朝からの変更・保護者の迎え・未確認の連絡を表示し、添乗職員へ共有します。

帰りの便
使い方のポイント
お迎えへの変更などを反映して、当日の帰りの便の名簿を作成します。
乗せ間違いの防止
お迎えに変わった子は、点呼画面の先頭に「乗せない」の印で出る。
変更の締め
昼の締め時刻を画面に出し、それ以降の変更は電話で受けた内容を職員が一覧へ入力する手順にします。

OUTCOME

この仕組みで改善したいこと

以下は導入後に想定する使い方です。実際の業務で試し、作業時間や確認漏れの変化を確かめます。

01

欠席連絡を乗車名簿へ反映する

今の作業8時台に受けた電話のメモが2便の名簿へ反映されたかを確認しにくい。
導入後の使い方アプリの連絡を乗車名簿へ反映し、電話で受けた内容も職員が同じ一覧へ1回入力する。

電話とアプリの両方の連絡を同じ名簿に反映し、職員が確認する場所をまとめます。

02

点呼画面と園のルールに沿って未乗車の園児を確認する

今の作業欠席連絡済みなのか、ただ遅れているだけなのか分からず、バスを待たせて園に電話していた。
導入後の使い方欠席連絡済みと未連絡の未乗車を区別し、添乗職員が園のルールに沿って所在を確認する。

1つのバス停で3分遅れると、後続のバス停にも遅れが影響します。確認にかかった時間と遅れを記録します。

03

乗降の点呼と車内確認の時刻を記録する

今の作業点呼の記入が後回しになると、帰園後に時刻や確認内容を思い出して記入する必要がある。
導入後の使い方点呼と降車後の車内確認の操作に時刻と担当者を付け、運行ごとに記録する。

所在確認と車内点検を実施したうえで、その場の操作を記録します。安全装置も引き続き使用します。

PROCESS

開発の進め方

約3ヶ月の進行例です。現在の欠席連絡と乗車名簿、点呼の手順を確認し、実際のバスで職員が操作を試します。札幌市内・近郊では園へ伺い、道外はオンラインで進めます。

1
MONTH 01 / 業務と必要な機能の確認 + 朝のバス添乗見学

乗車名簿と点呼の記録を確認

使っている乗車名簿・バスコース表・点呼のチェック表を原本のまま見せてもらい、便の組み方と帰りの便の変わり方を聞き取ります。点呼画面をその名簿の形に合わせて設計し、最初に作る範囲を「連絡受付+乗車名簿+点呼」に絞って合意します。

  • 先生・添乗担当へのヒアリング(朝のバス添乗見学を含む)
  • 乗車名簿・コース表・点呼チェック表の現物確認
  • 帰りの便が変わるパターン(預かり保育・課外・お迎え)の整理
  • 最初に作る範囲と作らない機能の線引き
2
MONTH 02 / 連絡・ボード・点呼の開発

保護者の連絡画面と点呼画面を開発

保護者の連絡画面・職員室の連絡一覧・添乗の点呼画面を並行して開発します。あわせて、保護者への案内文と「アプリを使わない家庭は電話のまま」という運用ルールも一緒に設計します。月の後半には1つの学年で並行運用を始め、締め時刻や画面の文言を現場の言葉に直します。

  • 保護者の連絡画面・受付確認の開発
  • 朝の連絡ボード(電話メモ入力・便への振り分け)の開発
  • 乗車点呼画面の開発と園児名簿の取り込み
  • 1学年での並行運用テスト(紙の名簿と併用)
3
MONTH 03 / 検証 + 降車確認・公開

1便で試し、紙との役割分担を確認

並行運用で出た声を反映し、降車確認の記録・帰りのバス名簿・監査向けの印刷まで仕上げます。紙のチェック表を外すのは、添乗職員全員が「なくても回る」と言ってから。公開後も、行事や長期休みの運用に合わせて直す体制を引き継ぎます。

  • 並行運用テストの声を反映した画面調整
  • 降車確認・車内点検の記録と人数突合の仕上げ
  • 帰りのバス名簿と監査向け記録の印刷
  • 全学年への公開 + 使いながら改善する体制づくり

FAQ

よくある質問

  • Q1 費用はどれくらいかかりますか?
    作る範囲で変わりますが、考え方は決めています。写真販売や請求まで含む園務システムを入れ替えるのではなく、バスの連絡と点呼に絞って作るぶん、範囲を小さく抑えます。最初のヒアリングのあと、「連絡+乗車名簿+点呼」だけの構成と、降車確認・帰りの便まで含めた構成の2案を金額付きでお出しし、必要な機能を一緒に絞り込みます。IT導入補助金など使えそうな制度があれば、対象になるかの確認も一緒にやります。
  • Q2 コドモンやバスキャッチのような既製サービスとは、どちらがいいのでしょうか?
    写真販売・請求・指導要録・保護者連絡まで園全体をデジタル化したいなら、既製サービスのほうが早くて安いことが多いです。当社が自作を勧めるのは、すでに園務システムはあるけれどバスの運用だけが型に合わない園や、バスと出欠だけを小さく始めたい園です。どちらか判断がつかない段階でご相談いただいてかまいません。既製で足りるなら、正直にそう言います。
  • Q3 スマホが苦手な保護者がいても運用できますか?
    そこを前提に設計します。電話の受け口は残し、電話で受けた連絡は職員室のボードに1回入力すればアプリの連絡と同じ名簿に並びます。アプリの利用が7割でも運用が崩れない形にして、利用率を上げること自体は目標にしません。祖父母がお迎えに来る家庭のために、連絡の代理送信も想定します。
  • Q4 置き去り防止の安全装置とはどういう関係になりますか?
    別物で、両方使います。降車時確認式などの安全装置は車両側のハードで、2023年4月からの義務化で設置済みの園がほとんどです。アプリに任せるのは、同じ義務化で求められる「点呼などによる所在確認」の記録です。装置を置き換えるものではなく、紙のチェック表に書いていた記録をタップした時刻ごと残る形に変えます。
  • Q5 帰りのバスは預かり保育やお迎えで毎日変わりますが、対応できますか?
    そこがこの設計のいちばんの狙いどころです。預かり保育・課外教室・お迎え変更を帰りの便の名簿に直接反映するボードを作り、お迎えに変わった子は点呼画面に「乗せない」の印で出します。帰りの便のルールは園ごとの差が大きいので、業務と必要な機能の確認では帰りの便の決まり方から先に聞きます。

欠席電話と乗車名簿の更新からご相談ください

現在の乗車名簿と点呼の用紙を確認し、保護者の連絡をどこへ反映するか整理します。
既存の園務システムや安全装置との役割分担も確認して、必要な範囲をご提案します。

EvoQuest

AI相談窓口

EvoQuestについて、
気になることを聞いてください。

サービスの内容や制作実績、
費用の目安などをご案内します。

AIが回答します。個人情報・機密情報は入力しないでください。入力内容は回答のためにAI提供元へ送信されます。利用について(新しいタブ)

直接お問い合わせ

会話はこのタブに一時保存されます。