Udostępnij za pośrednictwem

Zbieranie opinii użytkowników w scenariuszach natywnych połączeń

  • Artykuł

Wprowadzenie

Jako biblioteka innej firmy musimy potwierdzić, że dane diagnostyczne, które mają kluczowe znaczenie dla rozwiązywania problemów, znajdują się na urządzeniach przenośnych użytkowników końcowych. Nasz model pomocy technicznej zależy od relacji bezskutetycznej: aby skutecznie pomagać klientom, musimy upewnić się, że jesteś w tym przygotowany. W tej dokumentacji opisano metodologie zbierania danych diagnostycznych, gdy użytkownik zgłasza problem.

Kluczowe problemy związane z programowaniem

  • Czas zbierania: dzienniki kolekcji natychmiast po wystąpieniu problemu.
  • Minimalizuj nakład pracy użytkownika: upewnij się, że użytkownik może łatwo zgłaszać błędy w aplikacji.
  • Prywatność i zabezpieczenia: bezpieczne przechowywanie informacji użytkownika w celu uzyskania zgody aktywnie przed przesłaniem danych.

Ważne informacje, które należy uwzględnić w opiniach użytkowników

Identyfikatory połączeń

Każde wywołanie wykonane za pomocą zestawu SDK wywołującego ma identyfikator wywołania. Identyfikatory wywołań mogą być używane wewnętrznie w firmie Microsoft do diagnozowania problemów z połączeniem. Zbieranie identyfikatorów połączeń jest linią frontonu pomocy technicznej i może prowadzić do szybszego badania.

W interfejsie SDK wywoływania natywnego i interfejsu użytkownika interfejsu API istnieją interfejsy API do pobierania identyfikatorów wywołań.

Plik dzienników

Natywny zestaw SDK wywołujący i jego zależności wysyłają zaszyfrowane .blog pliki do katalogu tymczasowego. Tych plików nie można odczytać poza firmą Microsoft. Są one szyfrowane ze względów prywatności i zgodności. Te pliki są źródłem prawdy co do tego, co dzieje się na tym konkretnym urządzeniu z natywnym zestawem SDK i jego zależnościami. Te pliki są ważnym zasobem dla deweloperów i osób do rozwiązywania problemów w firmie Microsoft.

Scenariusze wymagające .blog plików powinny być rzadsze. Te pliki tworzą ważną drugą linię obrony na potrzeby rozwiązywania problemów. Zachęcamy deweloperów do proaktywnego zbierania ich za pośrednictwem przepływów pomocy technicznej.

Włączanie opinii od klienta

Integrowanie narzędzi do przesyłania opinii użytkowników

Gdy już wiesz, jakie dane mają być zbierane, musisz spełnić następującą historię użytkownika.

Jako użytkownik chcę zgłosić problem

Każda aplikacja jest bezpłatna do implementowania obsługi użytkowników w dowolny sposób najlepiej pasuje do przypadku użycia. Alternatywnie dla użytkowników zestawu SDK interfejsu użytkownika dostępny jest wbudowany mechanizm, aby pomóc częściowo spełnić ten scenariusz.

  • Zgłoś formularz problemu: przycisk i formularz, kliknij, aby przesłać. Biblioteka interfejsu użytkownika oferuje gotową do użycia implementację tego formularza.
  • Opinia o zakończeniu połączenia: prośba o opinię na końcu połączenia. Formularz opinii daje użytkownikowi możliwość udostępniania problemów, które mieli z połączeniem.

Kluczowe znaczenie ma zaprojektowanie tych mechanizmów przesyłania opinii z wyraźnymi monitami o zgodę użytkownika, zapewniając, że użytkownicy są w pełni poinformowani o udostępnianych danych i ich celach. Ta przejrzystość zwiększa zaufanie i zachęca więcej użytkowników do zgłaszania problemów.

Wysyłanie informacji o pomocy technicznej i opinii do serwera

Przesyłanie informacji o pomocy technicznej

Po zebraniu opinii lokalnie należy przesłać ją do serwera. Przesyłanie zazwyczaj dotyczy crm (zarządzanie relacjami z klientami) lub innych narzędzi, które mogą obsługiwać zadania, takie jak klasyfikowanie, ustalanie priorytetów i przypisywanie pracy do specjalistów pomocy technicznej.

Chociaż ten dokument nie jest przeznaczony do pokrycia całej lokalizacji komunikacji klienta/serwera i wszystkich możliwych crMs lub narzędzi pomocy technicznej, zwróć uwagę na następujące kwestie:

  • Używanie bezpiecznych protokołów transmisji
  • Dołącz dzienniki i identyfikatory wywołań podczas tworzenia żądań pomocy technicznej
  • Dołącz wszelkie przesłane informacje użytkownika (komunikat, czas błędu, specyfikacje urządzenia)
  • Podaj informacje o śledzeniu problemu przez użytkownika (opcje: Powiadamianie w aplikacji, wiadomości e-mail, wiadomości SMS)

Deweloper aplikacji może zdecydować, jak przesyłać te dane, ponieważ opuszcza urządzenie użytkowników końcowych i wchodzi na serwer w chmurze. W uproszczonym przykładzie możesz zapoznać się z samouczkiem dotyczącym zbierania opinii użytkowników, który oferuje wgląd w implementacje klienta i serwera tego procesu.

Implementowanie w wywoływaniu zestawu SDK i aplikacji biblioteki interfejsu użytkownika

W przypadku deweloperów korzystających z zestawu SDK wywołującego lub biblioteki interfejsu użytkownika usługi ACS należy wziąć pod uwagę następujące narzędzia i interfejsy API:

Podsumowanie

W tym przewodniku kładzie się nacisk na konieczność efektywnego zbierania i przesyłania danych diagnostycznych w celu efektywnego obsługi użytkowników w natywnych aplikacjach wywołujących. Zastosowanie tych strategii umożliwia szybką diagnostykę i rozwiązywanie problemów użytkowników, co poprawia wydajność aplikacji i zadowolenie użytkowników.