スマートフォン用のアプリケーションを開発することは、Webアプリケーションと同じアプリケーションを開発することよりどのような利点がありますか？
Facebookアプリケーションを例に考えてみましょう。ユーザーが自分のページにアクセスするだけで同じことができるのに、なぜ彼らはアプリケーションを開発したのですか？私にとっては、Webアプリケーションに追加される機能ごとに、その機能をスマートフォンアプリケーションにも追加する必要があるため、メンテナンスとコストが増加します。
では、Webアプリケーションを1つしか持てないのに、なぜ（iOS、Androidなどのプラットフォームごとに）複数回開発する必要があるのでしょうか。どのようなメリットがありますか？頭に浮かぶのはGPS機能だけです。
[〜＃〜]編集[〜＃〜]：
私の質問は、会社の一部のメンバーだけが使用するビジネスアプリケーションに重点を置いています。アプリケーションの販売（私用）についてではありません。だからいくつかの回答がスマートフォンアプリケーションとして開発することによってそれについて私が言う「スマートフォンストア」のためにそれがより多くの販売から利益を得ると言うのとは反対に、アプリケーションは私的使用のため、この点は重要ではありません。
アプリケーションをWebアプリケーションとして開発することは、スマートフォンブラウザーおよびPC（すべての対応ブラウザー）からアクセスできることを意味しますが、ネイティブアプリケーションとして開発すると、これは特定の種類のスマートフォンのみに制限されるため、制限されます。使用する。一方、Webアプリケーションとして開発することは、アプリケーションにアクセスするためにインターネット接続が利用可能でなければならないことを意味します。
これを念頭に置いて、特定のスマートフォンプラットフォーム（iOS/Android）用のアプリケーションをWebアプリケーションとして開発するよりも上司にどのように説得しますか？
ネイティブアプリを作成する利点はいくつかあります。
- UIエクスペリエンスの制御の向上-モバイルWeb開発者は、ネイティブUIアーティファクトをエミュレートするフレームワークを再作成または使用する必要があります
- Webアプリでは利用できない可能性があるプラットフォームAPIへのアクセス-これは現在、ネイティブアプリの最大の利点です
- 実行時のネットワーク使用量が低下する可能性-ネイティブアプリはネットワークにアクセスしてデータを取得するだけでよく、ウェブアプリは実行時に完全にロードする必要がある場合があります。
お気づきのように、デベロッパーのネイティブアプリには、複数のプラットフォーム用のアプリを構築して維持するという欠点があります。開発者が1つのプラットフォームのみに集中している場合、この要素は大きな欠点にはなりません。
あなたが読んで興味があるかもしれないブログのいくつかの議論：
- Apps vs the Web by Matt Gemmell
- ネイティブvs Webアプリ MobiThinkingから
おそらく最も重要な理由はmind shareです。ほとんどすべてのインターネット企業が望んでいるのは、あなたの心が彼らの製品に同調することです。また、マインドシェアを構築する1つの方法は、コンテンツへのアクセスをできるだけ簡単にすることです。 2つの配信メカニズムはどのように比較されますか？
モバイルWebアプリケーション：
- ユーザーが「Facebookに行きたい」と思っている
- ユーザーが「インターネット」をクリックする
- ユーザーがアドレスバーをクリックした
- ユーザーは「facebook.com」と入力します
ネイティブアプリ：
- ユーザーはインストールされているアプリケーションを見て、Facebookを表示します。
- ユーザーがFacebookをクリックします。
ユーザーがアプリケーションを使用するのが簡単になるだけでなく、アプリケーションを見るたびに、クリックするだけでFacebookが表示されます。彼らは「Facebookに行きたい」と考える必要はありません。
それは、マインドシェアを構築する方法です。
スマートフォンは通常のPCとは異なります。画面サイズとタッチスクリーンにより、従来のWebページの使用がはるかに難しくなります。電話用のアプリを作成することで、ユーザーにより良いエクスペリエンスを提供できます。
アプリを作成すると、アクティブユーザーの数やユーザーに関する情報を収集することもできます。これにより、広告をより的確にターゲティングする方法と広告を表示する方法が増えます（FBアプリに追加があるかどうかは思い出せませんが、あるはずです）。アプリはFacebookなどの企業にとっても非常に安価な広告であり、数か月の開発期間は、何百万人もの人々がアプリストアでアプリを目にするという保証と比較して何もありません。
スマートフォンアプリについてリリースされたほとんどのデータは、インターネットからPCにダウンロードする場合と比較して、ほとんどの人がほとんどすべてをアプリストアからもダウンロードすることを非常に望んでいることを示しているため、アプリの作成は効果的な広告戦略と収益です発生器。
スマートフォンアプリケーションとWebベースアプリケーションの最大のメリットは、オフライン機能です。アプリの記述方法によっては、Web接続に関係なく作業を完了することができます。
スマートフォンアプリがイベントをウェブサービスに報告する必要がある場合は、常にイベントをキューに入れ、次にアプリがウェブにアクセスできるときに同期することができます。
Webが利用できないときに情報が必要になることが何度もありました。輝くアプリは、ウェブに依存しないものです。
2つの主な理由。
AppStoreからいくらかお金を集めることができます。世の中にある多くのアプリは、簡単なWebサイトとして簡単に開発できたかもしれませんが、そのようにお金を稼ぐことは困難です。無料のアプリでも広告から収入を得ることができます。
ユーザーの「ホーム」画面に「In Your Face」アイコンを配置できます。 Webページのブックマークがユーザーのホーム画面から3〜4本の指の突きを隠すよりもはるかに優れています。
技術的には、アプリをWebページよりも優先する唯一の理由は、デバイスにローカルに保存するのに十分な量のデータが必要な場合、またはアプリがネットワークに接続しなくてもスタンドアロンで機能できる場合です。
ビジネスマンの観点から別の重要な側面について言及することで、Chrisの優れた answer についてさらに詳しく説明します。市場の魅力。少し考えてみてください。あなたは最新の流行のガジェット（スマートフォン、タブレットなど）を入手したばかりで、魅力的なたくさんの興味深いアプリやガジェットでそれを満たしたいと考えています。あなたは熱心なソーシャルメディアユーザーですが、携帯電話のブラウザーがページをレンダリングする速度が遅いのが嫌です。または、マニアックになり、バッテリーの監視などの問題を調べています。Facebookを使用したくない、またはブラウザを必要とせずにグーグル、そしてあなたは間違ったページを表示し続ける原因となる画面上のリンクがどれほど小さいか気になりません。あなたはむしろあなたのデバイスのために意図的に構築されたアプリケーションを持っていますか、それともあなたの電話ブラウザを使い続けますか？
FacebookやGoogleなどの大企業は、ユーザーの人口統計をよく知っており、モバイルデバイス向けアプリのリリースに伴って生成される可能性のある魅力と誇大宣伝を知っています。目的に合わせて作成されたアプリを作成するのは、それを行う余裕があるためであり、その結果、これらのアプリの作成に実際に投資したお金よりも会社に価値のある口コミが広まるためです。
技術的な観点から、ユーザビリティも考慮する必要があります。 Webページは、ユーザーがポインターの位置を細かく制御できる環境でうまく機能します。ハイパーリンクをクリックしているときに、間違ったリンクをクリックしたくはありません。時間を浪費するからです。私は自分の携帯電話に素敵で使いやすいアプリを提供せず、Webインターフェイスを使用することを任せて自分の銀行で自分を罵った回数を数えませんでした。パラダイムは、タッチインターフェイスとWebページの間でうまくゲル化しません。これは、過去5年間で利用可能になった新世代のタッチデバイスにWebがまだ追いついていないためかもしれません。また、技術的な障害が非常に大きいためかもしれません。最初の5分間で、スワイプ、タッチ、およびメニューへのアクセスが画面の貴重な領域を失うことなく可能になる理由が何であれ、Webインターフェイスよりも専用アプリの方がすぐに幸せになります。
この状況は、開発者が巧妙なHTML5インターフェースの実装に習熟するにつれて変化する可能性がありますが、現時点では、GUIの取り組みをある程度複製するか、ターゲットの人口統計の一部を遠ざける可能性があるというリスクは非常に理にかなっています。
Webアプリは、私がお勧めする方法です。 jQuery Mobile のように、非常に役立つフレームワークがあります。さらに、他の人がここで説明している機能の多くはWebアプリで利用できます。これらの「HTML5」仕様のいくつかをよく理解してください。
- Geolocation API （GPS）
- オフラインWebアプリケーション
- Webワーカー
- サーバー送信イベント （プッシュ通知）
最近のモバイルブラウザーでは、JavaScriptを介して利用できる機能がますます増えているため、ネイティブアプリが魅力的でなくなっている理由がわかります。
ネイティブアプリを作りたいと思う主な理由は、さまざまなプラットフォームのアプリストアで収益化する方が簡単だからです。
制約（プライベートビジネスアプリケーション、会社の一部のメンバーによる使用）を考慮して、上司にモバイルアプリケーションとWebアプリケーションのどちらを開発するよう説得するには、主に2つのアプローチがあると言います。
1）オフラインで作業できる可能性、現在地を把握できるGPS機能、自宅、公共交通機関など、どこからでも作業できる機能（人々はノートパソコンよりもスマートフォンを持ち運ぶ頻度が高いため、モバイルバージョンの方が適している場合があります） ）。これは、すでにここに記載されている多くのコメントと一致していることを知っていますが、あなたが話している実際のビジネスアプリケーションを知らない限り、これはほぼこれに帰着します。モバイルバージョンは、より実用的に使用できる可能性があります。より制限されたプラットフォームにリソースを費やしているという事実を相殺するため、またはそうではありません。
2）将来のモバイル開発に関心がありますか？ 「はい」の場合、社内モバイルアプリケーションを開発することで、従業員により多くの経験を与え、新しいテクノロジーを試してもらい、収益を生み出す可能性のある別のツールを会社に追加します。すべては、単純であるが有用な内部アプリケーションの比較的「安全な」環境であり、社内の一部の人々が使用し、コメントやフィードバックも提供します。
要約すると、モバイルバージョンは、アプリケーションをより効率的かつ柔軟に使用する従業員にすることで短期的に、または長期的には従業員に新しい/幅広い知識を与えることで、より多くの収益を生み出すことを示す必要があります。将来の可能性があります（または両方とも）。それはまた、現時点で会社がどれほど優れているか、彼らがどれだけのお金を稼いでいるか、許容可能な時間内に会社を発展させることができる経験豊富な人々がどれだけ利用できるかにも依存します。
それが役に立てば幸い ：）。私はそれがすべて主観的であることを知っていますが、いくつかの具体的なアプリケーション/ドメインなしでは、より多くの理由を提供することは困難です。
状況次第です！
Webアプリケーションは現在、電話の多くの機能（カメラ、加速度計など）にアクセスできません。 PhoneGapで十分かもしれません。 Webアプリケーションを構築してから、デバイス固有のデプロイ可能なバージョンを作成できます。それでも、それはネイティブアプリケーションの完全な代替品ではありません。
一方、顧客がすぐに使い始めることができるWebアプリケーションをすばやく作成できる場合があります。または、それらの気の利いた電話機能のいずれも必要としない場合があります。最初に市場に出ようとしているのであれば、今すぐ顧客を獲得するには、Webアプリケーションが最適です。キラーなiosとAndroidアプリに取り組むための余地を買うかもしれません。ネイティブアプリを作成した後でも、他の顧客がブラックベリー経由であなたにアクセスできるようにしたいと思います。ウィンドウ、およびブラウザーを備えたその他のタイプのモバイル。
私はウェブアプリを支持して議論するつもりです。
他の例では、常にFacebookを指しています。完全にユビキタスなブランドは、ユーザーの賛同を心配する必要がなく、アプリをバンドルするようにプラットフォームに相談することができます。
スタートアップや相対的な未知数についてはそうではありません。アプリストアに表示されるのは、単純な検索でWeb上に表示するよりもはるかに困難です。
UIについて話しましょう。ネイティブアプリではUIの方が優れているが、それは正当化されないという議論が人々から広まっています。 Webアプリは、ネイティブアプリのように見えます。読み込み時間は少し遅くなる可能性があります。これはUIに関連していますが、Webアプリが勝つ検索可能性も同様です。
ネイティブアプリは、コンテンツへのリンクを許可するように構成されていません。したがって、ユーザーがブログ、メール、ソーシャルメディアのコンテンツにリンクするのを防ぎます。それはどのように使用できますか？
そして、コメンターはオフラインストレージを指しています。 Facebookアプリはオフラインで動作しますか？
もちろん、状況によってはネイティブアプリのビジネスケースが常に存在します。ただし、支払いモデルがアプリの課金からメリットを得る場合、またはカメラAPIへのアクセスなどの特定の機能が必要でない限り、Webアプリのほうが優れています。
技術的な観点から見ると、インストールされているアプリに対して、Webアプリが実行できることには制限がある可能性があります。この良い例の1つは、iPhoneで<input type="file">を使用してアップロードできないことです。
利点は、さまざまなデスクトップオペレーティングシステム用のアプリを作成する必要があるのと同じです。多くのものが存在しないため、そもそもWebアプリケーションの世界が非常に魅力的でした。残念ながら、モバイルブラウザーの現在の状態は、インストールされているアプリにとりつかれていることを意味します。
Ryathal の答えで述べたように、無料のマーケティングや新しいクールなアプリに関する話題など、ビジネス上の理由があります。
モバイルデバイスでダウンロードすると、バッテリーの電力が消費されます。 Webアプリは、プレゼンテーションコード（HTML5、CSS、JavaScriptなど）とユーザーが見たいコンテンツの両方をダウンロードする必要があります。ネイティブアプリはユーザーの希望するコンテンツをダウンさせるだけでよいので、ユーザーデータの割り当てとバッテリー寿命をより速く、より保守的にすることができます。
また、ネイティブアプリでは、解釈ソフトウェアのレイヤーが少なくて済み、ネイティブUIコントロールをより直接的に使用するため、応答性の高いユーザーエクスペリエンスを提供できます。新しいUI機能は、多くの場合、Webブラウザーで使用できるようになる前に（ある場合）、ネイティブOSに直接追加されます。
ネイティブアプリはAppleによって確認されているため、一部のユーザーはWebサイトのURLよりも安全であると見なしています。多くのユーザーは、アプリを見つけたり、デバイスのApp Storeで買い物をしたりすることに慣れています。したがって、多くのユーザーは、特定のWebサイトに該当しない場合でも、おそらく上記の一般的な理由により、ネイティブアプリに偏っています。