인앱 피드백을 수집하는 3가지 방법: Webview, SDK 및 API 2018년 1월 25일

인앱 피드백을 수집하고 분석하는 것은 매우 간단할 수 있습니다. 그렇게 하기 위한 올바른 도구와 방법론이 있어야 합니다. 이전 기사에서 인앱 피드백을 수집하는 것이 모바일 사용자 경험에 중요한 몇 가지 이유를 설명했습니다. 다음 단계는 이 피드백을 수집하는 방법을 보여주는 것입니다. 앱 내에서 피드백을 수집할 때 선택할 수 있는 세 가지 옵션이 있습니다. 모두 고유한 장점과 단점을 제공합니다. 이러한 방법에는 Webview, SDK 및 API가 포함됩니다.

이 기사에서는 각 개별 방법을 정의하고 분석하여 모바일 마케터로서 이러한 방법이 할 수 있는 것과 할 수 없는 것과 이러한 방법을 구현하기 위해 기대하는 것이 무엇인지 더 명확하게 설명합니다.

첫 번째 방법인 webviews 부터 시작하겠습니다.

웹뷰란?

웹뷰는 정의상 모바일 애플리케이션('하이브리드 앱'이라고 하는 것을 생성함)에 포함된 브라우저입니다. Webview를 사용하면 HTML, CSS 또는 JavaScript와 같은 웹 기술을 사용하여 모바일 앱을 빌드할 수 있으며 여전히 사용자가 앱 스토어에서 찾을 수 있는 기본 앱으로 패키징할 수 있습니다.



webview를 통해 피드백을 수집할 때 사용자가 해야 할 일은 피드백 소프트웨어 공급자를 사용하여 webview에 피드백 양식을 로드하는 것입니다. 이렇게 하는 과정은 기본적으로 피드백 양식(웹 페이지로)을 모바일 앱의 셸에 로드하는 것과 동일합니다. 이에 대한 좋은 예는 전자 상거래 또는 스포츠 앱입니다.

참고: 웹뷰는 모바일 반응형 웹사이트와 다릅니다. 웹사이트가 반응형이면 레이아웃 및/또는 콘텐츠가 표시되는 화면 크기에 따라 반응하거나 조정됩니다. 반응형 웹사이트는 사용 중인 기기에 맞게 자동으로 변경됩니다. 일반적으로 반응형 디자인은 와이드스크린 데스크톱 모니터, 더 작은 데스크톱(또는 랩톱), 태블릿 및 휴대폰의 약 4가지 화면 크기에 맞춰져 있습니다. 화면이 작아질수록 콘텐츠가 이동하여 각 화면에 가장 적합한 디스플레이로 변경됩니다.

무료 백서: 좋은 피드백 전략의 중요성

온라인 피드백 양식을 최대한 활용하기 위해 올바른 질문을 하는 방법에 대해 알아보세요.

논문 다운로드

Webview를 통한 인앱 피드백

다음은 webview를 통해 인앱 피드백을 수집할 수 있는 것과 부족한 부분에 대해 자세히 살펴보겠습니다.

장점:

• 빠르고 쉽게 구현할 수 있습니다. 피드백 양식이 실행되는 URL을 webview를 통해 앱에 연결하기만 하면 됩니다. 고급 피드백 도구에는 피드백 양식이 독립 실행형으로 실행되는 고유한 URL이 있습니다. 이것이 의미하는 바는 페이지의 슬라이드인 또는 모달 내부가 아니라 고유한 URL을 사용하여 양식에 주소를 지정할 수 있다는 것입니다.
• 피드백 양식을 쉽게 릴리스/변경합니다. 이는 모바일 앱의 새 버전을 출시하지 않고도 수행할 수 있습니다.

단점:

• 사용자의 인앱 경험을 방해할 수 있습니다. Webview는 사용자가 이론적으로 앱 안에 남아 있음에도 불구하고 디자인에 따라 앱 외부에 있는 것처럼 느낄 수 있습니다. 따라서 webview가 앱에 잘 통합되는 것이 매우 중요합니다. 그러나 이렇게 하려면 추가 노력, 시간 및 사용자 지정이 필요할 수 있습니다.
• 일부 기본/모바일 기능은 사용할 수 없습니다. 웹 보기를 통해 웹 페이지를 로드하기 때문에 스크린샷 찍기(예: 시각적 피드백), GPS(위치 서비스를 통해) 또는 사진 추가(카메라 사용)를 포함한 일부 기능을 사용할 수 없습니다.
• 인터넷 연결은 항상 필요합니다. 완전히 기본으로 실행되는 모바일 앱은 활성 인터넷 연결 없이 작동할 수 있습니다. 그러나 webview는 지속적인 연결이 필요합니다. 연결이 되지 않으면 앱에 피드백 양식이 없습니다.

API란 무엇입니까?

API 또는 응용 프로그래밍 인터페이스는 응용 프로그램 소프트웨어를 구축하는 데 사용되는 정의, 프로토콜 및 도구 집합입니다. 대부분의 대기업은 어느 시점에서 고객 또는 내부 사용을 위해 API를 구축했습니다.

개발 팀은 종종 API를 사용하여 서로 통신할 수 있는 여러 서버로 애플리케이션을 나눕니다. 메인 애플리케이션 서버를 지원하는 서버를 '마이크로서비스'라고 합니다. 고객에게 API를 제공하는 회사는 웹사이트의 사용자 인터페이스에서 볼 수 없는 순수한 데이터 응답 또는 '원시' 응답을 제공하는 일련의 전용 URL을 구축했다고 말하는 또 다른 방법입니다.



두 가지 유형의 피드백 API
고객 피드백 시스템과 관련하여 두 가지 유형의 API가 있습니다. 하나의 API는 피드백을 플랫폼으로 보내는 데 사용됩니다. 이에 대한 몇 가지 예는 웹사이트의 게시물 또는 모바일 앱의 피드백을 피드백 수집 시스템으로 전송하는 것입니다.

두 번째 API는 피드백 시스템에서 피드백을 검색하고 내보내는 API입니다. 예를 들어 시스템에서 피드백을 추출하여 JIRA 또는 Trello와 같은 프로젝트 관리 도구에 추가할 수 있습니다.

API를 통한 인앱 피드백

인앱 피드백을 수집하기 위해 API를 사용할 때의 장점과 단점은 다음과 같습니다.

장점:

• 구축 및 구현 방법에 대한 자유와 유연성. API를 사용하면 따라야 할 규칙이 없습니다. 즉, 피드백 양식을 구현하는 방법을 완전히 제어할 수 있습니다. 직접 작성하고 피드백 양식의 모양을 결정하고 앱에서 언제/어디에 표시할지 선택합니다.
• 모든 모바일 장치 기능을 사용할 수 있습니다. 직접 개발해야 하지만 GPS, 카메라 사진 또는 스크린샷과 같은 모바일 기능을 사용할 수 있지만 webview에서는 사용할 수 없습니다.
• 피드백 양식은 인터넷 연결 없이 작동할 수 있습니다. 피드백 응답은 캐시될 수 있습니다. 즉, 사용자가 연결할 때마다 제출됩니다. 일부 모바일 앱은 인터넷 연결 없이 완벽하게 작동하도록 제작되었기 때문에 이는 중요합니다. 예를 들어, 현장에서 보험금을 청구하는 데 사용되는 여행 보험 애플리케이션이 있습니다. 해외에서 사건이 발생했지만 인터넷에 액세스할 수 없다고 가정해 보겠습니다. 앱은 보험 청구를 캐시하므로 WIFI 영역으로 돌아올 때 모든 데이터를 보험 회사에 제출할 수 있습니다.

단점:

• 모바일 앱의 새 버전을 출시하지 않고는 피드백 양식을 쉽게 변경할 수 없습니다. 예를 들어 피드백 양식에 질문을 추가하거나 변경하려면 인터페이스와 API 게시물을 변경하고 사용자가 다운로드/업데이트해야 하는 앱의 새 버전을 출시해야 합니다.
• 인앱 피드백 양식을 직접 디자인해야 합니다. 그러나 많은 모바일 개발 프레임워크에는 인터페이스를 빠르게 구축할 수 있는 사전 구축된 모듈이 있습니다.
• 더 긴 학습 곡선이 있습니다. 피드백 소프트웨어 공급업체의 API를 아는 것이 중요합니다. 여기에는 오류나 혼란을 분류하기 위해 모든 문서와 가이드에 의존하는 것이 포함됩니다. 그렇기 때문에 질문할 수 있는 커뮤니티가 있는 것이 이상적입니다. 또한 모든 것을 직접 구축하기 때문에 개발하는 데 더 많은 시간이 소요될 수 있습니다.

SDK 란 무엇입니까?

익숙하지 않은 사람들을 위해 SDK는 Software Development Kit의 약자입니다. SDK는 플랫폼에서 구축하는 데 필요한 도구가 포함된 다운로드 가능한 소프트웨어 패키지입니다.



Twilio에 따르면 '개별 SDK는 종종 해당 플랫폼에 맞게 크게 사용자 지정되지만 일반적인 SDK에는 다음이 포함될 수 있습니다.'

• 라이브러리 또는 API: 플랫폼에서 일반적인 프로그래밍 작업을 수행하는 데 도움이 되는 미리 정의된 코드 조각입니다.
• 통합 개발 환경(IDE): 사용자가 버튼이나 텍스트 상자와 같은 그래픽 요소를 디자인할 수 있게 해주는 편집기. IDE는 모바일 SDK에서 매우 일반적입니다.
• 추가 도구: 애플리케이션 디버깅, 빌드, 실행 및 테스트와 같은 작업을 수행하는 데 자주 사용됩니다.

지금 Mopinion의 모바일 SDK를 사용해 보십시오!

인앱 피드백을 위한 유연하고 설치하기 쉬운 SDK를 사용하여 네이티브 앱에서 강력한 피드백을 수집하세요.

여기에서 자세히 알아보기

SDK 대 API
SDK는 사용자가 애플리케이션을 만드는 데 필요한 모든 작업을 수행할 수 있도록 하는 완전한 API 세트입니다. 반면에 API는 특정 목적에 적합할 수 있는 일련의 관련 메서드일 뿐입니다.



이를 이해하기 위해 예를 들어 보겠습니다.
JDK(Java Development Kit)에는 API뿐 아니라 컴파일러, 런타임 시스템 및 기타 기타 도구도 포함되어 있습니다. Java API는 기본적으로 작업할 수 있는 핵심 언어를 구성하는 모든 라이브러리입니다.

인앱 피드백 소프트웨어의 경우 플랫폼별 SDK를 사용하면서 모바일 앱 내부에서 피드백을 수집하기 위한 다양한 솔루션이 있습니다. 예에는 iOS용 Swift SDK 또는 Android용 JAVA SDK가 있습니다.
프로그래밍 언어, 개발 중인 플랫폼 및 필요한 커뮤니케이션 솔루션의 종류(예: 피드백 소프트웨어 제공업체에 피드백 게시)에 따라 다양한 SDK를 사용할 수 있습니다.

SDK를 통한 인앱 피드백

인앱 피드백 수집 측면에서 SDK가 제공할 수 있는 것과 제공할 수 없는 것은 다음과 같습니다.

장점:

• SDK를 사용하면 신속하게 작업을 시작하고 실행할 수 있습니다. 새로운 기능을 앱에 쉽게 통합할 수 있습니다(예: 피드백 수집). 인증, 피드백 공급자에게 피드백 게시, 입력 필드 유효성 검사와 같은 많은 작업이 이미 처리되어 있습니다.
• 모바일 앱의 새 버전을 출시하지 않고도 피드백 양식을 쉽게 변경할 수 있습니다. 이것이 의미하는 바는 앱에 프로그래밍할 필요 없이 피드백 도구에서 질문이나 디자인을 추가/변경할 수 있다는 것입니다.

단점:

• webview보다 학습 곡선이 더 깁니다. API와 유사하게 SDK에 익숙해져야 합니다. 매우 잘 문서화되어 있고 활성 사용자 기반이 있는 일부 SDK가 있습니다. Github이 이에 대한 좋은 예입니다. 그러나 그렇지 않은 경우 훌륭한 고객 서비스를 제공하는 인앱 피드백 공급업체를 선택하는 것이 현명할 수 있습니다.
• 당신은 SDK뿐만 아니라 앱 소프트웨어의 품질에 의존합니다. SDK를 사용하면 본질적으로 소프트웨어 내부에서 소프트웨어를 실행하게 됩니다. 따라서 모바일 앱과 사용 중인 SDK가 모두 모든 소프트웨어 개발 규칙에 따라 개발되더라도 문제가 계속 발생할 수 있습니다. SDK는 앱의 성능을 쉽게 저하시키고 사용자 경험에 결함을 유발할 수 있다는 점을 인지하는 것도 중요합니다. 예를 들어 사용하지 않거나 앱의 다른 기능을 방해하는 모듈을 로드할 수 있습니다.

비즈니스에 가장 적합한 방법 평가…

보시다시피 각 방법에는 구현 요구 사항, 기술 노하우 및 구현 후 성능을 포함하여 고유한 장단점이 있습니다.

당신에게 우리의 조언? 특히 기술적인 관점에서 목표를 미리 정의하고 보유한 리소스와 필요한 리소스를 평가하십시오. 분명히 이러한 모든 방법이 모든 회사에 적합한 것은 아니므로 목표와 능력을 제시함으로써 어떤 방법이 적합한지 결정하는 것이 훨씬 더 쉬울 것입니다.

인앱 피드백에 대해 더 알고 싶으십니까?

지금 백서를 무료로 받으십시오!

백서 다운로드