다음을 통해 공유

네이티브 호출 시나리오에서 사용자 피드백 수집

  • 아티클

소개

타사 라이브러리는 문제 해결에 중요한 진단 데이터가 최종 사용자 모바일 디바이스에 있다는 것을 인정해야 합니다. 우리의 지원 모델은 sym바이오tic 관계에 달려 있습니다: 고객을 효과적으로 지원하기 위해, 우리는 당신이 그렇게 할 준비가 되어 있는지 확인해야합니다. 이 설명서에서는 사용자가 문제를 보고할 때 진단 데이터를 수집하는 방법론을 간략하게 설명합니다.

주요 개발 문제

  • 시기 적절하게 수집: 문제가 발생한 직후 컬렉션 로그입니다.
  • 사용자 작업 최소화: 사용자가 애플리케이션 내에서 오류를 쉽게 보고할 수 있는지 확인합니다.
  • 개인 정보 보호 및 보안: 사용자의 정보를 안전하게 저장하고, 데이터를 전송하기 전에 사전 동의에 적극적으로 참여합니다.

사용자 피드백에 포함할 중요한 정보

통화 ID

통화 SDK를 사용한 모든 호출에는 통화 ID가 있습니다. 통화 ID는 Microsoft에서 내부적으로 사용하여 통화 문제를 진단할 수 있습니다. 통화 ID 수집은 지원의 최전선이며 더 빠른 조사로 이어질 수 있습니다.

호출 네이티브 및 UI SDK 모두에서 호출 ID를 검색하는 API가 존재합니다.

로그 파일

네이티브 호출 SDK 및 해당 종속성은 암호화된 .blog 파일을 임시 디렉터리에 출력합니다. 이러한 파일은 Microsoft 외부에서 읽을 수 없습니다. 개인 정보 보호 및 규정 준수를 위해 암호화됩니다. 이러한 파일은 네이티브 SDK 및 해당 종속성이 있는 특정 디바이스에서 발생하는 일에 대한 진실의 근원입니다. 이러한 파일은 Microsoft 내의 개발자 및 문제 해결사에게 중요한 리소스입니다.

파일이 필요한 .blog 시나리오는 좀 더 드물어야 합니다. 이러한 파일은 문제 해결을 위한 중요한 두 번째 방어선을 형성합니다. 개발자는 지원 흐름을 통해 사전에 수집하는 것이 좋습니다.

고객의 피드백 사용

사용자 피드백 도구 통합

수집할 데이터를 알고 나면 다음 사용자 스토리를 충족해야 합니다.

사용자로서 문제를 보고하고 싶습니다.

각 애플리케이션은 사용 사례에 가장 적합한 방식으로 사용자 연결 지원을 자유롭게 구현할 수 있습니다. 또는 UI SDK 사용자의 경우 스토리를 부분적으로 충족하는 데 도움이 되는 기본 제공 메커니즘을 사용할 수 있습니다.

  • 문제 양식 보고: 단추와 폼을 클릭하여 제출합니다. UI 라이브러리는 이 양식의 즉시 사용 가능한 구현을 제공합니다.
  • 통화 종료 피드백: 통화가 끝날 때 피드백을 요청합니다. 피드백 양식은 사용자에게 통화와 관련된 문제를 공유할 수 있는 기회를 제공합니다.

사용자 동의에 대한 명확한 프롬프트를 사용하여 이러한 피드백 메커니즘을 설계하여 사용자가 공유되는 데이터와 그 목적에 대해 완전히 알 수 있도록 하는 것이 중요합니다. 이러한 투명성은 신뢰를 구축하고 더 많은 사용자가 문제를 보고하도록 장려합니다.

서버에 지원 정보 및 피드백 보내기

지원 정보 전송

피드백이 로컬로 수집되면 서버에 제출해야 합니다. 제출은 일반적으로 CRM(고객 관계 관리) 또는 지원 전문가에게 작업 심사, 우선 순위 지정 및 할당과 같은 작업을 처리할 수 있는 기타 도구를 대상으로 합니다.

이 문서는 클라이언트/서버 통신의 전체 프레미스와 가능한 모든 CRM 또는 지원 도구를 다루지는 않지만 다음 사항에 유의하세요.

  • 보안 전송 프로토콜 사용
  • 지원 요청을 만들 때 로그 및 호출 ID 포함
  • 사용자가 제출한 정보 포함(메시지, 오류 시간, 디바이스 사양)
  • 사용자의 문제에 대한 후속 정보 제공(옵션: 앱에서 알림, 전자 메일, 문자 메시지)

애플리케이션 개발자는 최종 사용자 디바이스를 떠나 클라우드의 서버에 들어갈 때 이 데이터를 전송하는 방법을 자유롭게 결정할 수 있습니다. 간소화된 예제의 경우 이 프로세스의 클라이언트 및 서버 구현에 대한 인사이트를 제공하는 수집 사용자 피드백 자습서를 참조할 수 있습니다.

호출 SDK 및 UI 라이브러리 애플리케이션에서 구현

호출 SDK 또는 ACS UI 라이브러리를 활용하는 개발자의 경우 다음 도구 및 API를 고려합니다.

결론

이 가이드에서는 네이티브 호출 애플리케이션에서 효과적인 사용자 지원을 위해 진단 데이터를 효율적으로 수집하고 전송해야 하는 필요성을 강조합니다. 이러한 전략을 사용하면 사용자 문제를 신속하게 진단하고 해결할 수 있으므로 앱의 성능과 사용자 만족도가 향상됩니다.