自社に必要なのはモバイルアプリ？ それとも Web アプリ？

まず、何を終わらせる必要があるかを考える

新しいシステムを計画している設備保守会社を想像してください。技術者が訪問を終え、写真を撮り、交換が必要なものを記録します。オフィスに戻ると、別の担当者が訪問内容を確認し、次の作業を手配します。これは仮の例ですが、選択を考える具体的な材料になります。

技術者はスマートフォンを使い、オフィスではパソコンを使います。画面を異なる端末に対応させる必要があるのは分かります。ただし、大事な疑問は残ります。訪問先で電波は届くのか。写真はすぐにオフィスへ送る必要があるのか。作業の途中でソフトウェアを閉じたらどうなるのか。

こうした状況を基に、Web アプリとインストール型アプリのどちらにするかを決めるべきです。先に呼び名を決めても、難しい判断が後に残ります。

スマートフォンを使うからといって、インストール型アプリが必要とは限らない

Web アプリはブラウザーで開きます。スマートフォンにも大きな画面にも合わせて設計できます。インストール型アプリは、利用者が端末に入れるソフトウェアです。インストールできる Web アプリもあるため、この二つは一部重なります。「インストールできる」というだけでは、ソフトウェアの作り方は分かりません。

考えるべきなのは、提案された方式で、実際に使う端末上の必要な仕事を終えられるかです。例えば、Web アプリでも写真を撮れる場合があります。Google のWeb アプリの機能ガイドでは、Web アプリで使える端末機能と、対応状況の違いを説明しています。ブラウザー、端末、権限によって結果は変わります。あるスマートフォンで動いても、チームのほかの端末で動く証明にはなりません。

通知や、利用者がアプリを離れた後も続ける必要がある処理については、特に具体的に確認しましょう。権限が拒否された場合も含め、利用予定の端末ごとに何が起こるかを確かめます。インストール型の選択肢も、動作を決めつけずに検証する必要があります。

「オフラインで使える」だけでは説明が足りない

技術者は、電波の届かない地下室で昨日の記録を読む必要があるかもしれません。新しい訪問報告を保存することは別の要件です。大きな写真のアップロードは、さらに別の要件です。何が必須なのかを決めてから、何を作るか考えましょう。

ブラウザーで動くソフトウェアもインストール型ソフトウェアも、こうした状況に対応するには意図的な設計が必要です。アプリをインストールするだけで、データの保存方法や変更の衝突は解決しません。Android のオフライン優先のガイドは、Android アプリにおけるこの違いを説明しています。必要な作業を理解するための参考にはなりますが、すべてのプラットフォームで同じ動作を保証するものではありません。

判断を左右しそうな作業を試す

システム全体を発注する前に、最も難しい要件を小さく実演してもらいましょう。この例なら、実際の利用端末に近いスマートフォンで訪問記録を開き、通信を切って報告と写真を保存し、再接続します。実演には、独立したテスト環境で架空の訪問記録と写真を使います。そうすれば、実際の業務を変更したり、顧客に何かを送ったりせずに試せます。必要に応じて、利用予定のブラウザーとインストール型の選択肢で同じ作業を比べます。

問題が起きたとき、利用者に何が見えるかも観察します。報告が安全に保存されたか分かるか。中断後に作業を終えられるか。カメラの権限が拒否されたらどうなるか。予定している環境での実演は、提案書に書かれた機能名より確かな判断材料になります。

利用開始と運用の続け方も含める

スタッフや顧客がどうやって利用を始め、更新をどう受け取り、問題が起きたら誰が対応するかを確認します。アプリストアや会社管理の端末システムを使う計画なら、その方法に必要な作業や条件も含めましょう。審査の通過や配布を当然のものとして扱わないでください。

Web アプリ、インストール型アプリ、または仕事に応じた異なる版を選べます。技術者とオフィスの例では組み合わせが合うかもしれませんが、それぞれの版に提供、更新、サポートの仕事が発生します。提案を比べるときは、その負担も見えるようにしましょう。

LINK-V はカスタムモバイルアプリとWeb アプリを提供しています。どちらを相談する場合も、ソフトウェアが対応すべき状況をお知らせください。まず、人がどの端末で、どのような条件の下で、何を終える必要があるかを確認します。そのうえで、プロジェクトごとの範囲、サポート、契約条件を決められます。

選ぶ前によくある質問