はじめに：オンライン前提の常識を疑うべき業務現場がある

現代の業務システムの多くはクラウド環境を前提として構築されています。社内外からのアクセス、他拠点とのリアルタイム連携、クラウドベースの認証・データ保存が当然のように設計されています。しかし、実際の現場では「通信できない」または「通信が不安定」という状況が多く存在しています。 たとえば地下鉄施設の保守点検、山岳地域の電力線検査、離島の医療・教育活動、災害発生後の初動対応など、ネットワークインフラが整っていない、あるいは一時的に断絶される状況での業務は日常的に発生しています。こうした環境では「オンラインであればできる」アプリはまったく機能せず、業務の効率化どころか、現場の混乱や遅延を招く結果になりかねません。 この記事では、ある地方自治体と連携して開発された「完全オフライン対応型点検アプリ」の事例を通じて、なぜオフライン対応が今求められているのか、どのような技術的設計と工夫が必要かを深く掘り下げます。

プロジェクト背景：山間部インフラ点検に潜む“非効率”の実態

本事例のプロジェクトは、山間部に多くの道路・トンネル・照明設備を保有する自治体が抱える点検業務の非効率さを起点にスタートしました。紙ベースの記録方式と、点検後の事務作業負担は深刻なもので、次のような問題が顕在化していました。

• 紙の点検表に現場で手書き → 記入漏れ・誤記が頻発
• デジカメで撮影 → SDカード取り出し → PC取り込み → 写真フォルダとExcelの手動紐付け
• 報告書作成はExcelとWordのコピー＆ペーストを繰り返す属人的なプロセス
• 緊急点検の際も、記録・整理・提出まで最低3日以上かかる

こうした状況において、「スマートフォンでの業務完結」「紙を廃し、現場での完結」を目指す方針が打ち出され、業務委託で開発プロジェクトがスタートしました。

要件定義：電波がないことを“前提”にしたUX・データ設計

プロジェクト初期において最も重要だったのは、「通信可能であることを前提にしない」設計思想を明確に打ち出すことでした。具体的な要件定義フェーズでは、次のような設計視点が重視されました。

• ローカルに点検リスト・設備データ・帳票テンプレートを配信し、事前準備完結を実現
• 入力データ・写真・GPS情報はすべてオフラインでローカルDBに蓄積
• 再接続時は差分データを自動検出し、同期確認画面を経てクラウドと連携
• 撮影した写真は容量を抑える圧縮とExifの保持を両立（日時・位置情報）

UX面でも現場特有の制約が多く、例えば：

• 暗い場所でも視認性の高いUIカラー設計
• グローブ装着状態でも使えるボタンのサイズ・配置
• 現場での移動順に沿った画面遷移フロー設計
• 点検内容によって項目数が変化する“柔軟型フォーム”

など、「一貫して現場利用に耐えるか」を軸に画面と挙動が決定されました。

技術構成：Flutter×ローカルDB×Firebaseを軸にした設計

クロスプラットフォーム対応とUI一貫性の観点から、アプリはFlutterを採用。技術構成は以下の通りとなりました。

• クライアントアプリ：Flutter（iOS／Android両対応）
• ローカルデータベース：Drift（旧Moor）でオフライン状態を全保持
• クラウド同期基盤：Firebase Firestore + Cloud Functions
• ファイル連携：Cloud Storage + Storage Triggers
• 認証基盤：端末PINコードに加え、業務用スタッフIDの二段階入力

同期処理に関しては次の3点が技術的チャレンジとなり、それぞれに設計を工夫しました。

1. 「通信失敗時の再試行」：自動リトライ＋ユーザーへのリカバリ通知
2. 「データ重複」：端末単位でのUUID＋タイムスタンプにより整合性チェック
3. 「データ競合」：差分表示＋確認選択UIによる人手解決導線

こうした仕組みにより、開発会社としては「データ損失ゼロ・誤記録ゼロ」の設計品質を担保することができました。

UI/UXの徹底強化：現場で完結できる体験設計

点検現場では電波が届かないだけでなく、雨・風・暗闇・騒音といった“操作しづらい”状況が常に存在します。そこで以下のような設計改善が行われました。

• 操作ログをローカル保存し、1操作ごとに自動スナップショット（画面状態の復元が可能）
• 保存処理時には完了までのアニメーション＋音声ガイダンスによる完了通知
• 誤入力を避けるための選択式UI・選択済みアイテムのグレースケール表示
• 誤送信を防ぐチェックリスト表示（未入力項目・写真不足・位置情報欠如など）

さらに、オフライン状態でも「どこまで業務を完了させたか」がひと目で分かる進捗インジケーターを導入。点検のステップが完了するたびに色が変化し、視覚的に安心感を与えるUX設計を採用しました。

現場導入後の成果：業務効率と“心理的負担”の軽減

導入後半年間で、業務効率・品質の両面に大きな改善が見られました。

• 点検1件あたりの記録・報告時間は平均85分から28分へ短縮（67%削減）
• 点検漏れ・誤記録は月平均12件から0〜1件に減少
• 緊急報告（重大インシデント）の初動時間が最大72時間から最短10分に短縮

また、現場からは「バインダーを持ち歩かなくていい」「データ転記がゼロで安心」「事務作業時間が減って業務負担が減った」など、定量では測れない“心理的余裕”の向上が多く報告されました。

まとめ：通信できない現場こそ、設計の本質が問われる

システム開発というとクラウドやリアルタイム同期に意識が向きがちですが、実際の現場では「通信できない場所で、どこまでやれるか」がシステムの真価を決めることも少なくありません。 開発会社や受託ベンダーとしては、「オンラインが当たり前ではない業務現場」において、どこまで実用的な設計を提供できるかが今後ますます重要になります。 オフライン完結型アプリの開発は、決して後ろ向きな“代替案”ではなく、「現場ファースト」の思想に基づく革新的な選択肢であることを、ぜひ再認識していただきたいと思います。