アプリ内フィードバックを収集する3つの方法：Webビュー、SDK、API 2018年1月25日

アプリ内フィードバックの収集と分析は、適切なツールと方法論が整っていれば、非常に簡単です。 前回の記事では、アプリ内フィードバックの収集がモバイルユーザーエクスペリエンスにとって重要であるいくつかの理由を概説しました。 次のステップは、このフィードバックを収集する方法を示すことです。 アプリ内フィードバックの収集に関しては、3つのオプションから選択できます。これらはすべて、独自の長所と短所を提供します。 これらのメソッドには、 Webビュー、SDK、およびAPIが含まれます。

この記事では、個々のメソッドを定義および分析し、モバイルマーケティング担当者として、これらのメソッドで実行できることと実行できないこと、およびこれらのメソッドを実装するために期待されることをより明確にします。

最初の方法であるwebviewsから始めましょう。

Webviewとは何ですか？

Webビューは、定義上、モバイルアプリケーション（いわゆる「ハイブリッドアプリ」を生成する）にパックされたブラウザーです。 Webビューを使用すると、HTML、CSS、JavaScriptなどのWebテクノロジーを使用してモバイルアプリを構築し、ユーザーがアプリストアで見つけることができるネイティブアプリとしてパッケージ化することができます。



Webビューを介してフィードバックを収集する場合、ユーザーが行う必要があるのは、フィードバックソフトウェアプロバイダーを使用してフィードバックフォームをWebビューにロードすることだけです。 これを行うプロセスは、基本的に、フィードバックフォームを（Webページとして）モバイルアプリのシェルにロードするのと同じです。 この良い例は、eコマースまたはスポーツアプリです。

注：ウェブビューは、モバイルレスポンシブウェブサイトと同じではありません。 Webサイトがレスポンシブな場合、レイアウトやコンテンツは、表示される画面のサイズに基づいてレスポンシブまたは適応します。 レスポンシブWebサイトは、使用しているデバイスに合わせて自動的に変更されます。 通常、レスポンシブデザインが対象とする画面サイズは、ワイドスクリーンデスクトップモニター、小型デスクトップ（またはラップトップ）、タブレット、携帯電話の約4つです。 画面が小さくなると、コンテンツがシフトし、各画面に最適な表示に変わります。

無料のホワイトペーパー：優れたフィードバック戦略の重要性

オンラインフィードバックフォームで適切な質問をして、それを最大限に活用する方法を学びましょう。

論文をダウンロードする

Webviewを介したアプリ内フィードバック

Webビューを介してアプリ内フィードバックを収集することで何が得られるのか、そしてどこで不十分なのかを詳しく見てみましょう。

利点：

• すばやく簡単に実装できます。 あなたがする必要があるのはあなたのフィードバックフォームが実行されるところからウェブビューを通してアプリにURLをリンクすることです。 より高度なフィードバックツールには、フィードバックフォームがスタンドアロンとして実行される一意のURLがあります。 これが意味するのは、ページのスライドインやモーダルの内部ではなく、一意のURLを使用してフォームをアドレス指定できるということです。
• フィードバックフォームを簡単にリリース/変更できます。 これは、モバイルアプリの新しいバージョンをリリースせずに実行できます。

短所：

• ユーザーのアプリ内エクスペリエンスを妨げる可能性があります。 Webビューは、理論的にはユーザーがアプリ内にとどまっている場合でも、（デザインによっては）アプリの外部にいるようにユーザーに感じさせることがあります。 したがって、Webビューがアプリ内に適切に統合されていることが非常に重要です。 ただし、これを行うには、余分な労力、時間、およびカスタマイズが必要になる場合があります。
• 一部のネイティブ/モバイル機能を利用することはできません。 Webビューを介してWebページをロードしているため、スクリーンショットの撮影（視覚的なフィードバックなど）、GPS（位置情報サービス経由）、写真の追加（カメラを使用）など、一部の機能は利用できません。
• インターネット接続は常に必要です。 完全にネイティブで実行されるモバイルアプリは、アクティブなインターネット接続がなくても機能します。 ただし、webviewには常時接続が必要です。 接続がない場合、アプリにフィードバックフォームはありません。

APIとは何ですか？

API（Application Programming Interface）は、アプリケーションソフトウェアの構築に使用される一連の定義、プロトコル、およびツールです。 ほとんどの大企業は、ある時点で、顧客用または内部使用用のAPIを構築しています。

多くの場合、開発チームは、APIを使用して相互に通信できる複数のサーバーにアプリケーションを分割します。 メインアプリケーションサーバーをサポートするサーバーは、「マイクロサービス」と呼ばれます。 顧客にAPIを提供している会社は、Webサイトのユーザーインターフェイスには表示されない純粋なデータ応答（つまり「生の」応答）を提供する一連の専用URLを構築したという別の言い方です。



2種類のフィードバックAPI
カスタマーフィードバックシステムに関しては、2種類のAPIがあります。 1つのAPIを使用して、フィードバックをプラットフォームに送信します。 この例としては、ウェブサイトからの投稿や、モバイルアプリからフィードバック収集システムへのフィードバックの転送などがあります。

2番目のAPIは、フィードバックシステムからフィードバックを取得してエクスポートするAPIです。 たとえば、システムからフィードバックを抽出して、JIRAやTrelloなどのプロジェクト管理ツールに追加できます。

APIを介したアプリ内フィードバック

APIを使用してアプリ内フィードバックを収集することの長所と短所は次のとおりです。

利点：

• 構築と実装の方法に関する自由と柔軟性。 APIを使用すると、従わなければならないルールはありません。 つまり、フィードバックフォームの実装方法を完全に制御できます。 自分で作成し、フィードバックフォームの外観を決定し、アプリでいつ/どこに表示するかを選択します。
• すべてのモバイルデバイス機能が利用可能です。 自分で開発する必要がありますが、GPS、カメラの写真、スクリーンショットなどのモバイル機能を使用できますが、Webビューでは使用できません。
• フィードバックフォームは、インターネットに接続していなくても機能します。 フィードバック応答はキャッシュできます。つまり、ユーザーが接続するたびに送信されます。 一部のモバイルアプリはインターネットに接続しなくても完全に機能するように構築されているため、これは重要です。 たとえば、場所の保険金請求を行うために使用される旅行保険アプリケーション。 海外で事件が発生したが、インターネットにアクセスできないとします。 アプリは保険金請求をキャッシュするため、WIFIゾーンに戻ったときに、すべてのデータを保険会社に送信できます。

短所：

• モバイルアプリの新しいバージョンをリリースせずにフィードバックフォームを簡単に変更することはできません。 たとえば、フィードバックフォームで質問を追加または変更する場合は、インターフェースとAPI投稿を変更し、ユーザーがダウンロード/更新する必要があるアプリの新しいバージョンをリリースする必要があります。
• アプリ内フィードバックフォームは自分でデザインする必要があります。 ただし、多くのモバイル開発フレームワークには、インターフェイスをすばやく構築できるようにするモジュールが事前に構築されています。
• より長い学習曲線があります。 フィードバックソフトウェアサプライヤのAPIを理解することが重要です。 これには、エラーや混乱を整理するためにすべてのドキュメントとガイドに依存することが含まれます。 そのため、質問できるコミュニティがあれば理想的です。 また、すべてを自分で構築しているため、開発に時間がかかる可能性があります。

SDKとは何ですか？

なじみのない人のために、頭字語SDKはソフトウェア開発キットの略です。 SDKは、プラットフォーム上で構築するために必要なツールを含むダウンロード可能なソフトウェアパッケージです。



Twilioによると、「個々のSDKは、多くの場合、そのプラットフォームに合わせて大幅にカスタマイズされていますが、一般的なSDKには次のものが含まれている可能性があります」：

• ライブラリまたはAPI：これらは、プラットフォームで一般的なプログラミングタスクを実行するのに役立つ事前定義されたコードです。
• 統合開発環境（IDE）：ユーザーがボタンやテキストボックスなどのグラフィック要素をデザインできるようにするエディター。 IDEはモバイルSDKで非常に一般的です。
• 追加ツール：これらは、アプリケーションのデバッグ、ビルド、実行、テストなどのタスクを実行するためによく使用されます。

MopinionのモバイルSDKのいずれかを今すぐお試しください！

アプリ内フィードバック用のこれらの柔軟でインストールが簡単なSDKを使用して、ネイティブアプリから強力なフィードバックの収集を開始します。

詳細はこちら

SDKとAPI
SDKは、ユーザーがアプリケーションの作成に必要なアクションを実行できるようにするAPIの完全なセットです。 一方、APIは、特定の目的に適している可能性のある一連の関連メソッドにすぎません。



全体像を把握するために、例を使用してみましょう。
Java Development Kit（JDK）には、APIだけでなく、コンパイラ、ランタイムシステム、およびその他のその他のツールも含まれています。 Java APIは、箱から出してすぐに使用できるコア言語を構成するすべてのライブラリです。

アプリ内フィードバックソフトウェアに関しては、プラットフォーム固有のSDKを使用しながら、モバイルアプリ内でフィードバックを収集するためのさまざまなソリューションがあります。 例としては、iOS用のSwiftSDKやAndroid用のJAVASDKがあります。
プログラミング言語、開発対象のプラットフォーム、および必要な通信ソリューションの種類（フィードバックソフトウェアプロバイダーへのフィードバックの投稿など）に応じて、さまざまなSDKを利用できます。

SDKを介したアプリ内フィードバック

アプリ内フィードバック収集に関してSDKが提供できるものと提供できないものは次のとおりです。

利点：

• SDKを使用すると、物事をすばやく立ち上げて実行できます。 新しい機能をアプリに統合するのは簡単です（フィードバックの収集など）。 認証、フィードバックサプライヤへのフィードバックの投稿、入力フィールドの検証など、多くのことがすでに処理されています。
• モバイルアプリの新しいバージョンをリリースすることなく、フィードバックフォームに簡単に変更を加えることができます。 これは、アプリにプログラムするのではなく、フィードバックツールから質問やデザインを追加/変更できることを意味します。

短所：

• Webビューよりも学習曲線が長くなります。 APIと同様に、SDKに精通している必要があります。 非常によく文書化されており、アクティブなユーザーベースを持つSDKがいくつかあります。 Githubはこの良い例です。 ただし、そうでない場合は、優れたカスタマーサービスを提供するアプリ内フィードバックサプライヤーを選択することをお勧めします。
• あなたは、SDKだけでなくアプリのソフトウェアの品質にも依存しています。 SDKを使用すると、基本的に、ソフトウェア内でソフトウェアを実行することになります。 そのため、モバイルアプリと使用しているSDKの両方がすべてのソフトウェア開発規則に従って開発されている場合でも、問題が発生する可能性があります。 SDKはアプリのパフォーマンスを簡単に低下させ、ユーザーエクスペリエンスに欠陥をもたらす可能性があることに注意することも重要です。 たとえば、使用していないモジュールや、アプリの他の機能に干渉するモジュールを読み込んでいる可能性があります。

あなたのビジネスに最適な方法を評価する…

ご覧のとおり、各メソッドには、実装の要件、技術的なノウハウ、実装後のパフォーマンスなど、独自の長所と短所があります。

あなたへのアドバイスは？ 事前に目標を定義し、特に技術的な観点から、どのリソースがあり、どのリソースが必要かを評価します。 明らかに、これらの方法のすべてがすべての企業に適しているわけではないため、目標と機能をレイアウトすることで、どの方法が自分に適しているかを判断するのがはるかに簡単になります。

アプリ内フィードバックについてもっと知りたいですか？

ホワイトペーパーの無料コピーを今すぐ入手してください！

ホワイトペーパーをダウンロードする