Help desk -ohjelmiston vaatimukset: täydellinen tarkistuslista

Keskeiset toiminnalliset vaatimukset

Ehdottoman välttämättömät ominaisuudet

• Tikettienhallintajärjestelmä: Alustan on mahdollistettava tikettien luominen, osoittaminen, päivittäminen, priorisointi, yhdistäminen ja sulkeminen yhdestä käyttöliittymästä. Tämän vaatimuksen täyttyminen tarkoittaa, että jokaisella asiakasvuorovaikutuksella on jäljitettävä elinkaari ensimmäisestä yhteydenotosta ratkaisuun.
• Monikanavainen tuki: Kaikkien saapuvien yhteydenottojen — sähköpostin, reaaliaikaisen chatin, puheluiden, sosiaalisen median ja verkkolomakkeiden — on näyttävä yhtenäisessä saapuneet-kansiossa. Asiakaspalvelijoiden ei pitäisi joutua vaihtamaan erillisten työkalujen välillä eri kanavien käsittelemiseksi.
• Tikettien automaattinen reititys ja osoittaminen: Järjestelmän on käytettävä määritettäviä sääntöjä ohjatakseen tiketit automaattisesti oikealle asiakaspalvelijalle, tiimille tai jonolle esimerkiksi kanavan, ongelmatyypin tai asiakassegmentin perusteella — ilman manuaalista lajittelua.

Tavanomaiset vaatimukset

• Osaamiskanta ja itsepalveluportaali: Alustan on tuettava haettavaa ja jäsenneltyä artikkelien, usein kysyttyjen kysymysten ja ohjeiden kokoelmaa, jota sekä asiakkaat että asiakaspalvelijat voivat käyttää. Asiakkaiden pitäisi pystyä ratkaisemaan yleiset ongelmat avaamatta tikettiä.
• SLA-hallinta ja -seuranta: Sinulla on oltava mahdollisuus määrittää vastaus- ja ratkaisuaikatavoitteet, seurata niiden saavuttamista reaaliajassa ja käynnistää automaattiset eskaloinnit, kun tiketti on vaarassa rikkoa sovittua palvelutasoa.
• Raportointi- ja analytiikkakoontinäytöt: Sisäänrakennettujen koontinäyttöjen on tuotava esiin esimerkiksi CSAT-pisteet, ensimmäisen vastauksen aika, ratkaisuprosentit ja yksittäisten asiakaspalvelijoiden suorituskyky ilman, että tietoja tarvitsee viedä erikseen niiden tarkastelemiseksi.
• Valmiit vastaukset ja makrot: Asiakaspalvelijoiden on voitava tallentaa ja lisätä valmiiksi kirjoitettuja vastausmalleja yleisiä kysymyksiä varten. Makrojen pitäisi tukea monivaiheisia toimintoja, kuten vastauksen lähettämistä ja tikettikentän päivittämistä samanaikaisesti.
• Yhteistyötyökalut: Alustan on tuettava sisäisiä muistiinpanoja, @mainintoja ja jaettuja saapuneet-kansioita, jotta asiakaspalvelijat voivat koordinoida tikettien käsittelyä asiakkaan näkemättä keskustelua.

Erityisvaatimukset

• Tekoäly- ja keskustelubottiominaisuudet: Alustan pitäisi käsitellä ensilinjan vastauksia automaattisesti, tunnistaa asiakkaan tarkoitus viestin sisällöstä ja vähentää tikettien määrää tarjoamalla asiaankuuluvaa itsepalvelusisältöä ennen asiakaspalvelijan osallistumista.
• Huoltopalvelun ja paikan päällä tehtävien lähetysten hallinta: Yrityksille, jotka lähettävät teknikkoja asiakkaiden luo, alustan on tuettava kenttätyöntekijöiden aikataulutusta, työtehtävien osoittamista ja tilan seurantaa — ei vain digitaalisten tukijonojen hallintaa.

Tekniset ja integraatiovaatimukset

Ehdottoman välttämättömät ominaisuudet

• CRM-integraatio: Alustan on yhdistyttävä natiivisti tai API:n kautta CRM-järjestelmääsi — esimerkiksi Salesforceen, HubSpotiin tai vastaavaan — jotta asiakaspalvelijat näkevät asiakasprofiilit kokonaisuudessaan, avoimet kaupat ja vuorovaikutushistorian poistumatta tukipalvelukäyttöliittymästä.
• Avoin REST API ja webhookit: Alustan on tarjottava dokumentoitu REST API ja tuettava lähteviä webhookeja, jotta tiimisi voi rakentaa mukautettuja integraatioita, käynnistää ulkoisia työnkulkuja ja synkronoida tietoja sellaisten työkalujen kanssa, joille ei ole valmiita liittimiä.
• Pilvipohjainen SaaS-käyttöönotto ja käytettävyys-SLA: Toimittajan on ylläpidettävä ja isännöitävä alustaa, ja sen on sisällettävä sopimukseen perustuva vähintään 99,9 prosentin käytettävyystakuu, jolloin tiimisi ei tarvitse hallita infrastruktuuria tai huolehtia palvelinten ylläpidosta.

Get Free Access

Unlock practical AI frameworks, peer-led conversations, and strategic CX insights.

Get Free Access

Have an account? Log In

Tavanomaiset vaatimukset

• Sähköposti- ja kalenteri-integraatio: Alustan on synkronoitava kaksisuuntaisesti Gmailin, Outlookin ja Office 365:n kanssa, jotta asiakaspalvelijat voivat hallita tikettien kirjeenvaihtoa ja aikataulutusta ilman siirtymistä sovelluksesta toiseen.
• Mobiilisovellukset iOS:lle ja Androidille: Alustalla on oltava natiivimobiilisovellukset, joiden avulla asiakaspalvelijat voivat tarkastella, vastata ja päivittää tikettejä puhelimella tai tabletilla – ei pelkästään mobiililaitteille optimoitua selainnäkymää.
• Valmiit integraatiot viestintätyökaluihin: Alustan on tarjottava käyttövalmiit integraatiot työkaluihin, kuten Slackiin, Microsoft Teamsiin ja Zoomiin, jotta tikettihälytykset, eskaloinnit ja asiakaspalvelijoiden yhteistyö voivat tapahtua tiimisi jo käyttämissä työkaluissa.
• Skaalautuvuus ja suorituskyky: Alustan on säilytettävä tasaiset vasteajat ja tikettien käsittelykapasiteetti tukipyyntöjen määrän ja asiakaspalvelijoiden lukumäärän kasvaessa ilman manuaalisia infrastruktuurimuutoksia tai käyttökatkoja aiheuttavia tilauksen päivityksiä.

Erityisvaatimukset

• Paikallisen käyttöönoton vaihtoehto: Tiukkoja tietojen sijaintia koskevia käytäntöjä tai sääntelyrajoitteita noudattaville organisaatioille toimittajan on tarjottava täysin itse isännöity käyttöönotto, joka toimii kokonaan omassa infrastruktuurissasi.
• Verkkokauppa-alustojen integraatiot: Alustan on muodostettava yhteys verkkokauppajärjestelmiin, kuten Shopifyhin, Magentoan tai WooCommerceen, ja tuotava tilaustiedot, toimituksen tila sekä ostohistoria suoraan tiketinnäkymään.
• Puhelin- ja CTI-integraatio: Alustan on integroiduttava syvällisesti yhteyskeskusten puhelinjärjestelmiin ja mahdollistettava ominaisuudet, kuten saapuvien puheluiden yhteydessä avautuvat näyttöikkunat, puhelutietueista automaattisesti luotavat tiketit sekä asiakkaan tikettihistoriaan yhdistetty puheluiden kirjaaminen.

Turvallisuus- ja vaatimustenmukaisuusvaatimukset

Ehdottomat vaatimukset

• Tietojen salaus siirron aikana ja levossa: Alustan on salattava kaikki käyttäjien ja palvelinten välillä siirtyvät tiedot TLS/SSL:n avulla sekä tallennettava tiedot AES-256-salauksella tai vastaavalla salauksella. Tämän vaatimuksen täyttäminen tarkoittaa, että asiakastiedot eivät ole luvattomien osapuolten luettavissa riippumatta siitä, siirretäänkö niitä vai ovatko ne tietokannassa.
• Roolipohjainen käyttöoikeuksien hallinta (RBAC): Alustan on mahdollistettava käyttöoikeuksien määrittäminen roolitasolla, jotta voidaan hallita tarkasti, mitkä asiakaspalvelijat, esihenkilöt ja tiimit voivat tarkastella, muokata tai poistaa tikettejä, asiakastietoja ja asetuksia. Tämän vaatimuksen täyttäminen tarkoittaa, ettei yhdelläkään asiakaspalvelijalla ole tehtävänsä edellyttämiä laajempia käyttöoikeuksia.
• GDPR:n ja tietosuojasäädösten noudattaminen: Alustan on tuettava rekisteröidyn oikeuksia koskevia pyyntöjä, suostumusten hallintaa ja määritettävissä olevia tietojen säilytyskäytäntöjä. Tämän vaatimuksen täyttäminen tarkoittaa, että voit vastata poistopyyntöihin, hallita asiakastietojen säilytysaikaa ja osoittaa sääntelyn noudattamisen sitä pyydettäessä.

Vakiovaatimukset

• Kertakirjautumisen (SSO) ja SAML:n tuki: Alustan on integroiduttava identiteetintarjoajiin, kuten Oktaan tai Azure Active Directoryyn, jotta asiakaspalvelijat voivat kirjautua organisaatiosi nykyisen todennusjärjestelmän kautta. Tämän vaatimuksen täyttäminen tarkoittaa, että voit valvoa koko yrityksen kattavia käyttöoikeuskäytäntöjä ja poistaa asiakaspalvelijoiden käyttöoikeudet välittömästi heidän lähtiessään organisaatiosta.
• Kaksivaiheinen ja monivaiheinen todennus (2FA/MFA): Alustan on tuettava kirjautumisen yhteydessä toista vahvistusvaihetta todennussovelluksen, tekstiviestin tai laitteistoavaimen avulla. Tämän vaatimuksen täyttäminen tarkoittaa, etteivät vaarantuneet salasanat yksin riitä tukipalveluun pääsyyn.
• Tarkastuslokit ja toiminnan seuranta: Alustan on ylläpidettävä täydellistä ja väärentämisen paljastavaa lokia käyttäjien toimista, mukaan lukien tikettien muokkaukset, tilan muutokset, asetusten päivitykset ja kirjautumistapahtumat. Tämän vaatimuksen täyttäminen tarkoittaa, että voit selvittää tarkasti, mitä missä tahansa tikettitapauksessa tai ylläpitoistunnossa tapahtui.
• SOC 2 Type II -tarkastus: Toimittajalla on oltava riippumattoman tarkastajan laatima voimassa oleva SOC 2 Type II -raportti, joka vahvistaa, että toimittajan turvallisuustoimet on testattu ajan kuluessa eikä arvioitu vain yhtenä ajankohtana. Tämän vaatimuksen täyttäminen tarkoittaa, että sinulla on ulkopuolisen osapuolen näyttöä siitä, että toimittaja käsittelee tietojasi vastuullisesti.

Erityisvaatimukset

• HIPAA-vaatimustenmukaisuus: Toimittajan on allekirjoitettava liikekumppanisopimus (BAA) ja osoitettava, että käyttöoikeuksiin, salaukseen, auditointilokien kirjaamiseen ja tietoturvaloukkausten ilmoittamiseen liittyvät kontrollit täyttävät HIPAA:n suojattuja terveystietoja koskevat vaatimukset. Tämän vaatimuksen täyttäminen tarkoittaa, että terveydenhuolto-organisaatiot voivat lainmukaisesti käyttää alustaa potilaisiin liittyvien tukipyyntöjen käsittelyyn.
• PCI-DSS-vaatimustenmukaisuus: Alustan on täytettävä maksukorttialan tietoturvastandardin (PCI-DSS) kontrollit kaikissa ympäristöissä, joissa maksukorttitietoja voi esiintyä tukipyynnöissä tai asiakasviesteissä. Tämän vaatimuksen täyttäminen tarkoittaa, ettet altista kortinhaltijoiden tietoja suojaamattomassa tukikanavassa.
• Tietojen sijainti ja alueelliset isännöintivaihtoehdot: Toimittajan on tarjottava mahdollisuus tallentaa tietosi tietylle maantieteelliselle alueelle – kuten EU:n, Yhdysvaltojen tai APAC-alueelle – ilman, että niitä replikoidaan muille lainkäyttöalueille. Tämän vaatimuksen täyttäminen tarkoittaa, että voit noudattaa paikallisia tietojen suvereniteettia koskevia lakeja ja sisäisiä tiedonhallintakäytäntöjä.

Toimittajan tuen ja käyttöönoton vaatimukset

Ehdottomat vaatimukset

• Tekninen tuki ympäri vuorokauden: Toimittajan on tarjottava teknistä tukea vuorokauden ympäri reaaliaikaisten kanavien kautta – ei ainoastaan dokumentaation tai tukipyyntöjen avulla. Tämän vaatimuksen täyttäminen tarkoittaa, että tiimilläsi on todellinen eskalointikanava, kun jokin rikkoutuu keskiyöllä tai viikonloppuna.
• Läpinäkyvä hinnoittelu ja lisensointi: Toimittajan on julkaistava selkeä ja ennakoitava hinnoittelu – agenttikohtainen, tasokohtainen tai käyttöön perustuva – ilman tavanomaisista toiminnoista perittäviä ilmoittamattomia maksuja. Tämän vaatimuksen täyttäminen tarkoittaa, että voit laatia budjetin tarkasti ja välttää sopimuksen allekirjoittamisen jälkeiset kustannusyllätykset.
• Tietojen siirtämisen tuki: Toimittajan on tarjottava työkaluja, dokumentaatiota tai käytännön tukea olemassa olevan tukipyyntöhistorian, asiakastietojen ja asetusten siirtämiseen vanhasta järjestelmästäsi. Tämän vaatimuksen täyttäminen tarkoittaa, ettet menetä organisaation tietämystä tai jätä agentteja ilman aiempaa kontekstia siirtymän aikana.

Vakiovaatimukset

• Nimetty käyttöönottopäällikkö: Toimittajan on nimettävä käyttöönottokontakti, joka ohjaa tiimiäsi alkuasetusten, määritysten ja käyttöönoton aikana. Tämän vaatimuksen täyttäminen tarkoittaa, että sinulla on yksi vastuuhenkilö käyttöönoton riskialtteimman vaiheen aikana.
• Dokumentaatio ja koulutusresurssit: Toimittajan on ylläpidettävä ajantasaisia itsepalvelumateriaaleja – kirjallisia oppaita, video-ohjeita ja sertifiointipolkuja – joita agentit ja ylläpitäjät voivat käyttää tarvittaessa. Tämän vaatimuksen täyttäminen tarkoittaa, ettei tiimisi ole täysin riippuvainen toimittajan tuesta alustan oppimisessa.
• Säännölliset tuotepäivitykset ja näkyvyys tuotekehityksen etenemissuunnitelmaan: Toimittajan on julkaistava tuotekehityksen etenemissuunnitelma ja julkaisutiedotteet säännöllisesti. Tämän vaatimuksen täyttäminen tarkoittaa, että voit suunnitella toimintaasi tulevien muutosten perusteella ja arvioida, vastaako alustan kehityssuunta pitkän aikavälin tarpeitasi.
• Käyttäjäyhteisö ja kumppaniekosysteemi: Toimittajan on ylläpidettävä aktiivista käyttäjäfoorumia ja sertifioitujen konsulttien tai kolmannen osapuolen kehittäjien verkostoa. Tämän vaatimuksen täyttäminen tarkoittaa, että voit hyödyntää vertaistietoa, löytää käyttöönoton tukea ja laajentaa alustaa ilman, että sinun tarvitsee kääntyä toimittajan puoleen kaikissa asioissa.

Erityisvaatimukset

• Nimetty asiakasmenestyspäällikkö: Toimittajan on nimettävä asiakkuudestasi vastaava yhteyshenkilö, joka huolehtii jatkuvasta asiakassuhteesta – ei vain käyttöönotosta. Tämän vaatimuksen täyttäminen tarkoittaa, että suuryritysten tiimeillä on ennakoivasti toimiva kumppani, joka seuraa käyttöäsi, tuo ongelmat esiin ja ajaa tarpeitasi organisaation sisällä.
• Ammattilaispalvelut mukautettuun kehitykseen: Toimittajan on tarjottava oma palvelutiimi, joka voi rakentaa vakiotuotetta pidemmälle meneviä räätälöityjä työnkulkuja, integraatioita tai määrityksiä. Tämän vaatimuksen täyttäminen tarkoittaa, etteivät epästandardien tarpeiden kanssa työskentelevät organisaatiot joudu luottamaan täysin kolmannen osapuolen kehittäjiin saadakseen alustan toimimaan tarpeidensa mukaisesti.

Käyttäjäkokemuksen ja muutoksenhallinnan vaatimukset

Ehdottomat vaatimukset

• Intuitiivinen agentin käyttöliittymä: Alustan on tarjottava selkeä ja loogisesti järjestetty työtila, jossa agentit voivat siirtyä tukipyyntöjen, asiakastietojen ja sisäisten työkalujen välillä ilman jyrkkää oppimiskynnystä. Tämän vaatimuksen täyttäminen tarkoittaa, että uudet agentit voivat käsitellä ensimmäisen tukipyyntöjononsa ilman viikkojen alustakohtaista koulutusta.
• Mukautettava agentin työtila: Agenttien on voitava määrittää omat koontinäyttönsä, tukipyyntönäkymänsä ja jonosuodattimensa vastaamaan heidän todellista työskentelytapaansa. Tämän vaatimuksen täyttäminen tarkoittaa, että jokainen agentti näkee tehtävänsä kannalta olennaisimmat tiedot ilman, että hänen tarvitsee selata merkityksettömiä kenttiä tai sekavia asetteluja.
• Asiakkaiden itsepalveluportaali: Alustan on tarjottava brändätty portaali, jossa asiakkaat voivat lähettää tukipyyntöjä, seurata pyyntöjen tilaa reaaliajassa ja käyttää tietopankkia. Tämän vaatimuksen täyttäminen tarkoittaa, että asiakkailla on suora ja läpinäkyvä kanava, joka vähentää saapuvien yhteydenottojen määrää ja asettaa selkeät odotukset ratkaisun suhteen.

Vakiovaatimukset

• Ylläpitäjän kooditon määritys: Muiden kuin teknisten ylläpitäjien on voitava muokata tukipyyntökenttiä, työnkulkusääntöjä, reitityslogiikkaa ja portaalin asetuksia visuaalisen käyttöliittymän kautta – ilman koodin kirjoittamista tai kehittäjäpyyntöjen lähettämistä. Tämän vaatimuksen täyttäminen tarkoittaa, että tiimisi voi mukauttaa alustan prosessimuutoksiin ilman kehityksen muodostamaa pullonkaulaa.
• Sovelluksensisäinen käyttöönotto ja ohjattu määritys: Alustan on sisällettävä esittelykierroksia, työkaluvihjeitä ja määrityksen tarkistuslistoja, jotka auttavat uusia agentteja ja ylläpitäjiä oppimaan keskeiset toiminnot suoraan tuotteessa. Tämän vaatimuksen täyttäminen tarkoittaa, ettei tiimisi tarvitse luottaa täysin toimittajan vetämiin koulutustilaisuuksiin päästäkseen ajan tasalle.
• Määritettävät ilmoitukset ja hälytykset: Sekä agenttien että asiakkaiden on voitava hallita, mitkä tapahtumat käynnistävät ilmoituksia, minkä kanavien kautta ilmoitukset lähetetään ja kuinka usein niitä lähetetään. Tämän vaatimuksen täyttäminen tarkoittaa, että agentit pysyvät ajan tasalla tukipyyntöjen tapahtumista ilman ilmoitusväsymystä ja asiakkaat saavat viestintäasetuksiaan vastaavia päivityksiä.
• Esteettömyysvaatimusten noudattaminen: Alustan on täytettävä WCAG 2.1 AA -esteettömyysstandardit sekä agentin käyttöliittymän että asiakkaiden käyttöön tarkoitetun portaalin osalta. Tämän vaatimuksen täyttäminen tarkoittaa, että vammaiset agentit voivat käyttää alustaa ilman puutteita mukautuksissa ja että esteettömyyttä tarvitsevat asiakkaat voivat käyttää tukikanavaasi.

Erityisvaatimukset

• Monikielisyys ja lokalisoinnin tuki: Alustan on tuettava useita kieliä agentin käyttöliittymässä, asiakasportaalissa ja automaattisessa viestinnässä sekä mahdollistettava asiakkaiden ohjaaminen kielitaidon perusteella sopiville agenteille tai sopivaan sisältöön. Tämän vaatimuksen täyttäminen tarkoittaa, että kansainväliset tukitiimit voivat palvella asiakkaita heidän haluamallaan kielellä ilman erillisten alustaversioiden hallintaa.
• Hiekkalaatikko- ja testiympäristö: Toimittajan on tarjottava tuotantokäytöstä erillinen ympäristö, jossa ylläpitäjät voivat rakentaa, testata ja validoida työnkulkujen muutoksia, automaatiosääntöjä ja integraatioita ennen niiden julkaisemista. Tämän vaatimuksen täyttäminen tarkoittaa, etteivät määritysmuutokset vaaranna aktiivisten tukipyyntöjonojen tai agenttien käynnissä olevien työnkulkujen toimintaa.
• Ylläpitäjien käyttöönotto- ja käyttöanalytiikka: Alustan on tuotava esiin agentti- ja tiimikohtaiset käyttötiedot – kirjautumistiheys, ominaisuuksien hyödyntäminen ja tukipyyntöjen käsittelytavat – joita ylläpitäjät voivat käyttää käyttöönottopuutteiden tunnistamiseen. Tämän vaatimuksen täyttäminen tarkoittaa, että voit havaita, ketkä agenteista eivät käytä keskeisiä ominaisuuksia, ja puuttua tilanteeseen kohdennetulla koulutuksella ennen kuin se vaikuttaa palvelun laatuun.

Toimialakohtaiset ja valinnaiset vaatimukset

Kaikki tiimit eivät tarvitse näitä ominaisuuksia heti ensimmäisestä päivästä lähtien, mutta niiden sivuuttaminen ilman asian huolellista harkintaa on kohta, jossa vaatimuslistat yleensä alkavat pettää. Näitä vaatimuksia sovelletaan, kun toimialasi, asiakaskuntasi tai toimintamallisi synnyttää tarpeita, joihin yleiskäyttöinen palvelupiste ei oletusarvoisesti vastaa.

Ehdottoman välttämättömät vaatimukset

• HIPAA-vaatimustenmukaisuus: Toimittajan on allekirjoitettava liikekumppanisopimus (BAA) ja osoitettava, että käyttöoikeuksia, salausta, auditointilokeja ja tietoturvaloukkauksista ilmoittamista koskevat hallintakeinot täyttävät HIPAA:n suojattuja terveystietoja koskevat vaatimukset.
  Tämän vaatimuksen täyttäminen tarkoittaa, että terveydenhuolto-organisaatiot voivat käyttää alustaa laillisesti potilaisiin liittyvien tukipalveluvuorovaikutusten käsittelyyn.
• PCI-DSS-vaatimustenmukaisuus: Alustan on täytettävä maksukorttialan tietoturvastandardin hallintakeinot kaikissa ympäristöissä, joissa maksukorttitietoja voi esiintyä tukipyynnöissä tai asiakasviesteissä. Tämän vaatimuksen täyttäminen tarkoittaa, etteivät kortinhaltijoiden tiedot paljastu suojaamattomassa tukikanavassa.
• Paikallisen käyttöönoton vaihtoehto: Organisaatioille, joilla on tiukat tietojen sijaintia koskevat käytännöt tai sääntelyrajoitteet, toimittajan on tarjottava täysin itse isännöity käyttöönotto, joka toimii kokonaisuudessaan omassa infrastruktuurissasi. Tämän vaatimuksen täyttäminen tarkoittaa, etteivät tukitietosi koskaan siirry toimittajan pilviympäristöön.

Vakiovaatimukset

• Tekoäly- ja chatbot-ominaisuudet: Alustan on käsiteltävä ensilinjan vastaukset automaattisesti, tunnistettava asiakkaan tarkoitus viestin sisällöstä ja tuotava esiin asiaankuuluvaa itsepalvelusisältöä ennen asiakaspalvelijan osallistumista. Tämän vaatimuksen täyttäminen tarkoittaa, että tiimisi voi ohjata mitattavan osan tukipyyntöjen määrästä muualle ilman henkilöstön lisäämistä.
• Monikielinen tuki ja lokalisointi: Alustan on tuettava useita kieliä asiakaspalvelijan käyttöliittymässä, asiakasportaalissa ja automaattisessa viestinnässä sekä mahdollistettava asiakkaiden ohjaaminen heidän kieltään vastaaville asiakaspalvelijoille tai sisällön pariin. Tämän vaatimuksen täyttäminen tarkoittaa, että maailmanlaajuiset tukitiimit voivat palvella asiakkaita heidän haluamallaan kielellä ilman erillisten alustaesiintymien hallintaa.
• Hiekkalaatikko- ja testiympäristö: Toimittajan on tarjottava tuotantoympäristön ulkopuolinen ympäristö, jossa ylläpitäjät voivat rakentaa, testata ja validoida työnkulkujen muutoksia, automaatiosääntöjä ja integraatioita ennen niiden julkaisemista. Tämän vaatimuksen täyttäminen tarkoittaa, että määritysten muutokset eivät vaaranna aktiivisten tukipyyntöjonojen tai asiakaspalvelijoiden käynnissä olevien työnkulkujen toimintaa.
• Nimetty asiakasmenestyksen hallinnoija: Toimittajan on nimettävä yhteyshenkilö, joka vastaa jatkuvasta asiakassuhteesta eikä ainoastaan käyttöönotosta. Tämän vaatimuksen täyttäminen tarkoittaa, että suuryrityksillä on ennakoiva kumppani, joka seuraa käyttöä, ilmoittaa ongelmista ja ajaa heidän tarpeitaan organisaation sisällä.
• Puhelinjärjestelmien ja CTI:n integraatio: Alustan on integroiduttava yhteyskeskusten puhelinjärjestelmiin mahdollistaen saapuvien puheluiden yhteydessä avautuvat asiakastiedot, puhelutietojen perusteella automaattisesti luotavat tukipyynnöt sekä asiakkaan tukipyyntöhistoriaan yhdistetty puheluiden kirjaaminen. Tämän vaatimuksen täyttäminen tarkoittaa, että puhelimitse tapahtuva vuorovaikutus tallentuu samaan tukitietueeseen kaikkien muiden kanavien kanssa.

More Articles

• Tukipalveluohjelmiston hintaopas: mitä odottaa
• 12 help desk -järjestelmän ominaisuutta, joita etsin aina alustalta
• Kuinka kirjoittaa asiakasvuorovaikutusalustan tarjouspyyntö

Erityisvaatimukset

• Huoltopalvelut ja paikan päällä tehtävien töiden ohjauksen hallinta: Yrityksille, jotka lähettävät teknikkoja asiakkaiden luo, alustan on tuettava kenttätyöntekijöiden aikataulutusta, tehtävien osoittamista ja tilan seurantaa – ei ainoastaan digitaalisten tukijonojen hallintaa. Tämän vaatimuksen täyttäminen tarkoittaa, että paikan päällä tehtävät työmääräykset ja etätukipyynnöt ovat samassa järjestelmässä.
• Verkkokauppa-alustojen integraatiot: Alustan on muodostettava yhteys Shopifyn, Magenton tai WooCommercen kaltaisiin verkkokauppajärjestelmiin ja tuotava tilaustiedot, toimituksen tila sekä ostohistoria suoraan tukipyynnön näkymään. Tämän vaatimuksen täyttäminen tarkoittaa, että asiakaspalvelijat voivat ratkaista tilauksiin liittyviä ongelmia vaihtamatta tukipalvelun ja verkkokauppa-alustan välillä.
• Tietojen sijainti ja alueelliset isännöintivaihtoehdot: Toimittajan on tarjottava mahdollisuus tallentaa tietosi tietylle maantieteelliselle alueelle – kuten EU:hun, Yhdysvaltoihin tai Aasian ja Tyynenmeren alueelle – ilman, että niitä kopioidaan muille lainkäyttöalueille. Tämän vaatimuksen täyttäminen tarkoittaa, että voit noudattaa paikallisia tietojen itsemääräämisoikeutta koskevia lakeja ja organisaation sisäisiä tietohallintakäytäntöjä.
• Asiantuntijapalvelut mukautettua kehitystyötä varten: Toimittajan on tarjottava oma palvelutiimi, joka voi rakentaa yksilöllisiä työnkulkuja, integraatioita tai määrityksiä, jotka ylittävät vakiotuotteen ominaisuudet. Tämän vaatimuksen täyttäminen tarkoittaa, että organisaatioiden, joilla on tavanomaisesta poikkeavia tarpeita, ei tarvitse luottaa täysin ulkopuolisiin kehittäjiin saadakseen alustan toimimaan.
• Ylläpitäjien käyttöönotto- ja käyttöanalytiikka: Alustan on tuotava esiin asiakaspalvelija- ja tiimikohtaiset käyttötiedot – kirjautumistiheys, ominaisuuksien käyttö ja tukipyyntöjen käsittelytavat – joiden avulla ylläpitäjät voivat tunnistaa käyttöönoton puutteita. Tämän vaatimuksen täyttäminen tarkoittaa, että voit havaita, ketkä asiakaspalvelijat eivät käytä keskeisiä ominaisuuksia, ja puuttua tilanteeseen kohdennetulla koulutuksella ennen kuin se vaikuttaa palvelun laatuun.

Yliarvostetut vaatimukset

Jotkin tukipalvelun ominaisuudet kuulostavat esittelyissä vaikuttavilta, mutta tuovat käyttöönoton jälkeen vain vähän arvoa. Asettaisin luotettavat työnkulut ja mitattavat palvelutulokset etusijalle ja suhtautuisin seuraaviin etuihin varauksella:

• Tekoälychatbotit: Nämä työkalut vastaavat rutiinikysymyksiin, luokittelevat tarkoituksen ja ehdottavat tietämyskannan sisältöä. Ne tuottavat usein pettymyksen, kun artikkelit ovat vanhentuneita, asiakkaiden kysymykset edellyttävät asiayhteyden ymmärtämistä tai asiakaspalvelijoiden on korjattava epätarkkoja vastauksia.

• Monikanavaiset postilaatikot: Täysi monikanavainen kattavuus voi olla tarpeetonta, jos asiakkaasi käyttävät vain muutamaa tukikanavaa. Aseta etusijalle niiden kanavien luotettava tuki, joita asiakkaasi todella käyttävät, sen sijaan että maksaisit laajasta kattavuudesta, jota et tarvitse.

• Natiivimobiilisovellukset: Natiivimobiilisovellukset ovat tärkeimpiä tiimeille, jotka käsittelevät tukipyyntöjä säännöllisesti työpisteen ulkopuolella. Ne tuovat vähemmän arvoa, kun asiakaspalvelijat hallitsevat pääasiassa monimutkaisia tapauksia työpöytäintegraatioiden, yksityiskohtaisten historiatietojen ja useiden selainvälilehtien avulla.

• Asiakaspalvelijoiden pelillistäminen: Pelillistäminen lisää tukipyyntöjen käsittelyyn pisteitä, ansiomerkkejä, sijoituksia tai kilpailuja. Nämä toimenpiteet voivat palkita tukipyyntöjen määrän huolellisesti ratkaistujen tapausten sijaan, etenkin kun suorituskykyraportit seuraavat jo laatumittareita.

• Rajoittamaton mukautettavuus: Tämä lupaus tarkoittaa yleensä laajoja mahdollisuuksia hallita kenttiä, asetteluja, automaatioita ja työnkulkuja. Liiallinen määritysten mukauttaminen voi luoda sekavia prosesseja, lisätä ylläpitotyötä ja vaikeuttaa tulevia siirtymiä.

• Ympärivuorokautinen reaaliaikainen tuki: Ympäri vuorokauden saatavilla oleva apu tarjoaa pääsyn toimittajan edustajille normaalin työajan ulkopuolella. Se on yliarvostettua, kun yöaikaisiin ongelmiin saa käsikirjoitettuja vastauksia, eskalointi on hidasta tai tukea antavilla tiimeillä ei ole teknisiä käyttöoikeuksia.

Ohjeet tukipalveluohjelmiston vaatimusten tarkistuslistan mukauttamiseen

Kohdista tarkistuslista tukimalliisi, asiakkaidesi tarpeisiin ja teknologiaympäristöösi seuraavien ohjeiden avulla:

1. Määrittele liiketoimintatavoitteet ja projektin laajuus: Päätä, tarvitsetko asiakkaille suunnatun tukipalvelun, sisäisen IT-palvelupisteen vai molemmat. IT-palvelunhallinta (ITSM) saattaa edellyttää myös omaisuudenhallintaa, muutoksenhallintaa, palveluluetteloita ja ITIL:n mukaisia työnkulkuja. Dokumentoi käyttäjät, kanavat, palvelutasosopimukset, raportointitarpeet ja keskeiset työnkulut ennen työkalujen vertailua.

2. Kerää kaikkien sidosryhmien näkemykset: Kysy agenteilta, tiiminvetäjiltä, ylläpitäjiltä, IT-, tietoturva-, talous- ja asiakasmenestystiimeiltä, mitä he tarvitsevat alustalta. Kirjaa vaatimukset tikettien käsittelylle, reititykselle, tiedonhallinnalle, integraatioille, käyttöoikeuksille, raportoinnille ja asiakkaiden itsepalvelulle.

3. Luokittele ja priorisoi vaatimukset: Luokittele jokainen vaatimus ehdottoman välttämättömäksi ominaisuudeksi, tavanomaiseksi odotukseksi tai valinnaiseksi ominaisuudeksi. Anna korkeampi prioriteetti palvelun toimittamiseen liittyville ominaisuuksille, kuten tikettien määrittämiselle, palvelutasosopimusten seurannalle, asiakashistorialle, eskalointisäännöille ja luotettavalle raportoinnille.

4. Arvioi integraatio-, skaalautuvuus- ja tietoturvatarpeet: Luettele järjestelmät, joihin tukipalvelun on yhdistyttävä, mukaan lukien CRM, verkkokauppa, sähköposti, puhelinjärjestelmät, identiteetinhallinta ja yhteistyökalut. Varmista API-käyttöoikeudet, suorituskykyodotukset, salaus, RBAC, auditointilokit, vaatimustenmukaisuustarpeet ja alueellista isännöintiä koskevat vaatimukset.

5. Laske omistamisen kokonaiskustannukset & sijoitetun pääoman tuotto: Vertaa tilausmaksuja käyttöönoton, siirron, koulutuksen, integraatioiden, mukautusten, tuen ja tulevan ylläpidon kustannuksiin. Arvioi sijoitetun pääoman tuotto mitattavien tulosten, kuten pienemmän tikettiruuhkan, nopeamman ratkaisun, paremman itsepalvelun käytön ja pienempien käsittelykustannusten, avulla.

Tukipalveluohjelmiston valinnan keskeiset sidosryhmät

Ota tukipalveluohjelmiston vaatimuksia kerätessäsi mukaan useita liiketoimintaryhmiä. Jokainen tiimi näkee erilaisia riskejä, työnkulkuja ja asiakkaiden tarpeita, joten niiden näkemykset auttavat ehkäisemään arvioinnin aikana syntyviä puutteita. Osallistuminen auttaa myös luomaan yhteisen vastuun lopullisesta valinnasta ja käyttöönotosta.

Tunnista tämän taulukon avulla, keiden tulisi osallistua ja mitä kunkin sidosryhmän tulisi arvioida:

Sidosryhmä	Rooli
Asiakaspalvelijat	Kuvaavat päivittäiset tikettityönkulut, käyttöliittymätarpeet, reititysongelmat ja yhteistyövaatimukset.
Tukitiimien vetäjät	Määrittelevät jonorakenteet, eskalointisäännöt, henkilöstötarpeet, palvelutasosopimusten seurannan ja laadunvalvonnan.
Asiakasmenestyspäälliköt	Tunnistavat asiakashistoriaa, asiakkuuden kontekstia, ennakoivaa yhteydenpitoa ja asiakaspysyvyyteen liittyviä vaatimuksia koskevat tarpeet.
IT- ja järjestelmäylläpitäjät	Arvioivat integraatiot, API:t, identiteetinhallinnan, skaalautuvuuden, järjestelmän ylläpidon ja teknisen tuen tarpeet.
Tietoturva- ja vaatimustenmukaisuustiimit	Tarkastelevat salausta, käyttöoikeuksien hallintaa, auditointilokeja, tietojen säilytystä, tietosuojasäädöksiä ja alueellista isännöintiä.
Talous- ja hankintatiimit	Vertailevat lisensointimalleja, käyttöönottokustannuksia, sopimusehtoja, uusimisehtoja ja omistamisen kokonaiskustannuksia.
Asiakaskokemuksen johtajat	Yhdistävät alustavaatimukset palvelustandardeihin, palautekäytäntöihin, itsepalvelutavoitteisiin ja asiakastuloksiin.
Myynti- ja asiakkuudenhallintatiimit	Tunnistavat CRM-tietojen vaatimukset, näkyvyyden asiakkuuksiin, eskalointityönkulut ja myynnin sekä tuen väliset siirtymät.
Markkinointi- ja sisältötiimit	Määrittelevät tietopankin omistajuuden, sisältötyönkulut, asiakasviestinnän ja brändivaatimukset.
Tuote- ja suunnittelutiimit	Arvioivat tuotepalautteen keräämistä, virheiden eskalointia, teknisiä integraatioita ja yhteyksiä kehitystyönkulkuihin.
Lakiasiain- ja riskienhallintatiimit	Tarkastelevat toimittajasopimuksia, tietojenkäsittelyehtoja, vastuumääräyksiä, vaatimustenmukaisuusvelvoitteita ja liiketoiminnan jatkuvuussuunnitelmia.
Johtoryhmän sponsorit	Vahvistavat strategiset tavoitteet, hyväksyvät budjetin, ratkaisevat prioriteettiristiriidat ja määrittelevät onnistumisen mittarit.

Vaatimusten tarkistuslista on vain osa prosessia

Kun vaatimuksesi on vahvistettu, tukipalveluohjelmiston valinta tarjoaa toimittajien arviointikehyksen, liiketoimintaperustelujen rakenteen ja käyttöönoton vaiheet, joiden avulla voit muuttaa tämän tarkistuslistan varmaksi lopulliseksi päätökseksi.