相談事例 /
首都圏（1都3県）
認可保育園5園の連絡帳アプリがサービス終了通告 ─ 園児680名分の登降園記録とアレルギー情報を3週間でLINE公式＋自社DBへ巻き取った事例
課題
登降園打刻・連絡帳・お知らせ配信・アレルギー/与薬管理を担っていた連絡帳アプリのベンダーが、3ヶ月後のサービス終了を一方的に通告。エクスポートはCSV1種のみで写真や既読ログは出ない。後継として案内された大手アプリは初期240万円・月額18万円の見積で、法人理事会が紛糾。園児の与薬指示やアレルギー除去食の情報が消えれば事故に直結するため、移行失敗が許されない状況だった。
解決策
全面リプレイスを急がず、まず生きているうちにデータを確保する方針を提示。残存APIとCSVから登降園記録・園児台帳・アレルギー/与薬情報を吸い出し、Cloudflare R2へ全写真を退避。保護者連絡はLINE公式アカウント＋Messaging APIへ寄せ、登降園打刻はNFC（保護者カードタッチ）で代替。アレルギー・与薬・献立は保育士が確実に参照できる軽量な自社管理画面（Laravel＋MySQL）に集約し、印刷帳票も復活させた。
成果
終了日の19日前にデータ移行を完了、写真3.4万枚・園児680名の台帳とアレルギー情報を欠損ゼロで継承。保護者のLINE移行率は配信開始10日で94%。初期費用は大手見積の1/4以下、月額は18万円→2.7万円（LINE・R2・サーバ）に圧縮。与薬・除去食の取り違え事故ゼロを維持したまま運用を継続している。
首都圏で認可保育園5園を運営する社会福祉法人からの相談でした。園児680名、保育士と職員を合わせて約110名。日々の登降園打刻、連絡帳、お知らせ配信、そしてアレルギー除去食と与薬の管理まで、すべてを一本の連絡帳アプリに乗せて回していました。
相談のきっかけは、ベンダーからの一通のメールです。「当該サービスは3ヶ月後をもって終了いたします」。後継として同社の上位アプリが案内されていましたが、初期240万円・月額18万円。現行の倍以上でした。理事会は紛糾し、事務長が「乗り換えるにしても、今のデータはどうなるのか」と問い合わせたところ、返ってきたのはCSV1種類のエクスポート機能の案内だけ。写真も既読ログも、連絡帳のやり取りの履歴も出ないと言われたそうです。
ここで一番怖いのは、コストでも移行の手間でもありません。与薬指示とアレルギー除去食の情報です。
「卵は加熱なら可、生は不可」「○○ちゃんは食後にこの薬を半量」——この粒度の情報が一件でも飛べば、現場では誤食事故や与薬ミスに直結します。実際、過去には他法人で除去食の取り違えによる重篤なアナフィラキシーの報告もある領域です。だから移行の失敗が許されない。最初の打ち合わせで、私たちが最優先に置いたのはここでした。
まずやったのは、データの確保です。リプレイス先を決めることではありません。
サービスが生きているうちにしか、データは取れない。終了日を過ぎればAPIもログイン画面も消えます。提供されたCSVを精査すると、園児台帳・登降園記録・アレルギー情報は曲がりなりにも出力できることがわかりました。問題は写真でした。連絡帳に貼られた園児の活動写真が約3.4万枚、CSVには一切含まれていません。
アプリの管理画面を調べると、内部的に画像配信用のエンドポイントが生きていました。ここから保育士アカウントの権限の範囲で、園・年度・園児IDをたどって画像URLを総当たりで取得し、Cloudflare R2へ退避する処理を組みました。R2を選んだのは、エグレス（転送量）課金がないからです。3.4万枚を一度吸い出して、後から保護者へ再配布する前提なら、S3よりR2のほうが転送コストで素直に効きます。この退避だけで2日。終了通告から数えて、まだ1週間目でした。
ここで一つ判断を迫られました。総当たり取得はアプリの利用規約に触れないか、という点です。法人の顧問弁護士と確認し、これは法人自身が正規アカウントの権限内で、自分たちのために預けたデータを引き上げる行為であり、第三者データへのアクセスではない——という整理で進めました。念のため、取得対象は自園の園児に限定し、ログを残して後から説明できる状態にしてあります。他人のデータに触れない、自分の権限を超えない。この線は最初に引いておくべきものでした。
もう一つ、CSVの中身も油断できませんでした。アレルギー情報が「卵・乳・小麦」のような自由記述で入っており、加熱可否や代替食の指示がメモ欄に散らばっていたのです。ここを機械的に移すだけでは現場が使えません。栄養士と保育主任に2園分ずつ目視で突き合わせてもらい、アレルゲンと指示を構造化し直しました。データ移行で一番時間がかかったのは、技術ではなくこの確認作業です。
移行先の設計は、現場の動きから逆算しました。
保護者との連絡は、新しいアプリを680家庭にインストールさせる発想を捨て、LINE公式アカウントに寄せました。保育園の保護者層はLINEの利用率がほぼ100%で、新規アプリの登録・ログイン・通知許可という三段の離脱ポイントを避けられます。Messaging APIで園・クラス単位のセグメント配信を組み、お知らせと欠席連絡の受付をLINE側で完結させました。
登降園の打刻は、アプリ内蔵のGPSやQRをやめてNFCに切り替えました。保護者カードを園の端末にタッチするだけ。朝の慌ただしい時間に、スマホを開いてアプリを起動して打刻、という動線は現場で必ず詰まります。GPS打刻は園の前を通りかかっただけで誤打刻が出るし、QRは画面の明るさや手ブレで読み取りに手間取る。物理カードのタッチが、結局いちばん速くて確実でした。打刻データはそのまま自社DBに入り、保育料の延長保育加算の計算にも使えるようにしてあります。前のアプリでは別画面だった集計が、ここで一本につながりました。
そして肝心のアレルギー・与薬・献立。ここは保護者に見せるものではなく、保育士が厨房と保育室で確実に参照するものです。だからLINEには載せず、Laravelで組んだ軽量な自社管理画面に集約しました。園児ごとのアレルゲン、除去/代替の指示、与薬の有無と用量、その日の献立との突き合わせを一画面で出す。さらに、現場が紙を求めることを見越して、クラス別の除去食一覧と与薬指示書をPDFで印刷できるようにしました。タブレットが落ちても、紙が手元にあれば給食は止まりません。この「印刷帳票の復活」は、現場の保育士から最も感謝された部分でした。
データは終了日の19日前に全量移行を完了。園児680名の台帳とアレルギー情報は欠損ゼロ、写真3.4万枚もR2上に保全し、保護者には年度・クラス単位でダウンロードリンクを配りました。
LINE公式への移行は、配信開始から10日で登録率94%。残りの6%は祖父母が送迎を担う家庭などで、ここは紙のお知らせを併用して取りこぼしを防ぎました。全員を一律にデジタルへ押し込まない、という判断です。
コストは、初期費用が大手見積の4分の1以下、月額は18万円から2.7万円(LINE Messaging APIの該当プラン・R2・サーバ代の合計)へ落ちました。年間で180万円超の差です。ただ、本当の成果はそこではありません。サービス終了から半年以上が過ぎても、与薬と除去食の取り違え事故はゼロのまま運用が続いています。
この案件で言いたいことは一つです。SaaSのサービス終了通告を受けたら、移行先の選定より先に、生きているうちのデータ確保を動かしてください。終了日を過ぎてからでは、CSVに出ない写真もログも、二度と取り戻せません。
相談のきっかけは、ベンダーからの一通のメールです。「当該サービスは3ヶ月後をもって終了いたします」。後継として同社の上位アプリが案内されていましたが、初期240万円・月額18万円。現行の倍以上でした。理事会は紛糾し、事務長が「乗り換えるにしても、今のデータはどうなるのか」と問い合わせたところ、返ってきたのはCSV1種類のエクスポート機能の案内だけ。写真も既読ログも、連絡帳のやり取りの履歴も出ないと言われたそうです。
ここで一番怖いのは、コストでも移行の手間でもありません。与薬指示とアレルギー除去食の情報です。
「卵は加熱なら可、生は不可」「○○ちゃんは食後にこの薬を半量」——この粒度の情報が一件でも飛べば、現場では誤食事故や与薬ミスに直結します。実際、過去には他法人で除去食の取り違えによる重篤なアナフィラキシーの報告もある領域です。だから移行の失敗が許されない。最初の打ち合わせで、私たちが最優先に置いたのはここでした。
まずやったのは、データの確保です。リプレイス先を決めることではありません。
サービスが生きているうちにしか、データは取れない。終了日を過ぎればAPIもログイン画面も消えます。提供されたCSVを精査すると、園児台帳・登降園記録・アレルギー情報は曲がりなりにも出力できることがわかりました。問題は写真でした。連絡帳に貼られた園児の活動写真が約3.4万枚、CSVには一切含まれていません。
アプリの管理画面を調べると、内部的に画像配信用のエンドポイントが生きていました。ここから保育士アカウントの権限の範囲で、園・年度・園児IDをたどって画像URLを総当たりで取得し、Cloudflare R2へ退避する処理を組みました。R2を選んだのは、エグレス（転送量）課金がないからです。3.4万枚を一度吸い出して、後から保護者へ再配布する前提なら、S3よりR2のほうが転送コストで素直に効きます。この退避だけで2日。終了通告から数えて、まだ1週間目でした。
ここで一つ判断を迫られました。総当たり取得はアプリの利用規約に触れないか、という点です。法人の顧問弁護士と確認し、これは法人自身が正規アカウントの権限内で、自分たちのために預けたデータを引き上げる行為であり、第三者データへのアクセスではない——という整理で進めました。念のため、取得対象は自園の園児に限定し、ログを残して後から説明できる状態にしてあります。他人のデータに触れない、自分の権限を超えない。この線は最初に引いておくべきものでした。
もう一つ、CSVの中身も油断できませんでした。アレルギー情報が「卵・乳・小麦」のような自由記述で入っており、加熱可否や代替食の指示がメモ欄に散らばっていたのです。ここを機械的に移すだけでは現場が使えません。栄養士と保育主任に2園分ずつ目視で突き合わせてもらい、アレルゲンと指示を構造化し直しました。データ移行で一番時間がかかったのは、技術ではなくこの確認作業です。
移行先の設計は、現場の動きから逆算しました。
保護者との連絡は、新しいアプリを680家庭にインストールさせる発想を捨て、LINE公式アカウントに寄せました。保育園の保護者層はLINEの利用率がほぼ100%で、新規アプリの登録・ログイン・通知許可という三段の離脱ポイントを避けられます。Messaging APIで園・クラス単位のセグメント配信を組み、お知らせと欠席連絡の受付をLINE側で完結させました。
登降園の打刻は、アプリ内蔵のGPSやQRをやめてNFCに切り替えました。保護者カードを園の端末にタッチするだけ。朝の慌ただしい時間に、スマホを開いてアプリを起動して打刻、という動線は現場で必ず詰まります。GPS打刻は園の前を通りかかっただけで誤打刻が出るし、QRは画面の明るさや手ブレで読み取りに手間取る。物理カードのタッチが、結局いちばん速くて確実でした。打刻データはそのまま自社DBに入り、保育料の延長保育加算の計算にも使えるようにしてあります。前のアプリでは別画面だった集計が、ここで一本につながりました。
そして肝心のアレルギー・与薬・献立。ここは保護者に見せるものではなく、保育士が厨房と保育室で確実に参照するものです。だからLINEには載せず、Laravelで組んだ軽量な自社管理画面に集約しました。園児ごとのアレルゲン、除去/代替の指示、与薬の有無と用量、その日の献立との突き合わせを一画面で出す。さらに、現場が紙を求めることを見越して、クラス別の除去食一覧と与薬指示書をPDFで印刷できるようにしました。タブレットが落ちても、紙が手元にあれば給食は止まりません。この「印刷帳票の復活」は、現場の保育士から最も感謝された部分でした。
データは終了日の19日前に全量移行を完了。園児680名の台帳とアレルギー情報は欠損ゼロ、写真3.4万枚もR2上に保全し、保護者には年度・クラス単位でダウンロードリンクを配りました。
LINE公式への移行は、配信開始から10日で登録率94%。残りの6%は祖父母が送迎を担う家庭などで、ここは紙のお知らせを併用して取りこぼしを防ぎました。全員を一律にデジタルへ押し込まない、という判断です。
コストは、初期費用が大手見積の4分の1以下、月額は18万円から2.7万円(LINE Messaging APIの該当プラン・R2・サーバ代の合計)へ落ちました。年間で180万円超の差です。ただ、本当の成果はそこではありません。サービス終了から半年以上が過ぎても、与薬と除去食の取り違え事故はゼロのまま運用が続いています。
この案件で言いたいことは一つです。SaaSのサービス終了通告を受けたら、移行先の選定より先に、生きているうちのデータ確保を動かしてください。終了日を過ぎてからでは、CSVに出ない写真もログも、二度と取り戻せません。