A Microsoft Fabric bevezetési ütemterve: Felhasználói támogatás

Feljegyzés

Ez a cikk a Microsoft Fabric bevezetési ütemtervének cikksorozatának része. A sorozat áttekintéséhez tekintse meg a Microsoft Fabric bevezetési ütemtervét.

Ez a cikk a felhasználói támogatással foglalkozik. Elsősorban a problémák megoldására összpontosít.

A cikk első szakaszai a szervezeten belüli felhasználói támogatási szempontokra összpontosítanak. Az utolsó témakörök a rendelkezésre álló külső erőforrásokra összpontosítanak.

A kapcsolódó témakörök leírásáért, beleértve a készségek mentorálását, a képzést, a dokumentációt és a belső Fabric felhasználói közösségnek nyújtott közös fejlesztési segítséget, olvassa el a Mentorálás és a felhasználói engedélyezés című cikket. Ezeknek a tevékenységeknek a hatékonysága jelentősen csökkentheti a formális felhasználói támogatási kérelmek mennyiségét, és összességében növelheti a felhasználói élményt.

A felhasználói támogatás típusai

Ha egy felhasználónak problémája van, tudja, hogy milyen lehetőségei vannak a megoldásra?

Az alábbi ábra néhány gyakori felhasználói támogatást mutat be, amelyeket a szervezetek sikeresen alkalmaznak:

Diagram shows the four types of internal Fabric user support, and the two types of external support, which are described in the table below.

A fenti ábrán látható hat felhasználói támogatástípus a következők:

Típus Leírás
Type 1. A csapaton belüli támogatás (belső) nagyon informális. A támogatás akkor fordul elő, ha a csapattagok a munkájuk természetes során tanulnak egymástól.
Type 2. A belső közösségi támogatás (belső) szervezhető informálisan, formálisan vagy mindkettőben. Ez akkor fordul elő, ha a munkatársak belső közösségi csatornákon keresztül kommunikálnak egymással.
Type 3. Az ügyfélszolgálat (belső) támogatja a formális támogatási problémákat és kéréseket.
Type 4. A kiterjesztett (belső) támogatás magában foglalja az ügyfélszolgálat által eszkalált összetett problémák kezelését.
Type 5. A Microsoft (külső) támogatása támogatja a licenccel rendelkező felhasználókat és a Fabric-rendszergazdákat. Emellett átfogó dokumentációt is tartalmaz.
Type 6. A közösségi támogatás (külső) magában foglalja a szakértők, a Microsoft legértékesebb szakemberei (MVP-k) és a fórumokon részt vevő és tartalmak közzétételében részt vevő rajongókat.

Egyes szervezeteknél a csapaton belüli és a belső közösség támogatása a leginkább releváns az önkiszolgáló adatok és az üzleti intelligencia (BI) szempontjából – a tartalmakat a decentralizált üzleti egységek létrehozói és tulajdonosai birtokolják és kezelik. Ezzel szemben az ügyfélszolgálat és a kiterjesztett támogatás a technikai problémákra, a vállalati adatokra és a BI-ra van fenntartva (a tartalmakat egy központosított BI-csapat vagy kiválósági központ kezeli). Egyes szervezetekben a támogatás mind a négy típusa bármilyen tartalomtípus esetében releváns lehet.

Tipp.

Az üzleti vezetésű önkiszolgáló, a felügyelt önkiszolgáló, valamint a vállalati adatokkal és bi-fogalmakkal kapcsolatos további információkért tekintse meg a tartalom tulajdonjogáról és kezeléséről szóló cikket.

A fent bemutatott hat felhasználói támogatástípust a cikk további részleteiben ismertetjük.

Csapaton belüli támogatás

A csapaton belüli támogatás azt jelenti, hogy a csapattagok a napi munkájuk során tanulnak és segítenek egymásnak. Az önkiszolgáló tartalomkészítők, akik bajnokként jelennek meg, általában önkéntesen vállalják ezt a fajta informális támogatási szerepkört, mert belső vágyuk van a segítségért. Bár ez egy informális támogatási mód, nem szabad alábecsülni. Egyes becslések szerint a munkahelyi tanulás nagy része társtanulás, ami különösen hasznos a tartományspecifikus elemzési megoldásokat létrehozó elemzők számára.

Feljegyzés

A csapaton belüli támogatás nem működik jól azoknak a személyeknek, akik az egyetlen adatelemzők egy részlegen belül. Azoknak sem hatékony, akik még nem rendelkeznek túl sok kapcsolattal a szervezetükben. Ha nincs olyan közeli munkatárs, akitől függenie kell, akkor a jelen cikkben ismertetett egyéb típusú támogatás is fontosabbá válik.

Belső közösségi támogatás

A közösségi tagok segítsége gyakran üzenet formájában történik egy vitafórumon, vagy egy kifejezetten a gyakorlat közössége számára létrehozott fórum formájában. Például valaki közzéten egy üzenetet, amely szerint problémákat tapasztal egy DAX-számítás működésbe hozásakor, vagy a megfelelő Python-modult keresi, amelyet importálni szeretne. Ezután javaslatokat vagy hivatkozásokat tartalmazó választ kapnak a szervezet egyik munkatársától.

Tipp.

A belső Háló közösség célja, hogy önfenntartó legyen, ami a formális támogatási igények és költségek csökkenéséhez vezethet. A felügyelt önkiszolgáló tartalomlétrehozást is elősegítheti szélesebb körben, szemben a tisztán központosított megközelítéssel. Azonban mindig szükség lesz a belső közösség monitorozására, kezelésére és ápolására. Az alábbiakban két konkrét tippet talál:

  • A nehezebb témakörökben, például a T-SQL, a Python, az Adatelemzési eXpressions (DAX) és a Power Query M képletnyelve több szakértőt is megismerhet. Amikor egy közösségi tag elismert szakértővé válik, túl sok segítségkéréssel túlterhelheti őket.
  • Előfordulhat, hogy a közösség tagjai nagyobb számban válaszolnak bizonyos típusú kérdésekre (például jelentésvizualizációkra), míg kisebb számú tag válaszol másokra (például összetett T-SQL vagy DAX). Fontos, hogy a COE lehetővé tegye a közösség számára, hogy válaszoljon, ugyanakkor hajlandó legyen azonnal kezelni a megválaszolatlan kérdéseket. Ha a felhasználók ismételten feltenek kérdéseket, és nem kapnak választ, az jelentősen akadályozza a közösség növekedését. Ebben az esetben a felhasználók valószínűleg távoznak, és soha nem térnek vissza, ha nem kapnak választ a kérdéseikre.

A belső közösségi vitafórumokat általában Teams-csatornaként vagy Yammer-csoportként lehet beállítani. A választott technológiának tükröznie kell, hogy a felhasználók hol dolgoznak, hogy a tevékenységek a természetes munkafolyamaton belül történjenek.

A belső vitafórumok egyik előnye, hogy a válaszok olyan személyektől származhatnak, akikkel az eredeti kérelmező még soha nem találkozott. A nagyobb szervezetekben a gyakorlati közösség közös érdek alapján hozza össze az embereket. Sokrétű perspektívákat kínál a segítségkéréshez és a tanuláshoz.

A belső közösségi vitacsatorna használatával a Kiválósági Központ (COE) figyelheti az emberek által feltett kérdéseket. Ez az egyik módja annak, hogy a COE megértse a felhasználók által tapasztalt problémákat (amelyek általában a tartalomlétrehozással kapcsolatosak, de a tartalomfogyasztással is összefügghetnek).

A vitafórum-csatorna figyelése további elemzési szakértőket és potenciális bajnokokat is felfedhet, akik korábban ismeretlenek voltak a COE számára.

Fontos

Ajánlott eljárás folyamatosan azonosítani a feltörekvő bajnokokat, és kapcsolatba lépni velük, hogy biztosan képesek legyenek támogatni a kollégáikat. A Gyakorlat Közössége cikkben leírtak szerint a COE-nak aktívan figyelnie kell a vitafórum csatornáját, hogy lássa, ki segít. A COE-nak szándékosan ösztönöznie és támogatnia kell a közösség tagjait. Szükség esetén hívja meg őket a bajnoki hálózatba.

A vitafórumok másik fő előnye, hogy kereshető, így mások is felfedezhetik az információkat. Ez azonban a szokásváltás, hogy az emberek kérdéseket tehetnek fel egy nyílt fórumon ahelyett, hogy privát üzeneteket vagy e-maileket. Legyen érzékeny arra a tényre, hogy egyes személyek nem kényelmes kérdéseket feltenni ilyen nyilvános módon. Nyíltan elismeri, amit nem tudnak, ami kínos lehet. Ez az vonakodás idővel csökkenhet egy barátságos, bátorító és hasznos vitacsatorna támogatásával.

Tipp.

Előfordulhat, hogy egy robot létrehozására van szükség, amely a közösség néhány leggyakoribb, lényegre törő kérdését kezeli. A robotok olyan egyszerű kérdésekre is képesek, mint a "Hogyan licenc kérése?" vagy a "Hogyan munkaterület kérése?" Mielőtt ezt a megközelítést választaná, fontolja meg, hogy van-e elég rutinszerű és kiszámítható kérdés, amely a felhasználói élményt jobbá, mint rosszabbá tenné. A jól létrehozott gyakori kérdések (gyakori kérdések) gyakran jobban működnek, és gyorsabban fejleszthetők és könnyebben karbantarthatóak.

Ügyfélszolgálati támogatás

A segélyszolgálat általában megosztott szolgáltatásként működik, az informatikai részleg személyzete. Azok a felhasználók, akik valószínűleg formálisabb támogatási csatornára támaszkodnak, a következők:

  • Kevésbé tapasztalt felhasználók.
  • Újabb a szervezetnél.
  • Nem szívesen küld üzenetet a belső vitafórum közösségének.
  • A szervezeten belüli kapcsolatok és munkatársak hiánya.

Vannak olyan technikai problémák is, amelyek informatikai beavatkozás nélkül nem oldhatók meg teljes mértékben, például szoftvertelepítési és frissítési kérések, amikor a gépeket informatikai felügyelet alá vonják.

A foglalt ügyfélszolgálati személyzet általában több technológia támogatásával foglalkozik. Ezért a legegyszerűbben azokat a problémákat lehet támogatni, amelyek egyértelmű megoldással rendelkeznek, és egy tudásbázisban dokumentálhatók. A szoftvertelepítés előfeltételei vagy a licenc beszerzésének követelményei.

Egyes szervezetek arra kérik az ügyfélszolgálatot, hogy csak nagyon egyszerű hibajavítási problémákat kezeljenek. Más szervezetek ügyfélszolgálata minden megismételhető dologgal foglalkozik, például új munkaterület-kérelmekkel, átjáró-adatforrások kezelésével vagy új kapacitás kérésével.

Fontos

A Fabric-szabályozási döntések közvetlenül befolyásolják az ügyfélszolgálati kérések mennyiségét. Ha például úgy dönt, hogy korlátozza a munkaterület-létrehozási engedélyeket a bérlői beállításokban, az azt eredményezi, hogy a felhasználók ügyfélszolgálati jegyeket küldenek. Bár ez egy jogos döntés, fel kell készülnie arra, hogy nagyon gyorsan kielégítse a kérést. Ha lehetséges, 1–4 órán belül válaszoljon az ilyen típusú kérésekre. Ha túl sokáig késik, a felhasználók a már meglévőt használják, vagy módot találnak a követelmények megkerülésére. Lehet, hogy nem ez az ideális forgatókönyv. Bizonyos ügyfélszolgálati kérések esetén a parancssor kritikus fontosságú. Vegye figyelembe, hogy a Power Apps és a Power Automate használatával végzett automatizálás segíthet egyes folyamatok hatékonyabbá hatékonyabbá tétele. További információ: Bérlőszintű munkaterület-tervezés.

Idővel a hibaelhárítási és problémamegoldási készségek egyre hatékonyabbá válnak, mivel az ügyfélszolgálat munkatársai bővítik tudásbázisukat és tapasztalatukat a Fabric támogatásával kapcsolatban. A legjobb ügyfélszolgálati munkatársak azok, akik jól megértik, hogy mit kell elérniük a felhasználóknak.

Tipp.

Tisztán technikai problémák, például adatfrissítési hiba vagy új felhasználó hozzáadása egy átjáró adatforrásához, általában egy szolgáltatásiszint-szerződéshez (SLA) társított egyszerű válaszok. Előfordulhat például, hogy egy SLA egy órán belül válaszol a blokkolási problémákra, és nyolc órán belül megoldja őket. Általában nehezebb SLA-kat definiálni a hibaelhárítási problémákhoz, például az adateltéréshez.

Kiterjesztett támogatás

Mivel a COE alapos betekintést nyújt a Fabric teljes szervezeten keresztüli használatába, összetett probléma esetén kiváló lehetőség a kiterjesztett támogatásra. A coe-t a támogatási folyamatban eszkalációs útvonalon kell bevonni.

A kérések kezelése a segélyszolgálattól származó eszkalációs útvonalként nehezen érvényesíthető, mivel a COE-tagok gyakran jól ismertek az üzleti felhasználók számára. Annak érdekében, hogy ösztönözzék a megfelelő csatornákon való áthaladást, a COE-tagoknak át kell irányítaniuk a felhasználókat egy ügyfélszolgálati jegy beküldésére. Emellett javítja az adatminőséget az ügyfélszolgálati kérések elemzéséhez.

A Microsoft ügyfélszolgálata

A cikkben tárgyalt belső felhasználói támogatási megközelítések mellett értékes külső támogatási lehetőségek érhetők el közvetlenül a felhasználók és a Fabric rendszergazdái számára, amelyeket nem szabad figyelmen kívül hagyni.

A Microsoft dokumentációja

Ellenőrizze a Fabric támogatási webhelyét , hogy az összes ügyfelet érintő magas prioritású problémákat tapasztal-e. A Microsoft 365 globális rendszergazdái a Microsoft 365 portálon további támogatási problémák részleteihez férhetnek hozzá.

Tekintse meg az átfogó Fabric-dokumentációt. Ez egy mérvadó erőforrás, amely segíthet a hibaelhárításban és az információk keresésében. A dokumentációs webhely eredményei rangsorolhatók. Adjon meg például egy webhelyre célzott keresési kérelmet a webes keresőmotorba, például power bi gateway site:learn.microsoft.com.

Power BI Pro és Prémium felhasználónkénti végfelhasználói támogatás

A licenccel rendelkező felhasználók támogatási jegyet naplózhatnak a Microsoftnál.

Tipp.

Egyértelművé teheti a belső felhasználói közösség számára, hogy szeretné-e, ha technikai problémákat jelentenek a belső ügyfélszolgálatnak. Ha az ügyfélszolgálata rendelkezik a számítási feladat kezelésére, a központi belső terület gyűjti a felhasználói problémákat, akkor jobb felhasználói élményt biztosíthat, mint minden olyan felhasználó, aki önállóan próbálja megoldani a problémákat. A támogatási problémák láthatósága és elemzése a COE számára is hasznos.

Rendszergazda istrator támogatása

A Háló rendszergazdái több támogatási lehetőséget is igénybe vehetnek.

Azoknak az ügyfeleknek, akik Microsoft Egyesített támogatás szerződéssel rendelkeznek, fontolja meg az ügyfélszolgálat és a COE-tagok hozzáférésének biztosítását a Microsoft Services Hubhoz. A Microsoft Services Hub egyik előnye, hogy az ügyfélszolgálat és a COE-tagok beállíthatják a támogatási kérelmek elküldését és megtekintését.

Globális közösségi támogatás

A cikkben ismertetett belső felhasználói támogatási megközelítések és a Microsoft korábban ismertetett támogatási lehetőségei mellett a fabricek globális közösségét is használhatja.

A globális közösség akkor hasznos, ha egy kérdést könnyen megérthet egy tartománytudás nélküli személy, és ha nem tartalmaz bizalmas adatokat vagy bizalmas belső folyamatokat.

Nyilvánosan elérhető közösségi fórumok

Számos nyilvános közösségi fórum létezik, ahol a felhasználók közzétehetik a problémákat, és válaszokat kaphatnak a világ bármely felhasználójától. A válaszok bárkitől, bárhol, nagyon hatékonyak és rendkívül hasznosak lehetnek. Azonban, mint minden nyilvános fórum esetében, fontos ellenőrizni a fórumon közzétett tanácsokat és információkat. Előfordulhat, hogy az interneten közzétett tanács nem felel meg az Ön helyzetének.

Nyilvánosan elérhető vitafórumok

Nagyon gyakori, hogy az emberek fabric technikai kérdéseket tesznek közzé a közösségimédia-platformokon. Előfordulhat, hogy vitafórumokat talál, közleményeket tehet közzé, és a felhasználók segítenek egymásnak.

Közösségi dokumentáció

A Fabric globális közössége élénk. Minden nap számos fabric blogbejegyzés, cikk, webinárium és videó van közzétéve. Ha a hibaelhárításhoz közösségi információkra támaszkodik, figyeljen az alábbiakra:

  • Milyen frissek az információk. Próbálja meg ellenőrizni, hogy mikor lett közzétéve vagy legutóbb frissítve.
  • Az, hogy a megoldás helyzete és kontextusa valóban megfelel-e az Ön helyzetének és kontextusának.
  • A bemutatott információk hitelessége. Megbízható blogokra és webhelyekre támaszkodhat.

Megfontolandó szempontok és főbb műveletek

Ellenőrzőlista – A felhasználói támogatással kapcsolatos megfontolandó szempontok és főbb műveletek követése.

A csapaton belüli támogatás javítása:

  • Elismerés és bátorítás biztosítása: Ösztönzőket biztosít a bajnokoknak a gyakorlat közösségéről szóló cikkben leírtak szerint.
  • Jutalom-erőfeszítések: Felismerheti és dicsérheti az értelmes, alulról szerveződő erőfeszítéseket, amikor azt látja, hogy ezek történnek.
  • Formális szerepkörök létrehozása: Ha a csapaton belüli informális erőfeszítések nem megfelelőek, fontolja meg az ezen a területen bevezetni kívánt szerepkörök formalizálását. Szükség esetén adja meg a várható hozzájárulásokat és felelősségeket a HR-feladat leírásában.

A belső közösség támogatásának javítása:

  • Folyamatosan bátorítsa a kérdéseket: Bátorítsa a felhasználókat, hogy tegyenek fel kérdéseket a kijelölt közösségi vitafórum csatornán. Ahogy a szokás idővel alakul, normalizálódik, hogy első lehetőségként ezt használja. Idővel fejlődni fog, hogy önsegítőbbé váljon.
  • Aktívan monitorozza a vitafórum területét: Győződjön meg arról, hogy a megfelelő COE-tagok aktívan figyelik ezt a vitafórum-csatornát. Ha egy kérdés megválaszolatlan marad, javíthatnak a válaszokon, vagy szükség esetén korrekciót végezhetnek. További információkra mutató hivatkozásokat is közzétehetnek, hogy felhívják a figyelmet a meglévő erőforrásokra. Bár a közösség célja az önsegítővé válás, még mindig dedikált erőforrásokra van szükség a monitorozásához és ápolásához.
  • Elérhető kommunikációs lehetőségek: Győződjön meg arról, hogy a felhasználói populáció tudja, hogy a belső közösségi támogatási terület létezik. Ez magában foglalhatja a hivatkozások kiemelt megjelenítését. A felhasználói közösséggel folytatott rendszeres kommunikációban hivatkozás is szerepelhet. Testre is szabhatja a Súgó menü hivatkozásait a Háló portálon, hogy a felhasználókat a belső erőforrásokhoz irányíthassa.
  • Automatizálás beállítása: Győződjön meg arról, hogy minden licenccel rendelkező felhasználó automatikusan hozzáfér a közösségi vitafórum csatornához. A licencbeállítást a csoportalapú licencelés használatával automatizálhatja.

A belső ügyfélszolgálat támogatásának javítása:

  • Az ügyfélszolgálat feladatainak meghatározása: Döntse el, hogy az ügyfélszolgálat milyen kezdeti hatókörű hálótámogatási témaköröket fog kezelni.
  • A készültségi szint felmérése: Állapítsa meg, hogy az ügyfélszolgálat készen áll-e a Háló támogatásának kezelésére. Határozza meg, hogy vannak-e megoldandó készültségi hiányosságok.
  • További képzések szervezése: Tudásátadási munkamenetek vagy képzések szervezése az ügyfélszolgálati személyzet felkészítése céljából.
  • Frissítse a segélyszolgálat tudásbázisát: Ismert kérdések és válaszok belefoglalása kereshető tudásbázisba. Győződjön meg arról, hogy valaki felelős a tudásbázis rendszeres frissítéséért az új és továbbfejlesztett funkciók időbeli tükrözése érdekében.
  • Állítson be egy jegykövető rendszert: Győződjön meg arról, hogy megfelelő rendszer működik a segélyszolgálatnak küldött kérelmek nyomon követéséhez.
  • Döntse el, hogy bárki is lesz-e ügyelve a Hálóval kapcsolatos problémákra: Ha szükséges, győződjön meg arról, hogy a 24/7 támogatással kapcsolatos elvárások egyértelműek.
  • Határozza meg, hogy milyen SLA-k fognak létezni: Ha létezik egy adott szolgáltatásiszint-szerződés (SLA), győződjön meg arról, hogy a válaszra és a megoldásra vonatkozó elvárások egyértelműen dokumentálva és kommunikálva vannak.
  • Készüljön fel a gyors cselekvésre: Készüljön fel arra, hogy rendkívül gyorsan megoldjon bizonyos gyakori problémákat. A lassú támogatási válasz azt eredményezi, hogy a felhasználók kerülő megoldásokat találnak.

A coe-k belső kiterjesztett támogatásának javítása:

  • Határozza meg, hogy az eszkalált támogatás hogyan fog működni: Döntse el, hogy milyen eszkalációs útvonal legyen a segélyszolgálat által közvetlenül nem kezelhető kérelmekhez. Győződjön meg arról, hogy a COE (vagy azzal egyenértékű személyzet) készen áll arra, hogy szükség esetén lépjen be. Egyértelműen meghatározhatja, hogy hol fejeződnek be az ügyfélszolgálati feladatok, és hol kezdődnek a COE kiterjesztett támogatási feladatai.
  • A COE és a rendszergazdák közötti együttműködés ösztönzése: Győződjön meg arról, hogy a COE-tagok és a Fabric-rendszergazdák közvetlen eszkalációs útvonalon jutnak el a Microsoft 365 és az Azure globális rendszergazdáihoz. Kritikus fontosságú, hogy legyen kommunikációs csatornája, ha olyan széles körű probléma merül fel, amely túlmutat a Fabric hatókörén.
  • Hozzon létre egy visszajelzési hurkot a COE-tól a segélyszolgálatig: Amikor a COE új információkat szerez, frissíteni kell az informatikai tudásbázist. A cél az, hogy az elsődleges ügyfélszolgálat munkatársai folyamatosan jobban fel legyenek készülve a további problémák kezelésére a jövőben.
  • Hozzon létre egy visszajelzési hurkot az ügyfélszolgálattól a COE-hez: Amikor a támogatási személyzet redundanciákat vagy hatékonysági hiányosságokat észlel, ezeket az információkat közölheti a COE-nak, akik dönthetnek úgy, hogy fejlesztik a tudásbázist, vagy részt vesznek benne (különösen ha az irányítással vagy biztonsággal kapcsolatos).

Megválaszolandó kérdések

A felhasználói támogatás felméréséhez használja az alábbihoz hasonló kérdéseket.

  • Ki felelős a vállalati adatok és bi-megoldások támogatásáért? Mi a helyzet az önkiszolgáló megoldásokkal?
  • Hogyan állapítják meg a kritikus problémák hatékony észlelésére és rangsorolására vonatkozó problémák üzleti hatását és sürgősségét?
  • Van egyértelmű folyamat az üzleti felhasználók számára az adatokkal és a BI-megoldásokkal kapcsolatos problémák jelentésére? Miben különbözik ez a vállalati és az önkiszolgáló megoldások között? Mik az eszkalációs útvonalak?
  • Milyen típusú problémákat tapasztalnak általában a tartalomkészítők és a fogyasztók? Tapasztalnak például adatminőségi problémákat, teljesítményproblémákat, hozzáférési problémákat és másokat?
  • Vannak olyan problémák, amelyek megoldása nélkül lezárulnak? Vannak ma "ismert problémák" az adatelemekben vagy jelentésekben?
  • Folyamatban van egy folyamat, amellyel az adategység-tulajdonosok eszkalálják az önkiszolgáló BI-megoldásokkal kapcsolatos problémákat a központi csapatok, például a COE felé?
  • Milyen gyakoriak az adatokkal és a meglévő megoldásokkal kapcsolatos problémák? Milyen arányban találhatók ezek a problémák, mielőtt hatással lennének az üzleti végfelhasználókra?
  • Általában mennyi ideig tart a problémák megoldása? Ez az időzítés elegendő az üzleti felhasználók számára?
  • Milyen példák vannak a legutóbbi problémákra és a vállalkozásra gyakorolt konkrét hatásra?
  • A vállalati csapatok és tartalomkészítők tudják, hogyan jelenthetik a Hálóval kapcsolatos problémákat a Microsoftnak? A vállalati csapatok hatékonyan használhatják ki a közösségi erőforrásokat a kritikus problémák blokkolásának feloldásához?

Figyelem

A felhasználói támogatás értékelésekor és a kockázatok vagy problémák leírásánál ügyeljen arra, hogy olyan semleges nyelvet használjon, amely nem hibáztatja az egyéneket vagy a csapatokat. Győződjön meg arról, hogy mindenki nézőpontja tisztességesen képviselteti magát egy értékelésben. A kontextus pontos megértéséhez és leírásához összpontosítson objektív tényekre.

Érettségi szintek

Az alábbi érettségi szintek segítenek felmérni a Power BI felhasználói támogatásának aktuális állapotát.

Szinten A felhasználói támogatás állapota
100: Kezdeti • Az egyes üzleti egységek hatékonyan támogatják egymást. A taktikák és gyakorlatok azonban silózva vannak, és nem alkalmazzák következetesen.

• Belső vitafórum-csatorna érhető el. Azonban nem figyeli szorosan. Ezért a felhasználói élmény inkonzisztens.
200: Megismételhető • A COE aktívan ösztönzi a csapaton belüli támogatást és a bajnoki hálózat növekedését.

• A belső vita csatorna nyer vontatás. Ez lesz a kérdések és viták alapértelmezett helye.

• Az ügyfélszolgálat a leggyakoribb technikai támogatási problémák kis részét kezeli.
300: Definiálva • A belső vitacsatorna népszerű és nagyrészt önfenntartó. A COE aktívan figyeli és kezeli a vitafórum csatornát, hogy minden kérdésre gyorsan és helyesen lehessen válaszolni.

• A támogatási gyakoriság, a választémák és a prioritások monitorozására szolgáló ügyfélszolgálati nyomkövető rendszer működik.

• A COE szükség esetén megfelelő kiterjesztett támogatást nyújt.
400: Képes • A segélyszolgálat teljes mértékben betanított és felkészült arra, hogy minél több ismert és várt technikai támogatási problémát kezeljen.

• SLA-k vannak érvényben az ügyfélszolgálat támogatási elvárásainak meghatározásához, beleértve a kiterjesztett támogatást is. Az elvárások dokumentálva és kommunikálva vannak, így minden érintett számára egyértelműek.
500: Hatékony • Kétirányú visszajelzési hurkok léteznek az ügyfélszolgálat és a COE között.

• A fő teljesítménymutatók az elégedettséget és a támogatási módszereket mérik.

• Az automatizálás lehetővé teszi, hogy az ügyfélszolgálat gyorsabban reagáljon, és csökkentse a hibákat (például API-k és szkriptek használatát).

A Microsoft Fabric bevezetési ütemtervsorozatának következő cikkében megismerheti a rendszerfelügyeleti és -felügyeleti tevékenységeket.