FI Finnish
SE Swedish
FR French
PL Polish
DE German
US English (US)

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

Finnish
FI Finnish
SE Swedish
FR French
PL Polish
DE German
US English (US)
  • Log in
  • Home
  • Palvelunhallinta
  • Matrix42 Core ydinratkaisu
  • Matrix42 Core ydinratkaisukirjasto
  • Matrix42 Core ydinprosessit ja käyttötapaukset
  • Pro : Palvelupyyntöjen hallinta

Pro yleiskatsaus: Palvelupyyntöjen hallinta

Contact Us

If you still have questions or prefer to get help directly from an agent, please submit a request.
We’ll get back to you as soon as possible.

Please fill out the contact form below and we will reply as soon as possible.

  • Palvelunhallinta
    Matrix42 Professional -ratkaisu Matrix42 Core ydinratkaisu Yrityspalveluiden hallinta Matrix42 älykkyys
  • Identiteetin hallinta ja ylläpito ( IGA )
    IGA yleiskatsaus IGA ratkaisukirjasto
  • Alusta
    ESM ESS2 ESS Efecte Chat palvelunhallintaan Efecte-integraatiot Lisäosat
  • M42 Core & Pro julkaisutiedot, IGA , keskustelupohjainen tekoäly
    2025.3 2025.2 2025.1 2024.2 2024.1 2023.4 2023.3 2023.2 2023.1 2022.4 2022.3 Julkaisutiedot ja käytännöt
  • Muu materiaali
    Käyttöehdot ja dokumentaatio- uid Saavutettavuusselosteet
  • Palvelut
+ More
    • Palvelunhallinta

    • Identiteetin hallinta ja ylläpito ( IGA )

    • Alusta

    • M42 Core & Pro julkaisutiedot, IGA , keskustelupohjainen tekoäly

    • Muu materiaali

    • Palvelut

Pro yleiskatsaus: Palvelupyyntöjen hallinta

Pro yleiskatsaus: Palvelupyyntöjen hallinta

Yhteenveto

Palvelupyyntöjen hallinta on IT-palveluiden hallintaprosessi (ITSM), joka keskittyy käyttäjien erilaisten IT-palveluiden ja -resurssien pyyntöjen tehokkaaseen hallintaan ja täyttämiseen. Toisin kuin häiriöt, joihin tyypillisesti liittyy häiriöitä tai ongelmia, palvelupyynnöt ovat tyypillisesti rutiininomaisia ja käyttäjien ennalta määriteltyjä tarpeita tai vaatimuksia.

Palvelupyyntöjen hallinnan tavoitteena on virtaviivaistaa ja nopeuttaa käyttäjien pyyntöjen täyttämisprosessia varmistaen, että niihin vastataan ajallaan ja asiakastyytyväisyys on korkealla tasolla. Se sisältää jäsennellyn työnkulun ja samalla noudatetaan ennalta määriteltyjä palvelutasosopimuksia (SLA) .

Käyttötapaukset

Prosessi sisältää alla luetellut yleisen tason käyttötapaukset. Näiden käyttötapausten kuvaukset löytyvät niiden omilla sivuilla, joihin pääsee luettelossa olevien linkkien kautta. Nämä erilliset sivut syventyvät käyttötapauksiin, esimerkkiskenaarioihin, työnkulkuihin, tuloksiin ja kuhunkin käyttötapaukseen liittyviin hyötyihin ja tarjoavat yksityiskohtaisen kuvan niiden rooleista prosessissa.

  1. Palvelupyyntöjen luominen
  2. Palvelupyyntöjen hyväksyminen
  3. Palvelupyyntöjen täyttäminen
  4. Palvelupyyntöjen sulkeminen

Käyttötapauskaavio

Tulokanavat

Itsepalvelu on tärkein ja ainoa suositeltu syöttökanava palvelupyynnöille. Vaatimalla käyttäjiä lähettämään pyyntönsä itsepalvelun kautta, se antaa tukitiimeille mahdollisuuden tarjota standardoitua palvelua. Pyyntöjen lähettäminen itsepalvelun kautta varmistaa myös, että pyynnöt kulkevat hyväksyntäprosessin läpi tarvittaessa. Käyttäjien vaatimisella lähettää pyyntöjä itsepalvelun kautta on useita etuja:

  • Tehokkuus ja kätevyys
    • Itsepalvelu tarjoaa käyttäjille kätevän tavan lähettää palvelupyyntöjä milloin tahansa, mistä tahansa, ilman että heidän tarvitsee odottaa tukihenkilöstön saapumista. Käyttäjät voivat käyttää itsepalvelua ja lähettää pyyntönsä itselleen sopivana ajankohtana, mikä nopeuttaa vastausaikoja ja auttaa heitä saamaan nopeammin ratkaisuja tarpeisiinsa.
  • Standardointi ja johdonmukaisuus
    • Itsepalvelun avulla tukitiimit voivat määrittää standardoituja pyyntölomakkeita, jotka voivat käynnistää työnkulkuja palvelunhallintatyökalussa. Tämä varmistaa, että kaikki tarvittavat tiedot tallennetaan etukäteen, eikä lisätietojen keräämiseen tarvitse edestakaista viestintää. Yhdenmukaisten pyyntömuotojen käyttäminen helpottaa tukitiimien pyyntöjen ymmärtämistä ja tehokasta käsittelyä.
  • Vähentyneet viestintäkustannukset
    • Palvelupyyntöjen lähettäminen puhelimitse tai sähköpostitse vaatii usein käyttäjien ja tukihenkilöstön välistä edestakaista viestintää yksityiskohtien selventämiseksi tai puuttuvien tietojen keräämiseksi. Itsepalveluportaalit mahdollistavat käyttäjien antaa kaikki tarvittavat tiedot etukäteen, mikä vähentää jatkoviestinnän tarvetta ja minimoi viivästyksiä pyyntöjen täyttämisessä.
  • Pro käsittely ja ratkaisu
    • Itsepalvelun kautta lähetetyt palvelupyynnöt voidaan reitittää tukiryhmille palvelunhallintatyökalussa ennalta määritettyjen sääntöjen perusteella. Tämä mahdollistaa pyyntöjen nopean osoittamisen oikeille tukiryhmille ja varmistaa, että niihin vastataan viipymättä.
  • Parempi läpinäkyvyys ja näkyvyys
    • Itsepalvelu tarjoaa käyttäjille näkyvyyden palvelupyyntöjensä tilaan ja edistymiseen. Käyttäjät voivat seurata pyyntöjensä elinkaarta, tarkastella päivityksiä ja lisätä kommentteja itsepalvelussa. Tämä läpinäkyvyys parantaa käyttäjätyytyväisyyttä ja vähentää käyttäjien tarvetta ottaa yhteyttä tukeen tilannepäivitysten saamiseksi.

Automaattiset sähköposti-ilmoitukset

Ratkaisu lähettää ennalta määritettyjä sähköposti-ilmoituksia. Ylläpitäjä voi muuttaa sähköposti-ilmoitusten sisältöä. Tarvittaessa tiketin vastaanottajat voivat poistaa heille lähetettävät sähköposti-ilmoitukset käytöstä muokkaamalla henkilökorttiaan. Seuraavassa taulukossa esitetään tapausten hallintaprosessiin liittyvät automaattiset sähköposti-ilmoitukset.

Automaattiset sähköposti-ilmoitukset lähetetään Efecte Service Management Toolin tapahtumien kautta. Sähköpostien sisältö määritellään kuitenkin sähköposti-ilmoitusten datakorteilla. Sähköpostit lähetetään lyhyellä viiveellä (noin minuutti) tapahtuman jälkeen.

# Ilmoituksen kuvaus Lähettäjän osoite Vastaanottaja Lähetetty milloin
1 Tiketti luotu [asiakkaan määrittelemä] Lipun asiakas Kun tiketti on luotu.
2 Tiimi vaihtui lipussa [asiakkaan määrittelemä] Sen joukkueen jäsenet, jolle lippu on osoitettu Joukkueen vaihdon jälkeen.

Lippu odottaa hyväksyntää [asiakkaan määrittelemä]
Asiakkaan suora esimies Kun hyväksyntää vaativa tiketti on luotu.

Lippu hyväksytty [asiakkaan määrittelemä]
Lipun asiakas
Kun lippu on hyväksytty.

Lippu hylätty [asiakkaan määrittelemä]
Lipun asiakas Lipun hylkäämisen jälkeen.

Paikallisen käyttäjän tunnistetiedot luotu
[asiakkaan määrittelemä]

Lipun asiakas
Kun paikallisen käyttäjän pyyntö on käsitelty onnistuneesti.

Paikallisen käyttäjän salasana luotu
[asiakkaan määrittelemä]
Lipun asiakas

Kun paikallisen käyttäjän pyyntö on käsitelty onnistuneesti.

Paikallisen käyttäjän luominen epäonnistui
[asiakkaan määrittelemä]
Lipun asiakas
Kun paikallisen käyttäjän luonti on epäonnistunut (esim. jos käyttäjä on jo olemassa).
3 SLA-määräaika lähestyy tiketissä [asiakkaan määrittelemä] Tiimin jonotuspäällikkö Viisi tuntia ennen tavoiteratkaisuaikaa
4 Uusi sähköposti saapui tikettiin [asiakkaan määrittelemä] Määräysvaltalainen Kun tikettiin on saapunut uusi sähköposti
5 Asiakas lisää kommentin itsepalvelusta [asiakkaan määrittelemä] Määräysvaltalainen Kun asiakas on lisännyt kommentin
6 Vastuuhenkilö vaihtui tiketissä [asiakkaan määrittelemä] Uusi vastuuhenkilö Vastuunottajan vaihtumisen jälkeen
7 Vastuuhenkilö lisää kommentin itsepalveluun [asiakkaan määrittelemä] Lipun asiakas
Kommentin lisäämisen jälkeen
8 Tehtävä annettu [asiakkaan määrittelemä] Määräysvaltalainen Tehtävän määrittämisen jälkeen
9 Tiketti on ratkaistu [asiakkaan määrittelemä] Lipun asiakas
Kun tiketti on ratkaistu

Terminologia

Termi Selitys
Hyväksyntäprosessi Palvelupyynnön hyväksymisprosessi.
Hyväksyjä Hyväksymispäätökset tekevä henkilö.
Palvelupyyntö Käyttäjän virallinen pyyntö käyttää IT-palveluita, kuten ohjelmistoasennuksia, laitteistokokoonpanoja, salasanan palautuksia tai käyttöoikeuksia. Palvelupyyntöjä edustaa tiketit.
Palvelukohta Luettelon tuote, jonka loppukäyttäjät voivat tilata lähettämällä palvelupyynnön itsepalvelun kautta. Tuote voi olla konkreettinen tuote, kuten laite, ohjelmisto tai palvelu.

Edellytykset

  • Määritelty palveluluettelo
    • Hyvin määritelty palveluluettelo, joka selkeästi esittää saatavilla olevat IT-palvelut, palvelukuvaukset, palvelutasot ja niihin liittyvät pyyntöprosessit. Tämä luettelo toimii viitekehyksenä käyttäjille, jotta he voivat ymmärtää saatavilla olevat palvelut ja valita tarpeisiinsa sopivat.
  • Palvelutasosopimukset (SLA:t)
    • Palvelutasosopimusten (SLA) laatiminen, jotka määrittelevät odotetut vaste- ja ratkaisuajat erityyppisille palvelupyynnöille. Palvelutasosopimukset auttavat asettamaan selkeät odotukset käyttäjille ja varmistamaan, että pyyntöihin vastataan sovittujen aikataulujen puitteissa.
  • Tukitiimi ja työnkulku
    • Omistetun tukitiimin tai palvelupyyntöjen hallinnasta vastaavien henkilöiden perustaminen. Selkeiden työnkulkujen ja roolien määrittely tukitiimissä varmistaa pyyntöjen tehokkaan käsittelyn, asianmukaiset tehtävänmääritykset ja tarvittaessa eskaloinnin.
  • Viestintäkanavat ja Pro
    • uid ohjeiden laatiminen käyttäjille palvelupyyntöjen lähettämistä varten (yleensä itsepalvelu) ja selkeä viestintä (yleensä sähköposti ja kommentit itsepalvelussa). Käyttäjille tulisi kertoa uid ja kannustaa käyttämään nimettyä menetelmää.
  • Koulutus ja tietoisuus
    • Pro koulutus- ja tiedotustilaisuuksia sekä käyttäjille että tukitiimeille palvelupyyntöjen hallintaprosessista. Tämä varmistaa, että käyttäjät ymmärtävät, miten pyyntöjä lähetetään tehokkaasti, ja että tukitiimit ovat perehtyneitä pyyntöjen tehokkaaseen käsittelyyn ja ratkaisemiseen.

Edut

  • Parannettu käyttökokemus
    • Prosessi parantaa käyttäjätyytyväisyyttä tarjoamalla käyttäjäystävällisen itsepalvelun, läpinäkyvät viestintäkanavat ja tehokkaan pyyntöjen käsittelyn, mikä johtaa käyttäjien myönteiseen kokonaiskokemukseen.
  • Nopeampi palvelun toimitus
    • Virtaviivaistettujen työnkulkujen ja palvelutasosopimusten noudattamisen ansiosta prosessi nopeuttaa palvelupyyntöjen vasteaikoja ja ratkaisee ne, mikä vähentää seisokkiaikoja ja varmistaa palvelun nopean toimituksen.
  • Standardointi ja johdonmukaisuus
    • Prosessi mahdollistaa pyyntölomakkeiden, luokittelukriteerien ja työnkulkujen standardoinnin. Tämä varmistaa, että kaikki pyynnöt tallennetaan yhdenmukaisella tavalla, mikä helpottaa ymmärrystä, tehokasta reititystä ja standardoitua prosessia pyyntöjen täyttämiseksi.


Näyttelijät ja roolit

Rooli Kuvaus Roolit Efecte Service Management Toolissa (ESM)
Loppukäyttäjä Henkilö, joka käyttää yrityksen tarjoamia tuotteita tai palveluita.

Ei mitään (loppukäyttäjillä ei ole pääsyä ESM:ään)
Service Desk Agent Pro asiakastukea loppukäyttäjille. Service Desk asiakaspalvelija kuuluu tukiryhmään, joka toimii
loppukäyttäjien ensimmäisenä yhteyspisteenä.
Service Desk Agent
Hyväksyjä Hyväksyjä (pyynnön tekijän suora esimies) tekee palvelupyyntöjen hyväksymispäätökset. Ei saatavilla
Kolmannen osapuolen toimijat Kolmannen osapuolen toimijat ovat usein toimittajia, jotka tarjoavat IT-palveluita yritykselle. Ei saatavilla

Parhaat käytännöt lipputyyppien vaihtamiseen

Tapahtumat, palvelutilaukset ja tietopyynnöt käsitellään tikettimallilla. Tikettityyppi- attribuuttia käytetään tikettityypin määrittämiseen. On suositeltavaa ohjeistaa loppukäyttäjiä käyttämään oikeita lomakkeita itsepalveluportaalissa, jotta loppukäyttäjien käyttökokemus olisi sujuva. Joskus pyyntöjä ei kuitenkaan lähetetä oikean lomakkeen kautta. Näissä tilanteissa tikettityyppiä voi muuttaa tietyin rajoituksin. Sallitut ja kielletyt tikettityypin muutokset on lueteltu alla.

Sallitut lipputyypin muutokset

  • Palvelutilaus → Tapahtuma
  • Palvelutilaus → Tietopyyntö
  • Tapahtuma → Tietopyyntö
  • Tiedustelu → Tapahtuma

Lipputyypin muutokset eivät ole sallittuja

  • Tapahtuma → Palvelumääräys
    • Tikettityyppiä ei voi muuttaa tapahtumasta palvelutilaukseksi, koska palvelutilaukset (palvelupyynnöt) vaativat yleensä hyväksynnän. Tilaukset on lähetettävä itsepalveluportaalin kautta, jotta varmistetaan ennalta määriteltyjen hyväksymiskäytäntöjen noudattaminen.
  • Tiedustelu → Palvelumääräys

Usein kysytyt kysymykset

  • Mitä jos loppukäyttäjä yrittää tilata jotain lähettämällä tapahtuman?
    • Suosituksena on pyytää asiakasta lähettämään tilaus oikean lomakkeen kautta itsepalveluportaalissa. Asianmukainen hyväksyntäprosessi, joka jättää jäljen, voidaan tehdä vain itsepalveluportaalin kautta lähetetyille tilauksille.
    • Jos tällaisia tapauksia esiintyy usein, on suositeltavaa luoda pikatäyttö, jonka avulla service desk asiakaspalvelijat voivat ohjeistaa loppukäyttäjiä. Lisäksi suositellaan valmiiksi määritettyä sähköpostipohjaa.
  • Entä jos loppukäyttäjät pyytävät usein tapauslomakkeen kautta jotain, mitä ei ole palveluluettelossa?
    • Suosituksena on tunnistaa usein kysytyt kohdat ja lisätä ne palveluluetteloon, jotta loppukäyttäjät voivat lähettää pyyntöjä itsepalveluna palvelutilauksen kautta. Tämä mahdollistaa standardoidun prosessin, jossa on ennalta määritellyt tehtävät, jotka myös noudattavat hyväksymiskäytäntöjä.
  • Mikä on oletusarvoinen tikettityyppi, kun tiketit luodaan manuaalisesti tai sähköpostitse?
    • Manuaalisesti luotujen tai sähköpostitse saapuneiden tikettien tikettityyppi on oletusarvoisesti asetettu tapahtumaksi. Yllä luetellut säännöt ovat voimassa riippumatta siitä, minkä kanavan kautta tiketti vastaanotettiin.

Was this article helpful?

Yes
No
Give feedback about this article

Related Articles

  • Käyttötapaus: Palvelupyyntöjen luominen
  • Käyttötapaus: Palvelupyyntöjen hyväksyminen
  • Käyttötapaus: Palvelupyyntöjen täyttäminen
  • Käyttötapaus: Palvelupyyntöjen sulkeminen

Copyright 2026 – Matrix42 Professional.

Matrix42 homepage


Knowledge Base Software powered by Helpjuice

0
0
Expand