En nyttig Booking Ninjas supportanmodning forklarer, hvad der skete, hvor det skete, hvad du forventede, og hvordan problemet påvirker virksomheden.
Du behøver ikke at diagnosticere den tekniske årsag. Klare operationelle detaljer er mere nyttige end at gætte, hvad der er galt bag skærmen.
Hvad skal du inkludere?
- Et klart resumé. Angiv problemet eller anmodningen i én sætning.
- Den berørte arbejdsgang eller område. Forklar, hvor i Booking Ninjas problemet opstår.
- Forventede og faktiske resultater. Sig, hvad du forventede, og hvad der skete i stedet.
- Trin eller eksempler. Inkluder de handlinger, der førte til problemet, når du kan reproducere det.
- Berørte brugere eller poster. Giv nok kontekst til at identificere et nyttigt eksempel uden at afsløre private legitimationsoplysninger.
- Skærmbilleder eller understøttende beviser. Tilføj dem, når de gør problemet lettere at forstå.
- Forretningspåvirkning. Forklar, hvilket arbejde der er blokeret, hvem der er berørt, og om der findes en midlertidig løsning.
Eksempel: “Receptionister kan ikke bekræfte en reservation, efter at depositumet er registreret” er mere nyttigt end “Booking er brudt.”
Hvordan skal du beskrive påvirkning og hastighed?
Beskriv, hvad problemet gør ved driften i stedet for kun at skrive “haster.” For eksempel: ingen brugere kan gennemføre bookinger, et team er blokeret, en kundepost er berørt, eller problemet kan midlertidigt omgås.
Service management vejledning adskiller ofte påvirkning fra hastighed. Påvirkning beskriver, hvor meget af virksomheden der er berørt, mens hastighed beskriver, hvor hurtigt effekten betyder noget. At give begge typer kontekst hjælper supportteamet med at forstå situationen uden at stole på en vag prioriteringsetiket.
Hvad skal du undgå?
- Adgangskoder eller private legitimationsoplysninger. Placer dem ikke i en sagsbeskrivelse eller skærmbillede.
- Flere urelaterede problemer i én sag. Separate emner er lettere at spore hver for sig.
- Kun et skærmbillede uden forklaring. Tilføj det forventede resultat og den handling, der førte til problemet.
- Kun ordet “haster.” Forklar den reelle forretningsmæssige effekt og om der findes en midlertidig løsning.
Hvad hvis du allerede har sendt en direkte besked?
Hvis du allerede har kontaktet Booking Ninjas via WhatsApp eller e-mail, og problemet kræver undersøgelse eller formel opfølgning, skal du åbne en supportanmodning og placere den vigtige kontekst der.
Du kan stadig bruge direkte beskeder til koordinering, men sagen skal blive den primære optegnelse for det sporbare problem. Hvis en sag allerede eksisterer, henvis til den i stedet for at oprette en separat beskedhistorik.
Hvad sker der efter du indsender?
Teamet gennemgår sagen og kan bede om flere oplysninger, før den kan forstås eller testes. Læs Hvad sker der efter du indsender en supportanmodning? for den næste del af processen.
Kilder og yderligere læsning
- Hvordan ændringer testes — forklarer, hvorfor klare scenarier og forventede resultater er vigtige, når en ændring skal testes.
- Salesforce Hjælp: Bedste praksis for sagsstyring — forklarer værdien af at indfange relevante sagsdetaljer og holde en struktureret sagsproces.
- Atlassian: Hvordan påvirkning og hastighed bruges til at beregne prioritet — forklarer den generelle adskillelse mellem forretningspåvirkning, hastighed og prioritet.
Eksterne kilder understøtter generelle service management praksisser. Booking Ninjas kan bruge forskellige interne felter eller arbejdsgange til sine supportanmodninger.