Dela via

Samla in feedback från användare i interna samtalsscenarier

  • Artikel

Introduktion

Som ett bibliotek från tredje part måste vi bekräfta att diagnostikdata, som är avgörande för felsökning, finns på slutanvändares mobila enheter. Vår supportmodell bygger på en symbiotisk relation: för att hjälpa dina kunder på ett effektivt sätt måste vi se till att du är utrustad för att göra det. Den här dokumentationen beskriver metoderna för att samla in diagnostikdata när en användare rapporterar ett problem.

Viktiga utvecklingsproblem

  • Insamling i tid: Samlingsloggar omedelbart efter att ett problem har inträffat.
  • Minimera användarinsatsen: Se till att användaren enkelt kan rapportera fel i ditt program.
  • Sekretess och säkerhet: Lagra din användares information på ett säkert sätt, engagera dig proaktivt för medgivande innan du överför data.

Viktig information att ta med med användarfeedback

Samtals-ID:t

Varje samtal som görs med anropande SDK har ett samtals-ID. Samtals-ID:t kan användas internt på Microsoft för att diagnostisera problem med ditt samtal. Insamling av samtals-ID är frontlinjen för support och kan leda till snabbare undersökningar.

I både calling native och UI SDK finns API:er för att hämta samtals-ID:er.

Loggfiler

Det interna anropande SDK:et och dess beroenden matar ut krypterade .blog filer till en tillfällig katalog. Dessa filer kan inte läsas utanför Microsoft. De krypteras av sekretess- och efterlevnadsskäl. Dessa filer är källan till sanningen om vad som händer på den specifika enheten med native SDK och dess beroenden. Dessa filer är en viktig resurs för utvecklare och felsökare inom Microsoft.

Scenarier som kräver .blog filer bör vara mer sällsynta. Dessa filer utgör en viktig andra försvarslinje för felsökning. Vi uppmuntrar utvecklare att proaktivt samla in dem via dina supportflöden.

Aktivera feedback från kunden

Integrera verktyg för användarfeedback

När du vet vilka data som ska samlas in måste du uppfylla följande användarberättelse.

Som användare vill jag rapportera ett problem

Varje program kan implementera användarstöd på det sätt som passar bäst för användningsfallet. Alternativt för UI SDK-användare är den inbyggda mekanismen tillgänglig för att delvis tillfredsställa berättelsen.

  • Rapportera ett ärendeformulär: En knapp och ett formulär, klicka för att skicka. Användargränssnittsbiblioteket erbjuder en färdig implementering av det här formuläret.
  • Feedback från slutpunkt: Begär feedback i slutet av ett samtal. Feedbackformuläret ger användaren möjlighet att dela problem med samtalet.

Det är viktigt att utforma dessa feedbackmekanismer med tydliga uppmaningar om användarmedgivande, så att användarna får fullständig information om de data som delas och dess syfte. Den här transparensen skapar förtroende och uppmuntrar fler användare att rapportera problem.

Skicka supportinformation och feedback till en server

Överföra supportinformationen

När feedback har samlats in lokalt måste den skickas till en server. Inlämningen riktar sig vanligtvis till en CRM (Customer Relationship Management) eller andra verktyg som kan hantera uppgifter som att prioritera, prioritera och tilldela arbete till supportspecialister.

Även om det här dokumentet inte är avsett att täcka hela platsen för klient-/serverkommunikation och alla möjliga CRM:er eller supportverktyg där ute, bör du tänka på följande:

  • Använda protokoll för säker överföring
  • Inkludera loggarna och samtals-ID:t när du skapar supportförfrågningar
  • Inkludera all information som användaren har skickat (meddelande, feltid, enhetsspecifikationer)
  • Ange användaruppföljningsinformation för deras problem (Alternativ: Meddela i app, e-post, sms)

Programutvecklaren kan bestämma hur de ska överföra dessa data när de lämnar slutanvändarens enhet och anger en server i molnet. För ett förenklat exempel kan du referera till självstudien samla in feedback från användare, som ger insikter om både klient- och serverimplementeringar av den här processen.

Implementera i program för anropande SDK och UI-bibliotek

För utvecklare som använder anropande SDK eller ACS-användargränssnittsbiblioteket bör du överväga följande verktyg och API:er:

Slutsats

Den här guiden betonar behovet av att effektivt samla in och överföra diagnostikdata för effektiv användarsupport i interna samtalsprogram. Genom att använda dessa strategier kan du snabbt diagnostisera och lösa användarproblem, vilket förbättrar appens prestanda och användarnöjdhet.