15年続くオフラインファーストアプリの データをどう引き継ぐ？ App Groupsで考えた設計と判断

DroidKaigi・iOSDC アフターイベント
大規模リニューアルの本音を語る会
https://dip-dev.connpass.com/event/405334/
開催日時：2026/10/8（木）
スパイダープラス株式会社登壇資料

Transcript

1. 2026/10/08 大規模リニューアルの本音を語る会 15年続く オフラインファーストアプリ の データをどう引き継ぐ？ App Groupsで考えた設計と判断 ピヨコ スパイダープラス株式会社 1
2. 自己紹介 - テックリード/アプリエンジニア - iOSアプリエンジニア歴は10年くらい - 内約3年はPjM・EMなどマネジメントを経験 - 2025年9月からiOSアプリエンジニアに復帰 @LabosPiyoko - 2025年12月からFlutterアプリ開発に参戦 ピヨコ - 趣味はスノーボードと野球観戦 スパイダープラス株式会社 2
3. 今日話すこと 15年続いてきたアプリ「SPIDER+」をリプレイスする中で、 一度は進めようとしたデータ移行を、途中で見送った話 3
4. SPIDER+とは 建設現場向けの施工管理アプリ 主な利用シーン - 図面の閲覧 検査作業 指摘の記録 利用者数 2,200社・78,000人以上 特徴 オフライン前提で利用する設計 ※2026年6月末時点 4
5. 15年ぶりのリプレイスの要件は？ (1)スムーズなデータ引き継ぎ 旧アプリに蓄積されたデータを新アプリでもストレスなくスムーズに 引き継いで使いたい。 (2)他アプリとのデータ共有 新アプリのデータを端末内の他のSPIDER+関連アプリから参照して 活用できるようにしたい。 5
6. SPIDER+アプリの特殊な事情 旧アプリ ユーザー 検査記録 サーバー 手動同期 新アプリ 自動同期 旧アプリ内にのみ存在するデータがあるため 新アプリへの切り替えは工夫が必要 ？ 6
7. そこで検討した方針 (A)旧アプリで一括自動送信 (B)App Groupsで移行 見送り❌ 採用 - 大量データ・写真の 送信負荷と通信待ち時間の 予測が難しい - 意図しないデータ更新事故 によるデータ喪失のリスク - 同じデベロッパーのアプリ 同士で保存領域を共有する 仕組みを採用することで サーバーの経由が不要 - 新旧アプリのDBをSQLite に統一し、フレームワーク に依存せずデータを扱える 7
8. ところが調査を進めると 可変なデータ 複数の保存形式 多数のデータパターン 検査データの大部分が 可変Dictionary型で 扱われ、構造化されてお らず、サーバー同期や 特定の操作でデータの要 素が変わる。 検査種別によって 独自の保存形式や ディレクトリ構造で データが保存されてお り調査の精度や正確性 の担保が難しい。 長年の改修や顧客ごと の実行環境・サーバー 設定に依存する機能に よって、多数のデータ パターンが発生。 「移行すべきデータが全部で何種類あるか」を 正確に把握できない状態 8
9. このままデータ移行を進めるなら (A)データを構造化して移行 (B)既存のままデータを移行 把握しきれなかったデータを移行 から取りこぼす。 データは構造化されず、 保存形式・ディレクトリ構成も統 一されない。 →データ欠損や不整合などの 重大インシデントのリスク ※調査・テストでリスクを低減で きるが、ゼロにはならない。 →15年分の技術負債が新アプリに 引き継がれてしまう。 「安全な移行」と「技術負債の解消」の両立ができず 旧アプリからのデータ移行は見送りに 9
10. 15年ぶりのリプレイスの要件は？ (1)スムーズなデータ引き継ぎ 新アプリでのApp GroupsとSQLiteは 旧アプリに蓄積されたデータを新アプリでもストレスなくスムーズに 引き続き採用 引き継いで使いたい。 (2)他アプリとのデータ共有 新アプリのデータを端末内の他のSPIDER+関連アプリから 参照して活用できるようにしたい。 10
11. 15年ぶりのリプレイスの要件は？ (1)スムーズなデータ引き継ぎ 旧アプリに蓄積されたデータを新アプリでもストレスなくスムーズに 引き継いで使いたい。 別の方法を考えねば (2)他アプリとのデータ共有 新アプリのデータを端末内の他のSPIDER+関連アプリから 参照して活用できるようにしたい。 11
12. そこで考え方を変えた これまで どうすれば安全に自動移行できるか？ これから 自動移行しない前提で、 どうすればユーザーが迷わず新アプリへ移れるか 💡 12
13. カスタマーサポートチームと対応を検討 移行案内Webページ 起動時の誘導 トップ画面のバナー サーバー同期による データの移行方法や 注意点などをまとめた Webページをカスタマー サポートチームで作成。 最適なタイミングで アプリ起動時に 移行案内のページへ 誘導するダイアログを 表示する。 ダイアログを閉じた後 からでも同じ案内を 再度確認できるように 動線を設計。 技術的にどう移行するか ↓ ユーザーが次に何をすればいいか分かること 13
14. まとめ 大きなリスクが見えた時点で「見送る」という判断ができた 調査にある程度工数をかけた後でも、大きなリスクが見えた時点で、 進めてきた案にこだわりすぎず、リスクを踏まえて見送ることや、 改めて代替案を検討するため周囲を巻き込むことが重要。 技術だけに閉じず、周囲を巻き込んで最善を導く 技術的な解決にこだわらず、カスタマーサポートチームと協力すること で、その時点でできる最良の対応を考えることができた。 必要に応じて周りを巻き込みながら解決策を考えることが大切。 14
15. ご清聴ありがとうございました！