Help desk -tikkujärjestelmän rakentaminen: tiketit, tilat, osoitus ja sähköposti

Help desk -tikkujärjestelmä muuttaa hajanaiset pyynnöt – sähköpostit, viestit ja ”nopeat kysymykset” käytävällä – tiketeiksi: yksi tietue ongelmaa kohden, ja sillä on omistaja, tila, prioriteetti ja koko keskustelu. Rakentaaksesi sellaisen tarvitset tavan luoda tikettejä, yhteisen jonon suodattimineen, osoituksen, ketjun, joka erottaa julkiset vastaukset sisäisistä muistiinpanoista, ja ilmoitukset, ettei kukaan jää odottamaan. Tekoälysovellusrakentaja voi tehdä vankan ensimmäisen version sisäiselle IT-, HR- tai kiinteistöpöydälle iltapäivässä. Asiakaspalvelu, jossa on sähköpostiketjutus, vastausajat ja raportointi, vaatii enemmän huolellisuutta – ja siinä vakiintuneet help desk -tuotteet ansaitsevat maksunsa.

Mitä järjestelmä tarvitsee

Tiedot

Tallenna ensimmäisen vastauksen ja ratkaisun aikaleimat alusta alkaen. Ne ovat perusta jokaiselle raportille, eikä niitä voi myöhemmin rakentaa uudelleen.

Sivut

• Pyytäjä: lomake ”lähetä pyyntö” kategorialla ja liitteillä, lista ”omat pyynnöt” ja kunkin tiketin ketju.
• Agentti: jono (omat tiketit, osoittamattomat, kaikki avoimet), suodattimet ja haku sekä tiketin näkymä vastauksen, muistiinpanon, tilan, prioriteetin ja vastuuhenkilön säätimillä.
• Ylläpitäjä: kategoriat, tiimit, agentit, valmiit vastaukset ja yksinkertainen raportti.

Oikeudet

Pyytäjät näkevät vain omat tiketinsä ja vain julkiset vastaukset. Agentit näkevät oman tiiminsä tiketit ja sisäiset muistiinpanot. Vastaavat ja ylläpitäjät näkevät kaiken ja hallitsevat asetuksia. Sisäisten muistiinpanojen vuotaminen asiakkaalle on klassinen help desk -katastrofi, joten toteuta tämä palvelimella, älä vain piilottamalla välilehteä. Katso roolipohjainen käyttöoikeuden hallinta.

Päätökset ja kompromissit

Lomake, sähköposti vai molemmat

Verkkolomake on yksinkertaisin ja antaa siistit tiedot: kategorian, prioriteetin ja pakolliset kentät. Sähköpostivastaanotto – ihmiset kirjoittavat tuki@-osoitteeseen ja tiketti ilmestyy – on se, mitä asiakkaat odottavat, mutta se vaatii sähköpostipalveluntarjoajan, joka voi vastaanottaa viestejä ja lähettää ne sovellukselle, sekä ketjutuksen, jotta vastaukset liittyvät oikeaan tikettiin (yleensä tikettinumero aiheessa tai yksilöllinen vastausosoite). Aloita lomakkeella; lisää sähköposti, kun työnkulku on todettu toimivaksi. Sähköpostin lähettäminen sovelluksestasi kattaa lähtevän puolen.

Osoitus

Vaihtoehtoja ovat: agentit valitsevat osoittamattomasta jonosta; kierrätys tiimin sisällä; tai osoitus kategorian mukaan. Jonosta valitseminen toimii pienille tiimeille. Automaattinen osoitus auttaa, kun tikettejä jää ilman omistajaa.

Prioriteetit ja vastausajat

Määrittele kaksi tai kolme prioriteettia ja tavoite ensimmäiselle vastaukselle (”kiireellinen: 1 tunti, normaali: 1 arkipäivä”). Kunkin tiketin jäljellä oleva aika on hyödyllisempi kuin kuukausiraportti, jota kukaan ei lue. Työaika vaikeuttaa laskentaa – päätä ajoissa, lasketaanko yöt ja viikonloput tavoitteisiin.

Yhdistäminen ja kaksoiskappaleet

Sama ongelma ilmoitettuna kolmesti on tavallista. Toiminto ”yhdistä tikettiin #” säästää agentit vastaamasta samaan toistuvasti; sen rakentaminen aikaisessa vaiheessa kannattaa.

Ensimmäinen toimiva kehote

Rakenna sisäinen IT-help desk 60 hengen yritykselle. Työntekijät lähettävät pyyntöjä lomakkeella: aihe, kategoria (laitteisto, ohjelmisto, käyttöoikeudet, verkko, muu), prioriteetti (matala, normaali, kiireellinen), kuvaus ja liitteet. Jokaisella tiketillä on numero ja tilat uusi, avoin, odottaa pyytäjää, ratkaistu ja suljettu. IT-agentit näkevät jonon välilehdillä osoittamattomat, omat ja kaikki avoimet, suodattimilla kategorian, prioriteetin ja tilan mukaan sekä hakuna. Tiketin sivulla näkyy ketju, jossa julkiset vastaukset ja sisäiset muistiinpanot ovat selvästi erillään; työntekijät eivät koskaan näe sisäisiä muistiinpanoja. Agentit voivat osoittaa, vaihtaa tilan ja prioriteetin, käyttää valmiita vastauksia ja yhdistää kaksoiskappaleita. Seuraa ensimmäisen vastauksen ja ratkaisun aikoja ja näytä jokaisella tiketillä aika viimeisestä päivityksestä. Työntekijöillä on sivu ”omat pyynnöt”. Roolit: työntekijä, agentti, ylläpitäjä. Tallenna kaikki tietokantaan. Yksinkertainen, tiivis ja nopea käyttöliittymä – nopeus koristelun edellä.

Rakennusvaiheet

1. Tikettimalli ja lomake. Lähetä, listaa, avaa tiketti, vastaa.
2. Jono ja suodattimet. Osoittamattomat, omat, kaikki avoimet; suodatus ja haku; lajittelu prioriteetin ja iän mukaan.
3. Roolit ja kirjautuminen. Pyytäjä, agentti, ylläpitäjä – muistiinpanot piilotettuina pyytäjiltä palvelimella.
4. Osoitus-, tila- ja prioriteettisäätimet sekä toimintaloki jokaisesta muutoksesta.
5. Ilmoitukset. Sähköposti pyytäjälle julkisista vastauksista ja agentille uusista osoituksista oman sähköpostipalveluntarjoajasi kautta.
6. Valmiit vastaukset ja yhdistäminen.
7. Vastausajat ja perusraportti: avoimet tiketit iän mukaan, ensimmäisen vastauksen aika, tiketit kategorioittain.
8. Sähköpostivastaanotto, kun muu toimii, ja ketjutus testattuna perusteellisesti.
9. Pilotti yhdellä tiimillä kahden viikon ajan ennen kuin siirrät kaikki.

Yleisimmät virheet

• Sisäiset muistiinpanot näkyvät pyytäjille, koska ne piilotettiin vain käyttöliittymässä.
• Liian monta tilaa ja kategoriaa. Agentit valitsevat ensimmäisen lähellä olevan. Aloita enintään viidellä kummastakin.
• Ei aikaleimoja ensimmäiselle vastaukselle ja ratkaisulle. Haluat luvut päivänä, jona joku kysyy ”ollaanko nopeampia?”
• Sähköpostivastaukset luovat uusia tikettejä ketjutuksen sijaan. Testaa vastaaminen puhelimen postisovelluksella, joka usein muuttaa aiheita.
• Kaikki osoitettu, kukaan vastuussa. Yksi vastuuhenkilö per tiketti; muille käytetään seuraajia.
• Liitteet julkisilla URL-osoitteilla. Virheilmoitusten kuvakaappaukset sisältävät usein yksityistä dataa. Pidä tiedostot yksityisinä ja tarjoa niitä vain niille, jotka näkevät tiketin.

Milloin valmis tuote on parempi valinta

Asiakaspalvelulle sähköpostin, chatin ja somekanavien yli – vastausaikojen seurannalla, tyytyväisyyskyselyillä, makroilla, raportoinnilla ja integraatioilla – erillinen help desk -tuote on lähes aina parempi sijoitus. Nämä tuotteet ovat käyttäneet vuosia sähköpostiketjutukseen, roskapostiin, reititykseen ja raportointiin, eivätkä ne ole se osa liiketoimintaasi, joka erottaa sinut muista. Zendesk-vaihtoehtojen opas vertaa vaihtoehtoja.

Oma rakennus sopii sisäisille pöydille (IT, HR, kiinteistöt, talouden pyynnöt), erikoistyönkulkuihin, joissa tiketti on oikeasti työ tietyin vaihein, ja tiimeille, jotka haluavat pyynnöt kytkettyinä muuhun dataan, jota he jo säilyttävät. Se välttää myös agenttikohtaisen hinnoittelun, kun monet ihmiset käsittelevät tikettejä silloin tällöin. Sisäisten työkalujen opas käsittelee laajempaa kategoriaa.

Rakentaminen Mythexillä

Mythexillä kuvaat help deskin chatissa, tarkistat sen elävästä esikatselusta ja julkaiset sen tiimillesi. Tiketit asuvat Postgres-tietokannassa, jonka agentti lisää, kun data on tallennettava, ja liitteet menevät projektin tiedostovarastoon. Pyytäjien ja agenttien kirjautuminen sekä kaikki sähköposti sisään ja ulos käyttävät omia palveluntarjoajiasi – Mythexillä ei ole sisäänrakennettua loppukäyttäjien kirjautumista tai sähköpostituotetta; sähköpostin lähetysohje näyttää lähestymistavan. Tiimiläiset voivat auttaa rakentamisessa jaetun työtilan kautta, eikä Mythex itsessään veloita istuinmaksuja.

Aloituskehotteeksi kokeile sisäisen pyyntöjonon tai virheseurannan mallia, ja yhdistä help desk ohjekeskukseen, jotta yleisimmät kysymykset vastautuvat itsestään.

Kysymykset