Feedback van gebruikers verzamelen in systeemeigen belscenario's
Inleiding
Als bibliotheek van derden moeten we erkennen dat diagnostische gegevens, die cruciaal zijn voor het oplossen van problemen, zich op mobiele apparaten van eindgebruikers bevinden. Ons ondersteuningsmodel is afhankelijk van een symbiotische relatie: om uw klanten effectief te helpen, moeten we ervoor zorgen dat u dit kunt doen. In deze documentatie worden de methodologieën beschreven voor het verzamelen van diagnostische gegevens wanneer een gebruiker een probleem rapporteert.
Belangrijke ontwikkelingsproblemen
- Tijdige verzameling: verzamelingslogboeken onmiddellijk nadat er een probleem optreedt.
- Minimaliseer de gebruikersinspanning: zorg ervoor dat de gebruiker eenvoudig fouten in uw toepassing kan rapporteren.
- Privacy en beveiliging: sla de gegevens van uw gebruiker veilig op, neem contact op met toestemming pro-actief voordat u gegevens verzendt.
Belangrijke informatie die u moet opnemen met feedback van gebruikers
Id's bellen
Elke aanroep met de Calling SDK heeft een oproep-id. Oproep-id's kunnen intern worden gebruikt bij Microsoft om problemen met uw gesprek vast te stellen. Het verzamelen van oproep-id's is de frontline van ondersteuning en kan leiden tot snellere onderzoeken.
In zowel de Calling Native als UI SDK bestaan API's om oproep-id's op te halen.
Logboekbestanden
De Native Calling SDK en de bijbehorende afhankelijkheden leveren versleutelde .blog bestanden op in een tijdelijke map. Deze bestanden kunnen niet buiten Microsoft worden gelezen. Ze zijn versleuteld om privacy- en nalevingsredenen. Deze bestanden zijn de bron van waarheid over wat er gebeurt op dat specifieke apparaat met de Systeemeigen SDK en de bijbehorende afhankelijkheden. Deze bestanden zijn een belangrijke resource voor ontwikkelaars en probleemoplossers binnen Microsoft.
Scenario's die bestanden vereisen .blog , moeten zeldzamer zijn. Deze bestanden vormen een belangrijke tweede verdedigingslinie voor probleemoplossing. We raden ontwikkelaars aan om ze proactief te verzamelen via uw ondersteuningsstromen.
Feedback van de klant inschakelen
Hulpprogramma's voor gebruikersfeedback integreren
Zodra u weet welke gegevens moeten worden verzameld, moet u voldoen aan het volgende gebruikersverhaal.
Als gebruiker wil ik een probleem melden
Elke toepassing is gratis om gebruikersgerichte ondersteuning te implementeren op elke manier die het beste past bij de use-case. Voor gebruikersinterface-SDK is het ingebouwde mechanisme ook beschikbaar om gedeeltelijk aan het verhaal te voldoen.
- Een probleemformulier melden: een knop en een formulier, klik om te verzenden. De UI-bibliotheek biedt een kant-en-klare implementatie van dit formulier.
- Feedback einde gesprek: vraag feedback aan het einde van een gesprek. Het feedbackformulier geeft de gebruiker de mogelijkheid om problemen met de oproep te delen.
Het is van cruciaal belang om deze feedbackmechanismen te ontwerpen met duidelijke prompts voor gebruikerstoestemming, zodat gebruikers volledig op de hoogte zijn van de gegevens die worden gedeeld en het doel ervan. Deze transparantie bouwt vertrouwen op en moedigt meer gebruikers aan om problemen te melden.
Ondersteuningsinformatie en feedback verzenden naar een server
De ondersteuningsgegevens verzenden
Zodra feedback lokaal wordt verzameld, moet deze worden verzonden naar een server. Verzending is doorgaans gericht op een CRM (Customer Relationship Management) of andere hulpprogramma's die taken kunnen afhandelen, zoals het sorteren, prioriteren en toewijzen van werk aan ondersteuningsspecialisten.
Hoewel dit document niet bedoeld is om de hele locatie van client-/servercommunicatie en alle mogelijke CRL's of ondersteuningshulpprogramma's daaronder te behandelen, moet u rekening houden met de volgende punten:
- Veilige overdrachtsprotocollen gebruiken
- Neem de logboeken en de oproep-id's op bij het maken van ondersteuningsaanvragen
- Neem alle door de gebruiker ingediende gegevens op (bericht, fouttijd, apparaatspecificaties)
- Geef de gebruiker opvolgingsinformatie op voor het probleem (opties: melden in app, e-mail, sms-bericht)
De ontwikkelaar van de toepassing is vrij om te bepalen hoe deze gegevens moeten worden verzonden, omdat deze het apparaat van eindgebruikers verlaat en een server in de cloud invoert. Voor een vereenvoudigd voorbeeld kunt u verwijzen naar de zelfstudie over het verzamelen van gebruikersfeedback , die inzicht biedt in zowel client- als server-implementaties van dit proces.
Implementeren in aanroepende SDK- en UI-bibliotheektoepassingen
Voor ontwikkelaars die gebruikmaken van de Calling SDK of de ACS UI Library, kunt u de volgende hulpprogramma's en API's overwegen:
Sdk aanroepen: gebruik de mogelijkheden van de SDK om aanroep-id's te observeren, logboeken op te halen en andere relevante ondersteuningsinformatie programmatisch te verzamelen.
Gebruikersinterfacebibliotheek aanroepen: gebruik de ingebouwde ondersteuningsformulierfunctie van de bibliotheek om gebruikers beschikbaar te maken voor een eenvoudige methode voor het verzenden van feedback en logboeken.
Conclusie
Deze handleiding benadrukt de noodzaak om efficiënt diagnostische gegevens te verzamelen en te verzenden voor effectieve gebruikersondersteuning in systeemeigen aanroepende toepassingen. Door deze strategieën te gebruiken, kunnen gebruikersproblemen snel worden vastgesteld en opgelost, waardoor de prestaties en gebruikerstevredenheid van de app worden verbeterd.