Felhasználói visszajelzések gyűjtése natív hívási forgatókönyvekben
Bevezetés
Harmadik féltől származó kódtárként el kell ismernünk, hogy a hibaelhárításhoz elengedhetetlen diagnosztikai adatok a végfelhasználói mobileszközökön találhatók. Támogatási modellünk egy szimbiotikus kapcsolaton alapul: az ügyfelek hatékony segítése érdekében biztosítanunk kell, hogy erre fel van-e szerelve. Ez a dokumentáció ismerteti a diagnosztikai adatok gyűjtésének módszertanát, amikor egy felhasználó hibát jelez.
Főbb fejlesztési problémák
- Időben történő gyűjtés: A gyűjtemény naplói közvetlenül a probléma bekövetkezése után jelennek meg.
- A felhasználói munka minimalizálása: Győződjön meg arról, hogy a felhasználó könnyen jelentheti a hibákat az alkalmazásban.
- Adatvédelem és biztonság: A felhasználó adatainak biztonságos tárolása, hozzájárulás kérése az adatok továbbítása előtt.
Fontos információk a felhasználói visszajelzéssel együtt
Azonosítók hívása
A Hívó SDK-val indított összes híváshoz tartozik egy hívásazonosító. A hívásazonosítók belsőleg használhatók a Microsoftnál a hívással kapcsolatos problémák diagnosztizálásához. A hívásazonosítók gyűjtése a támogatás előtérbeli része, és gyorsabb vizsgálathoz vezethet.
A Natív hívó és a felhasználói felületI SDK-ban is léteznek API-k a hívásazonosítók lekéréséhez.
Naplófájlok
A natív hívó SDK és függőségei titkosított .blog fájlokat ad ki egy ideiglenes könyvtárba. Ezek a fájlok nem olvashatók a Microsofton kívül. Adatvédelmi és megfelelőségi okokból titkosítva vannak. Ezek a fájlok az igazság forrása abban, hogy mi történik az adott eszközön a natív SDK-val és annak függőségeivel. Ezek a fájlok a Microsoft fejlesztői és hibaelhárítói számára fontos erőforrást jelentenek.
A fájlokat igénylő .blog forgatókönyveknek ritkábbaknak kell lenniük. Ezek a fájlok fontos második védelmi vonalat alkotnak a hibaelhárításhoz. Arra ösztönözzük a fejlesztőket, hogy proaktív módon gyűjtsék össze őket a támogatási folyamatokon keresztül.
Visszajelzés engedélyezése az ügyféltől
Felhasználói visszajelzési eszközök integrálása
Ha már tudja, milyen adatokat kell gyűjtenie, meg kell felelnie a következő felhasználói történetnek.
Felhasználóként szeretnék jelentést tenni egy problémáról
Minden alkalmazás szabadon implementálhatja a felhasználói támogatást, bármilyen módon, amely a legjobban megfelel a használati esetnek. A felhasználói felület SDK-felhasználói számára is elérhető a beépített mechanizmus, amely segít részben kielégíteni a történetet.
- Hibaűrlap jelentése: Egy gomb és egy űrlap, kattintson a küldéshez. A felhasználói felületi kódtár az űrlap használatra kész implementálását kínálja.
- Hívásvégi visszajelzés: Visszajelzés kérése a hívás végén. A visszajelzési űrlap lehetőséget ad a felhasználónak arra, hogy megossza a hívással kapcsolatos problémáit.
Fontos, hogy ezeket a visszajelzési mechanizmusokat egyértelmű felhasználói hozzájárulási kérésekkel tervezzen, így biztosítva, hogy a felhasználók teljes mértékben értesüljenek a megosztott adatokról és azok céljáról. Ez az átláthatóság bizalmat teremt, és arra ösztönzi a felhasználókat, hogy jelentsenek problémákat.
Támogatási információk és visszajelzés küldése egy kiszolgálónak
A támogatási információk továbbítása
A visszajelzések helyi gyűjtését követően a visszajelzést el kell küldeni egy kiszolgálónak. A beküldés általában egy CRM -t (ügyfélkapcsolat-kezelést) vagy más olyan eszközt célozna, amely képes kezelni az olyan feladatokat, mint az osztályozás, a rangsorolás és a munka hozzárendelése a támogatási szakembereknek.
Bár ez a dokumentum nem az ügyfél-/kiszolgálói kommunikáció teljes helyszínére, valamint az összes lehetséges CRM-re vagy támogatási eszközre vonatkozik, jegyezze fel a következő pontokat:
- Biztonságos átviteli protokollok használata
- A támogatási kérelmek létrehozásakor adja meg a naplókat és a hívásazonosítókat
- A felhasználó által küldött információk (üzenet, hiba időpontja, eszközspecifikációk) belefoglalása
- Adja meg a felhasználónak a problémára vonatkozó nyomon követési információkat (Beállítások: Értesítés az alkalmazásban, e-mail, szöveges üzenet)
Az alkalmazásfejlesztő szabadon döntheti el, hogyan továbbíthatja ezeket az adatokat, mivel az elhagyja a végfelhasználói eszközt, és belép egy felhőbeli kiszolgálóra. Egyszerűsített példaként hivatkozhat a felhasználói visszajelzések gyűjtésére szolgáló oktatóanyagra, amely betekintést nyújt a folyamat ügyfél- és kiszolgálói implementációiba is.
Implementálás az SDK- és felhasználói felületi kódtár-alkalmazások meghívásában
A Hívó SDK-t vagy az ACS felhasználói felületi kódtárat használó fejlesztők számára vegye figyelembe a következő eszközöket és API-kat:
SDK hívása: Az SDK képességeivel figyelheti a hívásazonosítókat, lekérheti a naplókat, és programozott módon gyűjthet más releváns támogatási információkat.
Felhasználói felületi kódtár meghívása: A kódtár beépített támogatási űrlap funkciójával a felhasználók egyszerűen küldhetnek visszajelzéseket és naplókat.
Összegzés
Ez az útmutató hangsúlyozza a diagnosztikai adatok hatékony gyűjtésének és továbbításának szükségességét a natív hívó alkalmazások hatékony felhasználói támogatásához. Ezeknek a stratégiáknak a alkalmazása lehetővé teszi a felhasználói problémák gyors diagnosztizálását és megoldását, javítva az alkalmazás teljesítményét és a felhasználói elégedettséget.