Uvođenje helpdeska korak po korak: kako prijeći s e-pošte bez kaosa

Uvođenje helpdeska obično zapne iz istog razloga iz kojeg je helpdesk i postao potreban: tim je predugo radio u e-pošti, klijenti su se navikli slati poruke kamo god stignu, a nitko ne želi dodatni nered usred promjene.

Zato je najbolji pristup jednostavan: ne uvodite novi alat, nego novi način rada. Ako helpdesk predstavite kao logičan nastavak postojećeg postupka, ljudi ga prihvate. Ako ga predstavite kao još jednu obvezu, ostat će prazna aplikacija koju nitko ne otvara.

Što helpdesk zapravo mijenja

Dobro postavljen helpdesk mijenja četiri stvari:

• svaki zahtjev ima nositelja
• komunikacija ostaje na jednom mjestu
• status i rokovi vidljivi su svima
• vrijeme utrošeno na zahtjev može se pratiti

Posljedica je da se manje toga izgubi, manje se odgovora udvostruči i manje vremena ode na traženje tko je što rekao.

1. korak: odredite što ulazi u helpdesk

Prije bilo kakvog postavljanja odlučite što će ulaziti kroz helpdesk. Uz prijave problema to su najčešće:

• novi zahtjevi klijenata
• izmjene na projektu
• podrška korisnicima
• prijave kvarova
• interne potrebe tima

Ako je sve samo „zahtjev”, ljudi ne znaju što očekivati. Ako postoje kategorije, tim odmah zna kamo svrstati novu stavku i tko je za nju odgovoran.

2. korak: popišite postojeće kanale

Većina tvrtki prima zahtjeve kombinacijom ovih kanala:

• e-pošta
• telefon
• WhatsApp
• osobne poruke
• ponekad i Excel tablice

Ne morate sve ugasiti odjednom, ali morate znati koji kanal postaje službeni ulaz. U praksi je to najčešće adresa za podršku ili portal, a ostali kanali ostaju sporedni.

Ako to ne odredite, djelatnici će i dalje odgovarati kako kome dođe, a helpdesk neće riješiti raspršenost komunikacije.

3. korak: odredite statuse i odgovornost

Velika prednost helpdeska jasna je odgovornost. Zato prije pokretanja odredite:

• koji statusi postoje
• tko može preuzeti zahtjev
• kada se zahtjev vraća klijentu
• što znači „zatvoreno”
• kada zahtjev ide na eskalaciju

Statusa ne treba biti mnogo. Bolje su četiri jasna statusa nego deset koji zbunjuju tim.

4. korak: postavite rokove odziva (SLA) i prioritet

Ako se neki zahtjevi moraju rješavati brže od drugih, to mora biti ugrađeno u sustav. Inače će važni zahtjevi izgledati jednako kao i oni manje hitni.

Odmah odlučite:

• koje vrste zahtjeva imaju prednost
• koliko se čeka na prvi odgovor
• koji je rok za rješenje
• kada sustav treba upozoriti tim

To je posebno važno za servisne tvrtke, timove za podršku i organizacije koje su klijentima obećale odgovor u određenom roku.

5. korak: povežite komunikaciju s kontekstom

Ako helpdesk ne čuva cijeli razgovor uz zahtjev, vratit ćete se na stari problem. Svaka poruka mora ostati uz svoj zahtjev, a interne bilješke moraju biti odvojene od onoga što vidi klijent.

U sučelju je to sitnica, ali se u praksi upravo po tome sustav za rad razlikuje od običnog sandučića.

6. korak: povežite helpdesk s projektima i satima

U projektnim tvrtkama helpdesk ne smije biti izoliran. Jedan zahtjev, ovisno o vrsti posla, može završiti kao:

• zahtjev koji se rješava odmah
• zadatak unutar projekta
• zapis rada koji ulazi u evidenciju sati

Ako podatke iz helpdeska morate ručno prepisivati u projektni alat, a zatim još i u evidenciju rada, postupak je pretežak da bi se održao. Helpdesk zato treba biti dio cjelokupnog posla.

7. korak: krenite s probnim timom

Ne uvodite novi postupak u cijelu tvrtku odjednom, osim ako baš morate. Najbolje je krenuti s manjim probnim uvođenjem:

• jedan tim
• jedna skupina klijenata
• jedna vrsta zahtjeva

Tako brzo vidite gdje postupak zapinje. Ako od početka sve postavite široko, svaka pogreška izgleda veća nego što jest.

8. korak: pripremite kratke upute za tim

Ljudima ne treba priručnik od 40 stranica. Trebaju odgovor na tri pitanja:

• gdje novi zahtjev ulazi
• tko ga preuzima
• kako se zatvara

Ako to objasnite kratko i konkretno, tim novi način rada prihvaća znatno brže. Dobra priprema ljudi često je važnija od same tehnologije.

9. korak: na vrijeme naučite klijente novom postupku

Ako klijenti i dalje šalju e-poštu na stare adrese, a vi poruke interno ručno prebacujete, problem se samo premjestio.

Zato odmah odlučite:

• hoće li klijenti i dalje pisati e-poštom, a sustav poruke automatski pretvarati u zahtjeve
• ili će dobiti portal za prijavu zahtjeva

Većini tvrtki prvi je pristup lakši za prijelaz. Klijent ne mora mijenjati naviku, a vaš tim dobiva uredan sustav.

10. korak: mjerite što se promijenilo

Uvođenje helpdeska nije gotovo kad je alat instaliran. Tada počinje mjerenje.

Pratite:

• vrijeme do prvog odgovora
• vrijeme do rješenja
• broj zahtjeva po kanalu
• broj eskalacija
• broj izgubljenih zahtjeva

Ako se brojke kreću u dobrom smjeru, postupak radi. Ako ne, problem je najčešće u pravilima, a ne u alatu.

Najčešće pogreške

Pri uvođenju helpdeska najčešće se griješi ovako:

• previše kategorija na početku
• nejasno tko je za što odgovoran
• pokušaj da se sve odmah automatizira
• premalo obuke za tim
• očekivanje da će klijenti sami shvatiti novi način rada

Najbolje prolaze tvrtke koje uvedu minimalan i jasan postupak, a zatim ga postupno proširuju.

Kako to izgleda u UnitLooku

U UnitLooku je helpdesk povezan s ostatkom posla. Zahtjev ulazi u modul zahtjeva, a može se povezati s projektom i, po potrebi, s evidencijom sati.

To olakšava prijelaz jer tim ne mora učiti tri različita alata za isti posao. Voditelj pritom dobiva pregled statusa, opterećenja i izvještaja.

Ako taj model želite vidjeti kao dio šireg operativnog sustava, pogledajte:

• Ticketing sustav za upravljanje zahtjevima
• Upravljanje projektima s gantogramom
• Evidencija radnog vremena zaposlenika
• Planiranje kapaciteta tima

Povezano:

• Ticketing sustav ili e-pošta: zašto sandučić nije dovoljan za podršku klijentima
• GDPR i helpdesk softver: gdje se zapravo nalaze vaši podaci?
• Koji sustav za ticketing preporučujete tvrtkama u Hrvatskoj?
• Softver za zadatke ili zahtjeve? Što projektnoj tvrtki stvarno treba

Ukratko

Uvođenje počnite od postupka, a ne od alata: odredite ulaz, odgovornost, statuse, rokove odziva i probni tim. Tek onda birajte sustav koji sve to podržava. Projektnoj tvrtki to znači jedan sustav za zahtjeve, projekte i sate.