web-dev-qa-db-ja.com

シンプルなiPhoneアプリは、モバイルWebサイトよりもユーザーにとって魅力的ですか?

私のクライアントはiPhoneアプリを使いたいと思っています。なぜなら、人々はモバイル向けに最適化されたサイトよりもiPhoneアプリを使用する可能性が非常に高いことがわかったからです。 iPhoneアプリは非常にシンプルです。いくつかの画像といくつかのテキストを表示するだけです。プログラマーとして、私はコンテンツの単純な性質を考えると、むしろモバイルサイトをやりたいと思っています。技術的な観点から、この状況でiPhoneアプリを使用するのはやり過ぎだと思います。

ユーザーがiPhoneアプリを好むという理由だけで、モバイルサイトで十分なときにiPhoneアプリを作成することは理にかなっていますか?とにかく、モバイルサイトが同じように使いやすいことをユーザーに簡単に納得させることはできますか?

9
Ryan

簡単な答えは、Webサイトを開発することですが、モバイルWebアプリとして構築することです。あなたがウェブサイトを構築することにもっと慣れているか、それがより速くなると感じるなら、これは行く方法です。

ユーザーは引き続きそれを「インストール」でき(ホーム画面にアイコンを作成し、アイコンに使用するpngを指定します)、Safariツールバーを非表示にすると、アプリのように機能します。

これが Webアプリの作成に関するAppleページです

これの利点は次のとおりです

  • クロスプラットフォーム-WebアプリはAndroid、WP、さらにはBlackberryでも動作します!
  • コンテンツを更新できます-例:アプリを更新せずにテキスト、画像
  • 安価で迅速な開発

これらの種類のWebアプリをiTunesストアに入れることができるかどうかはわかりません。

6
Kirk Broadhurst

ウェブページが本当にそれほど単純な場合は、アプリにするべきではありません。私はあなたに一つの理由を与えることができますが、それは非常に良いものです:

単純なアプリケーションは通常appstore reviewersを通過しません

から https://developer.Apple.com/appstore/resources/approval/guidelines.html

2.12 あまり役に立たない、ユニークでない、アプリとしてバンドルされているWebサイトである、または永続的な娯楽価値を提供しないアプリは拒否される可能性があります

そのようなアプリをアップロードしようとすると、「アプリはネイティブiOS機能を使用しない」などの拒否を受け取る可能性があります。

シンプルなiOSアプリを作成する場合は、Webページに対して追加される機能を検討する必要があります。

8
Sulthan

先週、レスポンシブWebサイト専用のブラウザー(WebView)を少し超えるだけのアプリをGoogle PlayとApp Storeの両方に公開しました。

これはあなたに与えます:

  • ウェブページとしてのアプリの大部分のHTML5ベースの高速開発
  • デバイスのそれぞれのAppStoreでの存在
  • ユーザーは通常の方法でアプリをインストールできます(アイコンをホーム画面に表示するための複雑な手順はありません)

ただし、ネイティブアプリのメリットは維持されます。

  • 後でいつでもより多くのコードをネイティブ側に移動できます
  • [.____]など、ブラウザベースのウェブページに立ち入り禁止のAPIを利用します。
    • 新しいiOSマップでアプリをルーティングアプリとしてアドバタイズします
    • Passbookにアプリなどでチケットを開かせます

Androidにも、Webアプリで禁止されているAPIが多数あると確信しています。

ところで。私自身の経験から-クロスプラットフォームフレームワークを明確にしてください。こんなに簡単な作業でも、その中の一人に尻を噛まれて、全部母国語で書き直してしまいました。

4
Laas

私はあなたの痛みを感じます、多くのアプリはウェブの一部であり、ウェブ技術で開発されるべきです。
しかし、それは技術的なスタンスであり、クライアントはおそらく気にしないでしょう。

私の推測では、この種のクライアントは実際にはアプリをあまり利用していません彼らはアプリストアを利用しています

visibilityアプリストアがクライアントのパブリケーションを提供する可能性があることを過小評価している可能性があります。

「無料広告!!! 1!」あなたのクライアントが見るすべてかもしれません。

それでも、クライアントであるクライアントは実際のコストを過小評価している可能性があります。しかし、彼らの心の中で、これらの新しいコストは「新しい」収益化メカニズムアプリストアが許可することによってバランスが取られます。

それから、彼らはほぼ間違いなく実際の収益化を過大評価しているアプリストアは、現時点で彼らの(社説、おそらく)製品のために調達できます。結局のところ、彼らはAngry Birdsをスポーツしているのではありません。

また、アプリソリューションを利用することで、おそらく市場投入までの時間を大幅に遅らせています。

残念ながら、この種の事業計画:

  • アプリをビルドする
  • ???
  • 利益

最近は大流行しているようです。

3
ZJR

十分な情報に基づいて決定を下すのに十分な情報をクライアントに提供していません。

  1. 彼らはiPhoneアプリの承認プロセスを知っていますか?
  2. 接続されていないときにユーザーがアクセスする必要がある機能はありますか?
  3. 電話に保存されている機密情報について心配する必要がありますか?
  4. アップル製ではないデバイスはどうですか?

「私がウェブサイトを構築する方が簡単だ」ということに注意してください。iPhoneアプリを構築することに満足する以上の資格があるからです。

2
JeffO

確かに、私はネイティブアプリに対して個人的な偏見を持っていますが、これに対する白黒の答えは本当にないと思います。ここでは、Webアプリとネイティブアプリについていくつか考えます。

  • Apple Developer Programのメンバーになる手間を省きたい場合は、Webアプリが最適です。これがないと、デバイスにアプリをインストールしたり、AppStoreに公開したりすることはできません。
  • それからもちろん、XCodeとObjective-Cを学ぶ努力があります(まだ知らない場合)。
  • 一方、ネイティブアプリは応答性が高い傾向があります(私自身の主観的な経験)。
  • アプリが「オフライン」で実行できる必要がある場合(インターネット接続が利用できない場合)、ネイティブアプリが実際に唯一の現実的なオプションです。

あなたの場合、私はあなたのクライアントの要件をウェブとネイティブアプリの賛否両論と比較検討します。

また、ネイティブのiPhoneアプリを作成してデプロイする必要がない[〜#〜] [〜#〜]は、 AppStore。いわゆる「社内アプリ」は、エンタープライズ環境で作成および展開できます。これを考慮してください: http://help.Apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

1
Avian00

問題の説明があれば、アプリとしてマスクされたモバイルサイトを選びます。一般に、多くのモバイルアプリはHTML5サイトであり、ローカルで実行される場合とされない場合があります。これは、コードの多くをやり直すことなく、多くの種類のモバイルデバイスで問題なく動作するマルチプラットフォームアプリをすばやく開発するための素晴らしいスタートになる可能性があります。そうは言っても、注意点が1つあります。それは、HTML5は、ヘビーデューティーな作業を行う際のスピードの王様ではないということです。開発中のプラットフォームのミドルウェアの一部として利用できない処理集中型のコードを実行するとき、JavaScriptのみに依存して処理を実行すると、コードの実行がかなり遅くなる可能性があります。次のレベル(ネイティブアプリ)への移行を検討する必要があります。

0
Onno