スマホアプリで作るか、Webで作るか ── 判断が分かれる5つの条件

結論から書きます。業務で使うシステムは、ほとんどの場合Webで足ります。

「スマホで使いたい」という要望を、そのまま「アプリを作りたい」と受け取らないほうがいい、という話でもあります。スマホで使うこととアプリであることは、別の話だからです。

とはいえ、アプリでないと成立しない業務も確かにあります。この記事では、その分かれ目になる5つの条件を並べます。5つとも当てはまらないなら、Webで作って構いません。

まずWebで足りる、と先に言い切る理由

Webを勧める理由は3つあります。

1つ目は、配布が要らないこと。URLを渡すだけで使い始められます。端末が会社支給でも私物でも関係ありません。

2つ目は、直したその日に全員へ反映されること。ここが実務ではいちばん効きます。

3つ目は、PCとスマホの両方から使えること。現場はスマホ、事務所はPCという使い分けが、1つの作りでできます。

スマホでの見え方を気にされますが、Webでも画面幅に合わせた表示にできますし、ホーム画面にアイコンを置いて全画面で開けます。使う人がアプリだと思い込んだまま1年使っているケースもあります。

ネイティブアプリでないと困る5つの条件

順番に見ていきます。自社の業務がどれに当たるかだけ確認してください。

条件1 ── プッシュ通知が、業務の起点になっている

通知で業務が始まるかどうかが分かれ目です。新しい依頼が来た瞬間に端末が鳴って、担当がその場で動く。配車、緊急対応、当日の予約変更。こういう業務では通知そのものが機能です。

ただ、通知イコールアプリではありません。メールやチャットへの通知で足りる業務のほうが多いです。実際の相談でも、聞くと「1日1回まとめて見ればいい」ことがほとんどでした。今すぐ気づかないと困るのか、1時間後で構わないのか。ここで分かれます。

条件2 ── 電波の届かない場所で入力する

地下、山間部、倉庫の奥。通信できない場所で入力して、あとでまとめて送る必要があるならアプリが有利です。

現場からよく出る条件ですが、確認すると「電波が弱いだけで、圏外ではない」ことが多い。圏外なのか遅いだけなのかは、実機で1日試すとはっきりします。

条件3 ── カメラやGPSを、毎日使う

Webでも写真の撮影と位置情報の取得はできます。ただ、連続して何十枚も撮る、バックグラウンドで位置を記録し続ける、という使い方になると厳しくなります。目安は頻度です。月に数回の写真添付ならWebで十分。1日に100枚撮る検品業務なら、アプリを検討する段階です。

条件4 ── 片手で、手袋のまま操作する

見落とされがちな条件です。片手で持って親指だけで操作する。手袋をしたまま押す。こういう使い方だと、ブラウザのアドレスバーや戻るボタンが邪魔になります。操作の速さが業務の速さに直結する現場では、その数秒が積み上がります。倉庫、配送、厨房あたりで実際に出てくる条件です。

条件5 ── ストア配布が、要件に入っている

一般の利用者に配るサービスでは、ストアにあること自体が信用になる場合があります。取引先から指定されることもある。これは技術ではなく商習慣や社内規程の話なので、最初に確認しておかないと作り終わってから覆ります。

5つのうち、2つ以上が業務の中心に来ているならアプリを検討してください。1つだけなら、その1つをWebで代替できないかを先に考えたほうが、結果的に早く安く済みます。

ストアに出すと、直すのに日数がかかる

アプリを選ぶときに見落とされるのが、ここです。

Webなら、朝に見つかった表示崩れを昼に直せば、その時点で全員の画面が直ります。アプリはそうなりません。修正版を提出し、審査を待ち、公開され、さらに利用者が更新して、ようやく直ります。

公開されている各ストアの情報では、多くの審査は24〜48時間程度とされています(2026年8月時点)。順調ならその通りですが、指摘が入れば修正して再提出です。往復が2回あれば1週間前後かかることもあります。

さらに厄介なのが、利用者が更新してくれないことです。自動更新を切っている人がいると、古い版がしばらく残ります。全員が同じ版を使っている前提の業務だと、ここでずれます。

項目	Web	ネイティブアプリ
配布	URLを渡すだけ	ストアまたは社内配布の仕組み
修正の反映	その場で全員	審査を経て、更新した人から
対応する環境	ブラウザ1つ	iOSとAndroidで別々
オフライン	基本は不可	可能
年ごとの手続き	なし	開発者登録の更新、OS更新への追従

いちばん下の行を忘れないでください。アプリは公開したあとも、OSが新しくなるたびに動作確認が要ります。リリース後に何が発生するかは運用・保守の中身を項目ごとにに書きました。

PWAという、間の選択肢

Webとアプリの中間があります。PWAと呼ばれる作り方で、Webとして作ったものをホーム画面に置き、アプリのように全画面で開けるようにするものです。

できるのは、ホーム画面のアイコン、アドレスバーのない全画面表示、簡単なオフライン表示、環境によっては通知。できないのは、バックグラウンドでの位置記録とストアでの配布です。通知まわりは端末やOSの版で差があるので、必要なら先に実機で確かめます。

社内で使う業務システムなら、PWAで足りる場面はかなり広いです。配布はURLのまま、修正もその日に反映され、見た目と起動の感触だけアプリに寄せられる。8週間の中に収めやすいのも利点です。

ただ、条件2と条件3が本当に必要な業務では届きません。中間の選択肢は、中間までしか行けないという当たり前の話です。

8週間で作る前提だと、どうなるか

ニカゲツは2ヶ月で初回リリースまで持っていきます。この前提だと、選択肢ごとに事情が変わります。

Webなら、8週間で画面を作ってリリースまで到達できます。週ごとに何をしているかは2ヶ月で作れるもの、作れないものに開けて書きました。

PWAも同じ枠に収まります。Webとして作ったものに設定を足す形なので、画面数の見積もりも変わりません。

ネイティブアプリは、正直に言うと8週間には収まりません。iOSとAndroidで別々に作る必要があること、ストアの審査に往復が入ること、開発者登録の手続きが先に要ること。この3つで、Webと同じ画面数でも期間が伸びます。

なので、アプリが必要な案件では順番を変えます。8週間でWebとして作って業務を回し、固まった時点でアプリにする部分だけを切り出す。先にWebで作っておけば、あとから外側をかぶせる形にできます。逆にアプリを先に作ると、画面もデータの持ち方もアプリ前提になり、Webに寄せ直す作業が発生します。

8週間で何を作り、何を後回しにするかの考え方そのものはMVP開発とは何かに書いています。

迷ったときに、見る順番

判断の手順を3つに絞ります。

先に、5つの条件を業務に当ててください。当てはまるのが0か1なら、ここで終わりです。Webで作ってください。

2つ以上当てはまったら、次にPWAで代替できるかを見ます。通知が「1時間後でいい」なら、あるいはオフラインが「表示だけできればいい」なら、PWAで届きます。

それでも足りない場合だけ、ネイティブアプリです。このとき、全部をアプリにする必要はありません。現場が使う入力だけをアプリにして、管理と集計はWebに残す。この分け方だと、アプリ側の画面が3〜4枚に収まることが多いです。

画面の数え方は業務システムの開発費用を、自分で見積もる方法に手順で書きました。アプリとWebのどちらで作るにしても、先に画面を並べておくと話が早くなります。

初回のお打ち合わせ60分のあと、3営業日以内に画面構成のラフをお出しします。そこでアプリが要るかどうかも含めてお答えします。要らないと判断したら、そう申し上げます。