3 種收集應用內反饋的方法：Webview、SDK 和 API 2018 年 1 月 25 日
已發表: 2018-01-25收集和分析應用內反饋可能非常簡單——前提是您擁有合適的工具和方法來執行此操作。 在之前的文章中，我們概述了收集應用內反饋對移動用戶體驗很重要的幾個原因。 下一步是演示如何收集這些反饋。 在應用內收集反饋時，有三個選項可供選擇——所有這些選項都有各自的優點和缺點。 這些方法包括： Webviews、SDK 和 API 。
本文將定義和分析每種方法，讓您（作為移動營銷人員）更清楚地了解這些方法可以做什麼和不能做什麼，以及為了實施這些方法對您的期望。
讓我們從第一種方法開始： webviews 。
什麼是 Web 視圖？
根據定義，webview 是一種已打包到移動應用程序（產生所謂的“混合應用程序”）中的瀏覽器。 Webview 允許使用 Web 技術（例如 HTML、CSS 或 JavaScript）構建移動應用程序，並且仍將其打包為用戶可以在應用程序商店中找到的本機應用程序。 
通過 webview 收集反饋時，用戶需要做的就是使用他們的反饋軟件提供商將反饋表單加載到 webview 中。 這樣做的過程基本上與將反饋表（作為網頁）加載到移動應用程序的外殼中相同。 一個很好的例子是電子商務或體育應用程序。
注意：網頁視圖與移動響應式網站不同。 當網站具有響應性時，佈局和/或內容會根據它們所呈現的屏幕大小做出響應或調整。 響應式網站會自動更改以適合您使用的設備。 通常，響應式設計面向大約四種屏幕尺寸：寬屏桌面顯示器、較小的台式機（或筆記本電腦）、平板電腦和手機。 隨著屏幕變小，內容會移動並更改為每個屏幕的最佳顯示。
免費白皮書：良好反饋策略的重要性
了解如何在在線反饋表中提出正確的問題，以充分利用它。
通過 Webview 的應用內反饋
以下是通過 webview 收集應用內反饋可以提供什麼以及不足之處的詳細介紹：
優點：
- 快速且易於實施。 您需要做的就是通過 web 視圖將運行反饋表單的 URL 鏈接到應用程序中。 更高級的反饋工具有一個唯一的 URL，反饋表單在該 URL 中獨立運行。 這意味著它不在頁面上的滑入或模式中，而是可以使用唯一的 URL 來處理表單。
- 輕鬆發布/更改反饋表。 這可以在不發布移動應用程序的新版本的情況下完成。
缺點：
- 可能會干擾用戶的應用內體驗。 Webviews 有時會讓用戶感覺好像他們在應用程序之外（取決於設計），即使理論上用戶仍然在應用程序內。 因此，將 webview 很好地集成到您的應用程序中是非常重要的。 但是，要做到這一點，可能會花費您一些額外的精力、時間和定制。
- 無法使用某些本機/移動功能。 因為您正在通過 webview 加載網頁，所以某些功能將不可用，包括截屏（例如視覺反饋）、GPS（通過定位服務）或添加圖片（使用相機）。
- 始終需要互聯網連接。 完全本機運行的移動應用程序可以在沒有有效互聯網連接的情況下運行。 但是，webview 需要持續連接。 如果沒有連接，則您的應用程序中沒有反饋表。
什麼是 API？
API 或應用程序編程接口是一組用於構建應用程序軟件的定義、協議和工具。 大多數大公司都在某個時候為他們的客戶或內部使用構建了 API。
開發團隊經常將他們的應用程序分解為多個可以使用 API 相互通信的服務器。 支持主應用服務器的服務器稱為“微服務”。 一家向其客戶提供 API 的公司是另一種說法，他們構建了一系列專用 URL，這些 URL 提供純數據響應（或“原始”響應），您不會在網站的用戶界面中看到這些響應。 
兩種類型的反饋 API
關於客戶反饋系統，有兩種類型的 API。 一個 API 用於將反饋引導至平台。 這方面的一些示例是來自網站的帖子或將反饋從移動應用程序傳輸到反饋收集系統。
第二個 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 開發工具包 (JDK) 不僅包含 API，還包含編譯器、運行時系統和其他雜項工具。 Java API 只是構成您可以開箱即用的核心語言的所有庫。
在應用內反饋軟件方面，有多種解決方案可以在使用特定平台的 SDK 的同時在移動應用內收集反饋。 示例包括適用於 iOS 的 Swift SDK 或適用於 Android 的 JAVA SDK。
根據您的編程語言、您正在開發的平台以及您需要的通信解決方案類型（例如向您的反饋軟件提供商發布反饋），您可以使用各種 SDK。
通過 SDK 的應用內反饋
以下是 SDK 在應用內反饋收集方面可以提供和不可以提供的功能：
優點：
- SDK 允許您快速啟動和運行。 很容易將新功能集成到您的應用程序中（例如收集反饋）。 已經處理了很多事情，例如身份驗證、向反饋供應商發布反饋以及驗證輸入字段。
- 無需發布移動應用程序的新版本即可輕鬆更改反饋表。 這意味著您可以從反饋工具中添加/更改問題或設計，而不必將其編程到應用程序中。
缺點：
- 比使用 webview 更長的學習曲線。 與 API 類似，您需要熟悉 SDK。 有一些 SDK 有很好的文檔記錄並擁有活躍的用戶群。 Github 就是一個很好的例子。 但是，如果情況並非如此，那麼選擇提供出色客戶服務的應用內反饋供應商可能是明智之舉。
- 您依賴於應用軟件的質量以及 SDK。 使用 SDK，您實際上是在一個軟件中運行一個軟件。 因此，即使您的移動應用程序和您使用的 SDK 都是根據所有軟件開發約定開發的，仍然可能會出現問題。 同樣重要的是要知道，SDK 很容易降低應用程序的性能，並可能給用戶體驗帶來缺陷。 例如，您可能正在加載您不使用或乾擾應用程序其他功能的模塊。
評估哪種方法最適合您的業務……
如您所見，每種方法都有其優缺點，包括實施要求、技術訣竅和實施後的性能。
我們對你的建議？ 事先定義您的目標，並評估您擁有哪些資源以及需要哪些資源——尤其是從技術角度來看。 顯然，並非所有這些方法都適合每家公司，因此通過列出您的目標和能力，決定哪種方法適合您會容易得多。
想了解更多關於應用內反饋的信息？
立即免費獲取我們的白皮書！
下載白皮書