it-swarm-ja.com

ネイティブアプリとウェブアプリまたはハイブリッドアプリのユーザーエクスペリエンス認識に関する調査

私の組織はモバイルアプリケーションの開発を検討しており、豊富なWeb開発リソースを持っています。コスト、プラットフォームのサポート、パフォーマンス、保守性など、このアプリケーションの開発方法を決定する際に考慮すべき多くの要素があります。

しかし、ユーザーがハイブリッドモバイルWebアプリよりもネイティブアプリのエクスペリエンスを好むという仮定を実際に裏付ける研究は見つかりませんでした(ハイブリッドappは、PhoneGapなどを使用して埋め込みWebビューで配布されるHTML5アプリです。

一部の people assert ネイティブアプリの方がパフォーマンスが高く、ユーザーエクスペリエンスが優れていると言いますが、なぜですか? ネイティブに対するこのユーザーの好みを示すユーザー調査または分析はありますか?

33
sirtimbly

はい、ユーザーがモバイルデバイスに慣れるにつれて、ネイティブアプリの使用にシフトすることが実証された正式な調査があります。4 この傾向はおそらく3つの要因の組み合わせです。

  • 人々は馴染みのあるものを好みます。ニーズに対応する可能性が高いサイトまたはアプリを知っている人は、その既知のソースを使用する可能性が高くなります探す。 ユーザーは既知のリソースの信頼性が高いので信頼します。一般的な検索を使用する場合、既知のソースに直接再アクセスする場合と比較して、情報ニーズが4倍解決されない
  • モバイルユーザーのブックマークは異なります。モバイルブラウザーのブックマークは控えめに使用されますが、4 代わりに、モバイルユーザーはネイティブアプリをダウンロードして「ブックマーク」します。1,4
  • ネイティブアプリは優れたインタラクションを提供します。
    • オフラインで使用できるため、すばやく開くことができます。2 また、情報をローカルに保存し、ユーザーがアプリを使用した後にのみサーバーと同期できるようにすることで、場合によってはパフォーマンスを高速化することもできます。
    • ユーザーはデバイス固有の手のジェスチャーを使用できます。 AndroidとiOSは、インタラクションのための異なる規則を徐々に開発しており、ネイティブアプリはユーザーが期待する方法で応答します。
    • 彼らは、地理位置情報や加速度計などのデバイス固有の機能にアクセスできます(HTML5では、Webアプリもこれらの機能に徐々にアクセスし始めています)。

[1] Bales、Elizabeth、Timothy Sohn、Vidya Setlur。「計画、アプリ、そしてハイエンドのスマートフォン:現代のクロスデバイスリアクセスの状況を探る。」第9回普及に関する国際会議の議事録Computing、1–18。San Francisco、USA:Springer-Verlag、2011。

[2] Caspar Ryan and Atish Gonsalves。2005.モバイルユーザビリティに対するコンテキストとアプリケーションタイプの影響:実証的研究。コンピュータサイエンスに関する第28回オーストラリア会議のプロシーディング-ボリューム38(ACSC '05) 、Vladimir Estivill-Castro(Ed。)、Vol。38。AustralianComputer Society、Inc.、オーストラリア、ダーリングハースト、115-124。

[3] Heimonen、T.(2009)。「アクティブなモバイルインターネットユーザーの情報ニーズと実践。」第6回モバイルテクノロジー、アプリケーションシステムに関する国際会議の議事録、50:1–50:8。モビリティ'09。ニューヨーク、ニューヨーク、アメリカ

[4] Tossell、C.、Kortum、P.、Rahmati、A.、Shepard、C.、およびZhong、L.(2012)。「スマートフォンでのWeb使用の特徴付け」。2012ACM Annualコンピューティングシステムにおけるヒューマンファクターに関する会議、2769–2778。CHI '12。ニューヨーク、ニューヨーク、米国:ACM。

32
Graham Herrli

ルックアンドフィールは、Webアプリの設計方法によって異なります。ネイティブアプリとまったく同じに見えるように設計できますが、どのようなネイティブにするかを選択する必要があります(複数のWebアプリを作成する場合を除く)。その結果、ほとんどのWebアプリは、iOSとAndroidの両方で使用できるものを探しますが、どちらにも見えません。そのため、人々は外観にコメントすることがあります。

私は最初はWebアプリとして設計された製品に取り組んでいましたが、数か月のユーザビリティテストとユーザーからのフィードバックの後に、ネイティブアプリに変更する予定です。 UXのテストと開発で見つけたものだけでは、正式な調査を行うことはできません。

UXの問題

  1. ほとんどの人々はウェブアプリが何であるかを理解していない。ユーザーに説明した後でも、最もよくある質問は、「どのアプリストアから入手できるか」です。
  2. ブラウザー、ブラウザーのバージョン、および電話の間には非常に多くのバリエーションがあり、それが安定したweb-appを開発することは不可能を実行することが予想されるすべてのデバイスで実行されます。多くのデバイスでどれほど多くのテストを実施しても、ネイティブiOSおよびAndroidアプリでは発生していなかった)、実際にウェブアプリで無限の問題が発生しています。
  3. Webアプリフレームワークは、ネイティブアプリよりも間違いなく遅いです。彼らは速度を向上させていますが、決して競争することはありません。
  4. Webアプリはオフラインでは使用できません-基本バージョンとしてもです。

開発の問題

  1. Webアプリのフレームワークは急速に改善されています。これは、多くの場合、多くのrewritesと、改善に対応するための一定の更新を意味します。
  2. あなたはより幅広いスキルセットが必要あなたがネイティブで行うよりもウェブアプリで働くためにたとえばAndroidでは、Javaが必要です。しかし、私たちのWebアプリには、html、css、sass、javascript、coffeescript、Sencha Touchが必要でした。その結果、Webアプリで作業する人はまず、はるかに多くの言語とツールに慣れる必要があり、誰を訓練するのも長くなりました。
6
JohnGB

他の人が指摘したいくつかの点に同意しません。アプリが静的なコンテンツで十分に設計されていない限り、モバイル用のWebアプリは避けてください。これらの場合でも、アプリはおそらく、ほぼ同時にネイティブで高速に実行するように構築できます。劣ったツールを使用して時間を節約するつもりはありません。未使用のエキスパートWeb開発者がたくさんいない限り、これが「トレードオフ」タイプの決定になることはめったにありません。

ユーザーエクスペリエンス

モバイルWebアプリケーションの速度がやや遅く、高性能の使用例によってのみ制限されるわけではありません。それらは非常に遅く、ユーザーエクスペリエンスに負担がかかるほどです。動的なアニメーションや適度なインタラクティブ性を必要とする機能を目的としている場合-「悪い時間を過ごす」.

私が見た中で最高のWebアプリの1つはこちら http://forecast.io (携帯電話で確認)であり、単純なスクロールビューでも操作が遅いことがわかります。 (付記)開発者たちはまた、あなたがアプリストアから購入しないアプリのコンセプトをマーケティングするのに苦労しました。

優れた設計の1つの要素は、厳密なフィードバックとユーザー応答です。一部の人にとって、タッチスクリーンの操作は既に困難です。モバイルWebアプリには、単純なインタラクションに対する許容可能なフィードバックが含まれていますが、ボタンを押す以外のすべてのことは、単にユーザーのタッチに応答するのにかかる時間が長いため、ネイティブアプリのエクスペリエンスよりも劣ります。

開発

  1. モバイルWebアプリの場合、Webテクノロジーの断片化のために、知識の幅が広がることは事実です。ただし、優れたネイティブアプリを開発するには、言語とフレームワークが複雑であるため、より深い知識が必要です。それは、十分な知識を備えて開発されたWebアプリがないと言っているわけではありませんが、Objective-CまたはJavaアプリケーションを構築するための最小限のスキルは、HTML + Javascriptよりはるかに優れています。 tより多くのテクノロジー名を考えるように自分自身を甘やかす=習得が難しいまた、優れたプログラマーは通常、どのプログラミングテクノロジーでも優れた作業を行うことができます。

  2. Webアプリケーションを開発するときは、デバイス機能のフレームワークに翻弄されます。 iOS 7にすばらしい機能が搭載されている場合、フレームワーク(phonegapなど)がそれらの機能を統合するまで待つ必要があります。ネイティブでは、初日からそれらにアクセスできます。

  3. コードがリファクタリングされるだけで「リライト」されることはほとんどありません。 1年の書き換え回数が指標である場合、より大きな問題があります。ネイティブアプリまたはウェブアプリのリライトまたはリファクタリングに必要な時間に違いはないと思いますが、ここでも、選択したフレームワークのなすがままになっている可能性があります。

[〜#〜]編集[〜#〜]

すべてのあなたの反対者のために-ベンチマーク。 http://sealedabstract.com/rants/why-mobile-web-apps-are-slow/

1
Justin Meiners

質問に答える際の課題は2つあると思います。 1)定義2)研究。

定義については、比較していると仮定します。

ネイティブアプリ =実行しているデバイスのネイティブコードで記述された自己完結型アプリケーション。

vs.

Web App = UIがクライアントでレンダリングされるクライアント/サーバーモデルを使用してWebテクノロジーで記述されたアプリケーションですが、すべてのデータはサーバーでフェッチされて処理されます。

2番目の課題は、それらを比較することです。理想的には、なんらかの形でA/Bテストを実行できるように、ネイティブアプリとWebアプリを何らかの方法で公平に記述できるはずです。それが一定の規則で行われているかどうかは(または、まったくそうであるかどうかは)わかりません。

両方が存在する場合、通常は完全に2つの別々の体験です。たとえば、Flickrを見てみましょう。彼らはモバイルサイト(別名「ウェブアプリ」)を持ち、ネイティブアプリ(別名「アプリストアからダウンロードするもの」)を持っています。問題は、2つのUIと機能が大きく異なるため、一方が他方よりも優れていると簡単に言うことはできません。

結局のところ、どちらが優れているかは、主に構築するアプリの種類に依存します。

1
DA01

アプリの見栄えをよくし、迅速かつスムーズに機能させるには、ネイティブが最適です。各オペレーティングシステムのネイティブアプリのコーディングには余分な時間と労力が必要ですが、ユーザーエクスペリエンスの面でのメリットはそれだけの価値があります。ネイティブアプリは応答性がはるかに高く、完全なネイティブのルックアンドフィールを提供し、ユーザーエクスペリエンスをよりスムーズにします。特にiOS 7フラットUI、奥行き、UIダイナミクスにより、アプリに対するユーザーの期待が高まりました。また、ユーザーをアプリケーションに釘付けにしておくためには、そのプラットフォーム上の他のすべてのアプリと同様に、視覚的および対話的なエクスペリエンスを提供する必要があります。ネイティブロックス!

0
Sagar Mody