Webアプリ・PWA・ネイティブを重要な作業から選ぶ

現在の流れを読み取る

ストアにアイコンを置きたいという希望ではなく、必ず成立させたい作業から配信方式を選びます。誰が、どの端末を、どんな通信環境で使うのでしょうか。見積をたまに開く顧客と地下で働く技術者では、同じスマートフォン向けでも条件が違います。

守りたい対象範囲

レスポンシブなWebアプリはURLから利用できます。PWAは対応環境でインストールやオフライン利用の仕組みを加えるもので、MDNに技術的な説明があります。深い端末連携にはネイティブが候補になりますが、OSごとの配布と更新も必要です。必要な機器連携やバックグラウンド動作は対象端末で実証します。

一つの仕事をたどる

電波が弱い現場で設備点検する例を考えます。割当済み点検を開く、圏外で記録する、端末を再起動する、後で同期する、まで試します。サーバー側の担当変更や他者の編集との衝突も決めます。画面をキャッシュするだけで記録が残らないなら、業務のオフライン対応とはいえません。Webでこの試験を満たせば、ネイティブは不要かもしれません。

例外も守る

オフライン、通知、端末アクセスを対応環境不明のチェック項目にしないでください。書類を一度読むだけの顧客にインストールを強制する必要もありません。ログイン期限、端末データの削除、更新、権限拒否を試します。現場の必須作業が不安定なら初期開発費の節約には意味がありません。

必要機能の実演で不確実性を減らす

見積比較の前に、現場で使う端末、OS、ブラウザー、周辺機器を書きます。割当を読む、写真を撮る、アプリを閉じても下書きを残す、接続が戻ったら送るなど観察できる作業にします。「完全なオフライン対応」だけでは、対象データも時間も決まりません。

不確かな機能を一緒に動かす最小の試作を作ります。カメラの実演だけでは送信中断後に写真が残る証拠にならず、更新後の下書きだけでは再割当された点検と安全に対応する証拠になりません。衝突時は両方を残す、合意した規則で項目を統合する、人が選ぶ、を明確にします。最後に届いた値ではなく業務の意味で決めます。

実演後は端末登録、配布、権限設定、更新、機種変更時の支援まで比較します。現場記録にネイティブが必要でも、事務所の確認はWebで構いません。全役割を同じ方式にする必要はなく、Webのインストールも実際の利用に役立つ場合に選びます。非対応環境の代替と制限を示し、試した組合せを残してアプリや端末環境の変更時に関係する確認を繰り返します。

方式を判断する表

決める前に

圏外でも何を続ける必要があるか。不可欠な端末機能は何か。利用者はどう見つけ、導入し、更新するか。この答えをそろえ、方式を決める前に最も不確かな作業を小さく検証します。