Po oddaji podpornega primera Booking Ninjas postane ta primer glavni zapis za to težavo ali zahtevo, da lahko ekipa pregleda kontekst in nadaljuje na enem mestu.
Natančna pot je odvisna od primera. Nekatere stvari je mogoče hitro odgovoriti. Druge potrebujejo pojasnila, raziskave, testiranje ali odločitev o ločenem obsegu.
Kaj se zgodi med prvo revizijo?
- Pregled opisa. Ekipa preveri težavo, prizadeto delovno pot, primere in poslovni vpliv.
- Identificirajte manjkajoči kontekst. Če je primer preširok ali manjka primer, je lahko naslednji korak vprašanje.
- Odločite se za naslednjo akcijo. Primer morda potrebuje odgovor, raziskavo, testiranje, usklajevanje z drugo osebo ali pregled, ali zahteva spremembo trenutne nastavitve.
- Posodabljajte zapis. Pomembne ugotovitve in nadaljnje ukrepe je treba povezati s tem istim primerom.
Pomembno: odgovor lahko potrdi primer, zahteva pojasnilo ali pojasni naslednji korak. To ne pomeni, da je težava že popolnoma rešena.
Zakaj morda Booking Ninjas zahteva dodatne informacije?
Enak simptom ima lahko različne vzroke. Ekipa morda potrebuje primer zapis, prizadetega uporabnika, čas težave, posnetek zaslona, pričakovani rezultat ali korake, ki ponavljajo težavo.
Dodajanje teh informacij obstoječemu primeru ohranja zgodovino skupaj in pomaga preprečiti ponavljanje iste razlage v več kanalih.
Kaj se zgodi, če zahteva spremeni trenutno nastavitev?
Podporna revizija lahko pokaže, da sistem deluje, kot je konfiguriran, vendar želi stranka, da se obnaša drugače. To je drugače od popravljanja nepričakovanega obnašanja.
Nova delovna pot, integracija, migracija podatkov, velika sprememba konfiguracije ali dodatni razvoj morda potrebujejo ločeno revizijo in obseg. Oglejte si Kaj se zgodi, ko se pojavijo nove zahteve? in Kaj lahko zahteva dodatni razvoj?.
Kako bi moralo delovati nadaljnje sledenje in testiranje?
Ohranite pomembne informacije o spremljani težavi v podporni zadevi. WhatsApp ali e-pošta se lahko še vedno uporabljata za neposredno komunikacijo, vendar bi moral primer vsebovati podrobnosti, potrebne za raziskavo in odločanje.
Če primer privede do spremembe, bi morala biti prizadeta delovna pot testirana, preden se sprememba obravnava kot pripravljena. Natančno testiranje je odvisno od tega, kateri uporabniki, podatki, avtomatizacije, integracije ali poročila so prizadeta. Oglejte si Kako se testirajo spremembe.
Kdaj je primer dokončan?
Primer se lahko obravnava kot dokončan, ko je bilo vprašanje odgovorjeno, težava rešena, dogovorjeno obvoz ali odločitev zabeležena ali je bil predmet jasno prenesen v drugo delovno področje, ki ga bo obravnaval ločeno.
Pomembna točka je, da bi moral spremljani predmet končati s jasnim izidom, namesto da bi izginil v neformalnem sporočilnem nizu.
Viri in daljnje branje
- Kakšna podpora je na voljo po zagonu? — pojasnjuje meje podpore Booking Ninjas po zagonu.
- Salesforce Pomoč: Upravljanje in delo s primeri — opisuje posodabljanje podrobnosti primerov in komunikacijo do rešitve.
- Salesforce Pomoč: Nastavite in upravljajte primere — pojasnjuje vlogo primerov kot strukturiranih zapisov za težave strank.
Zunanji viri podpirajo splošne koncepte upravljanja primerov. Natančna pot obravnave Booking Ninjas je odvisna od stranke, primera in izvedenega obsega.