Deskhero
Latviešu
Sākt bez maksas

← Back to articles

Izmantojiet esošo e-pastu kā palīdzības dienestu: MVU ceļvedis

Izmantojiet esošo e-pastu kā palīdzības dienestu: MVU ceļvedis

Jā, Gmail, Google Workspace vai Microsoft 365 pastkasti var pārvērst par funkcionējošu e-pasta pieteikumu sistēmu, nepārvietojot nevienu ziņojumu un neveidojot jaunu e-pasta adresi. Deskhero izveido tiešu savienojumu ar jūsu esošo iesūtni, pārvērš ienākošos e-pastus izsekojamos pieteikumos un nodrošina, ka atbildes tiek sūtītas no jūsu uzņēmuma adreses, izmantojot divvirzienu e-pasta sinhronizāciju.

Praktiskais pamatojums palikšanai pie esošā risinājuma ir pārliecinošs. Jūsu komanda jau pārzina šo iesūtni, klienti jau raksta uz šo adresi, un risinājums bez migrācijas novērš dīkstāves risku, kas rodas, mainot platformas. Jūs iegūstat automatizāciju, SLA taimerus, maršrutēšanas noteikumus un pārskatus virs pastkastes, kas jums jau pieder, ievērojot visaptverošu mārketinga automatizācijas kontrolsarakstu, kas izstrādāts mazajiem un vidējiem uzņēmumiem.

Pirmā darbība: Pārliecinieties, ka jums ir administratora piekļuve pastkastei, ka ir iespējota pārsūtīšana vai IMAP un ka varat iestatīt izejošo From: adresi. Pēc tam izveidojiet vienu testa automatizācijas noteikumu, kas ienākošo e-pastu pārvērš par pieteikumu. Ja noteikums darbojas pareizi, esat gatavi sākt.

Profesionāļa padoms: Izveidojiet testa aizstājvārdu, piemēram, support-test@yourdomain.com, un veiciet pirmo iestatīšanu tajā. Tas ļauj droši novērst kļūdas, pirms veicat izmaiņas aktīvajā atbalsta adresē.

Galvenie secinājumi

Lai esošu Gmail vai Microsoft 365 pastkasti pārvērstu par palīdzības dienestu, nav nepieciešama migrācija — vajadzīga tikai pareizi iestatīta pārsūtīšana, autentifikācija un platforma, kas saglabā divvirzienu e-pasta sinhronizāciju no jūsu uzņēmuma adreses.

Punkts Sīkāka informācija
Migrācija nav nepieciešama Gmail, Google Workspace un Microsoft 365 pastkastes var pārvērst par pieteikumu palīdzības dienestiem, nepārvietojot datus.
Vispirms autentifikācija SPF, DKIM un DMARC ir jākonfigurē pirms darba sākšanas, pretējā gadījumā atbildes nonāks mēstuļu mapē.
Veidnes samazina apstrādes laiku Sagatavotas atbildes triāžai, eskalācijai un atmaksām jau pirmajā nedēļā samazina katra pieteikuma apstrādei nepieciešamo darbu.
Mākslīgajam intelektam nepieciešami drošības ierobežojumi Ierobežojiet MI izveidotos melnrakstus ar apstiprinātām zināšanām un pieprasiet aģenta pārbaudi pirms jebkuras automātiskas atbildes nosūtīšanas.
Deskhero ir piemērots šādam risinājumam Deskhero dažu minūšu laikā pārvērš esošo iesūtni par pilnvērtīgu palīdzības dienestu ar divvirzienu sinhronizāciju, apstiprinātu zināšanu MI un 30 dienu bezmaksas izmēģinājumu.

Satura rādītājs

Kā iestatīt esošo e-pastu kā palīdzības dienestu

Izpildiet šīs darbības norādītajā secībā. Katra nākamā darbība balstās uz iepriekšējo.

  1. Pārbaudiet pastkastes akreditācijas datus un administratora piekļuvi. Pārliecinieties, ka varat pieteikties kā administrators Gmail/Google Workspace vai Microsoft 365 un ka atbalsta pastkaste ir pieejama.
  2. Iespējojiet pārsūtīšanu vai IMAP piekļuvi. Gmail atveriet sadaļu Settings → Forwarding and POP/IMAP. Microsoft 365 iespējojiet IMAP pastkastes pasta plūsmas iestatījumos.
  3. Pievienojiet koplietojamu iesūtni vai pastkastes deleģēšanu. Piešķiriet atbalsta komandai piekļuvi, nedaloties ar paroli. Google Workspace izmantojiet pastkastes deleģēšanu. Microsoft 365 izmantojiet koplietojamās pastkastes atļaujas.
  4. Konfigurējiet ienākošo e-pastu parsēšanu (aizstājvārda–pieteikuma noteikumus). Norādiet savu atbalsta adresi palīdzības dienesta platformai, lai katrs ienākošais e-pasts izveidotu unikālu pieteikumu ar pavediena ID. Deskhero ceļvedī par e-pasta pārvēršanu pieteikumā šis process ir izskaidrots gan Google, gan Microsoft pastkastēm.
  5. Apstipriniet izejošo From: adresi un atbildes darbību. Atbildēm jābūt nosūtītām no jūsu uzņēmuma adreses, nevis vispārīgas platformas adreses. Pārbaudiet to pirms darba sākšanas.
  6. Veiciet pilnu nosūtīšanas un atbildēšanas ciklu. Nosūtiet testa e-pastu no ārējas adreses, pārliecinieties, ka tiek izveidots pieteikums, atbildiet no palīdzības dienesta un pārbaudiet, vai klients From: laukā redz jūsu uzņēmuma adresi.

Testēšanas kontrolsaraksts pirms palaišanas:

  • Nosūtiet e-pastu gan no iekšējām, gan ārējām e-pasta adresēm
  • Pievienojiet PDF failu un ekrānuzņēmumu; pārliecinieties, ka pielikumi parādās pieteikumā
  • Atbildiet uz pieteikumu un pārbaudiet, vai pavediens klienta iesūtnē paliek neskarts
  • Pārbaudiet, vai klienta otrā atbilde atkārtoti atver to pašu pieteikumu, nevis izveido jaunu

Profesionāļa padoms: Daži Google Workspace un Microsoft 365 konti pēc noklusējuma bloķē trešo pušu lietotņu piekļuvi. Pirms palīdzības dienesta platformas pievienošanas izmantojiet OAuth piekrišanu vai izveidojiet lietotnei paredzētu paroli, pretējā gadījumā IMAP savienojums var nemanāmi neizdoties.

Būtiskākās funkcijas, kas jāiespējo, lai e-pasta palīdzības dienests darbotos plašā mērogā

E-pasta saņemšana pieteikumos ir tikai pirmais solis. Lai, pieaugot apjomam, viss paliktu organizēts, nepieciešami vēl daži iestatījumi.

  • Unikāli pieteikumu ID tēmas rindā. Tāda atzīme kā [#1042] ļauj sistēmai pareizi savienot atbildes vienā pavedienā un novērš pieteikumu dublikātus, kad klienti pārsūta e-pastus vai pievieno citus adresātus kopijai.
  • Automātiska sūtītāja pavedienu veidošana. Katrai atbildei no tās pašas e-pasta adreses un tēmas pavediena jāpievienojas esošajam pieteikumam, nevis jāatver jauns.
  • SLA taimeri. Iestatiet mērķa pirmās atbildes laiku, piemēram, 4 stundas standarta un 1 stundu steidzamiem pieteikumiem. Taimeris sāk darboties, tiklīdz tiek izveidots pieteikums.
  • Maršrutēšanas un piešķiršanas noteikumi. Pamatojoties uz atslēgvārdiem vai sūtītāja domēnu, novirziet norēķinu jautājumus uz norēķinu rindu, tehniskās problēmas uz otrā līmeņa atbalstu un tā tālāk.
  • Sagatavotas atbildes un veidnes. Iepriekš sagatavotas atbildes uz desmit biežākajiem jautājumiem ātri samazina apstrādes laiku. Skatiet atbalsta e-pasta veidnes, lai iegūtu uzreiz izmantojamus piemērus.
  • Iekšējās piezīmes. Aģentiem jāspēj pieteikumā atstāt piezīmes, kuras klienti nekad neredz. Tādējādi var nodot kontekstu, nepārslogojot klienta sarakstes pavedienu.
  • Vienlaicīgas apstrādes noteikšana. Ja divi aģenti vienlaikus atver vienu un to pašu pieteikumu, sistēmai viņi jābrīdina. Pretējā gadījumā klienti var saņemt divas pretrunīgas atbildes.

Kā nodrošināt, ka atbildes tiek sūtītas no jūsu uzņēmuma adreses

Divvirzienu e-pasta sinhronizācija darbojas tikai tad, ja jūsu DNS ieraksti un pastkastes iestatījumi ir saskaņoti. Nepareizi konfigurēts SPF ieraksts ir visbiežākais iemesls, kāpēc atbildes nonāk mēstuļu mapē.

DNS un autentifikācijas kontrolsaraksts:

  • SPF: Pievienojiet savas palīdzības dienesta platformas nosūtīšanas IP adreses domēna SPF ierakstam.
  • DKIM: Iespējojiet DKIM parakstīšanu izejošajam e-pastam. Google Workspace šis iestatījums atrodas sadaļā Apps → Google Workspace → Gmail → Authenticate email. Microsoft 365 tas atrodas Defender portālā.
  • DMARC: Iestatiet DMARC politiku (sāciet ar p=none, lai uzraudzītu, pēc tam pārejiet uz p=quarantine). DMARC pārskati parādīs, vai jūsu domēnu izmanto neautorizēti sūtītāji.
  • Atbildes sūtītājs / SMTP relejs: Konfigurējiet palīdzības dienestu sūtīšanai caur sava domēna SMTP releju vai izmantojiet autorizētu sūtīšanas identitāti, lai From: galvenē tiktu parādīta jūsu adrese, nevis platformas adrese.

Current atbalsta modelis piesaista katru e-pasta mijiedarbību ar kontam saistīto adresi, kas novērš viltošanu un aizsargā klienta identitāti. Tas pats princips ir attiecināms arī šeit: ierobežojiet izejošo sūtīšanu tikai ar pārbaudītām adresēm.

Profesionāļa padoms: Ieviešanas laikā izmantojiet īpašu sūtīšanas apakšdomēnu, piemēram, mail.yourdomain.com. Tas nošķir iespējamās piegādes problēmas no galvenā domēna un padara DMARC pārskatus vieglāk lasāmus.

Triāžas darbplūsmas un uzreiz izmantojamas e-pasta veidnes

Konsekventa triāžas plūsma neļauj pieteikumiem uzkrāties neizlasītiem. Šeit ir praktiska secība:

Jauns pieteikums → automātiska triāža (atslēgvārds + prioritātes atzīme) → piešķiršana rindai → pirmā atbilde → eskalācija, ja nepieciešams → atrisināšana un slēgšana

E-pasta palīdzības dienesta triāžas darbplūsmas diagramma

Uzreiz izmantojamas veidnes:

Pirmā atbilde (vispārīga): Papildu informācijas pieprasījums: Paziņojums par eskalāciju: Atmaksas apstiprinājums: Iekšējās piezīmes nodrošina kontekstu nodošanai. Veicot eskalāciju, pirms atkārtotas piešķiršanas iekopējiet klienta sākotnējo problēmu un visas jau izmēģinātās darbības iekšējā piezīmē.

Termiņi, izmaksu faktori un aptuvenā ieguldījumu atdeve

Posms Parastais ilgums Galvenās darbības
Pamata e-pasta pārvēršana pieteikumos No dažām minūtēm līdz 2 stundām Pārsūtīšana, IMAP, ienākošā pasta noteikumi
Automatizācijas un maršrutēšanas pārbaude 1–2 dienas Testa noteikumi, SLA taimeri, maršrutēšana
Veidnes, SLA un komandas apmācība 1–3 nedēļas Sagatavotas atbildes, ievadapmācība

Budžetā iekļaujamie izmaksu faktori:

  • Abonēšanas maksa par katru aģenta vietu (atkarīga no platformas un līmeņa)
  • 1–4 IT darba stundas DNS izmaiņām un OAuth iestatīšanai
  • Pēc izvēles: maksas integrācijas (CRM, Shopify, SSO)

Ieguldījumu atdeves virzītājspēki: Ātrāks pirmās atbildes laiks samazina papildu e-pastu skaitu katram pieteikumam. Mazāks papildu jautājumu skaits par vienu problēmu samazina vidējo apstrādes laiku. Komanda, kas samazina pirmās atbildes laiku no 24 stundām līdz 4 stundām un par divām atbildēm uz pieteikumu samazina papildu saziņu, jau pirmajā mēnesī pamanīs izmērāmu atrisināšanas laika samazinājumu.

Komandām, kas apsver pilnīgu platformas maiņu, Help Desk Migration piedāvā bezkoda pārsūtīšanu starp vairāk nekā 100 platformām. Tomēr lielākajai daļai mazo un vidējo komandu risinājums bez migrācijas ir ātrāks un saistīts ar mazāku risku.

Drošība un piekļuves kontrole koplietojamām pastkastēm

  • Uz lomām balstītas atļaujas: Aģentiem jāspēj lasīt un atbildēt; tikai administratoriem jāvar mainīt maršrutēšanas noteikumus, DNS iestatījumus vai integrācijas.
  • MFA visiem administratoru kontiem: Obligāti, bez izņēmumiem.
  • Minimālo nepieciešamo privilēģiju deleģēšana: Piešķiriet piekļuvi tikai atbalsta pastkastei, nevis visai Google Workspace vai Microsoft 365 videi.
  • Audita žurnāli: Katra darbība (nosūtīta atbilde, slēgts pieteikums, mainīts noteikums) jāreģistrē ar laika zīmogu un lietotāja ID.
  • Apstiprināto sūtītāju saraksti: Izejošajam e-pastam jābūt sūtītam tikai no pārbaudītām adresēm. Ierobežojiet SMTP releju ar autentificētiem lietotājiem.
  • Pielikumu apstrāde: Pieteikumiem ar ekrānuzņēmumiem vai PDF failiem, kuros ir personas dati, jābūt pieejamiem tikai norīkotajam aģentam un viņa vadītājam.
  • Dublēšana un saglabāšana: Iestatiet saglabāšanas politiku, kas atbilst jūsu juridiskajām saistībām. Lielākajai daļai ASV uzņēmumu standarta komerciālajiem ierakstiem pietiek ar 3–7 gadiem.

Profesionāļa padoms: MI ģenerētām atbildēm pieprasiet cilvēka pārbaudi pirms jebkādas automātiskas atbildes nosūtīšanas. Reģistrējiet katru MI melnrakstu, katru labojumu un katru nosūtīšanu. Ja atbilde izraisa klienta sūdzību, jums nepieciešams skaidrs ieraksts par to, ko ierosināja MI un ko apstiprināja aģents.

Kā droši izmantot MI atbilžu melnrakstu veidošanai

MI paātrina melnrakstu veidošanu, taču rada reālu risku, ja izmanto nepārbaudītus avotus. Risinājums ir ierobežot informāciju, ko MI drīkst izmantot.

  • MI, kas izmanto tikai apstiprinātas zināšanas: MI drīkst veidot atbilžu melnrakstus tikai no satura, ko esat skaidri apstiprinājuši: atrisinātiem pieteikumiem, zināšanu bāzes un jūsu tīmekļa vietnes lapām. Deskhero MI pēc izstrādes principa darbojas šādi.
  • Automātisks melnraksts + aģenta labojumu plūsma: MI izveido melnrakstu, aģents to pārbauda, rediģē un nosūta. Nekas netiek nosūtīts automātiski, ja vien jūs šo iespēju neiespējojat.
  • Atzīmējiet automatizētās atbildes: Katra atbilde, ko ģenerē vai kuras izveidē palīdz MI, pieteikuma žurnālā jāiezīmē, lai vēlāk to varētu pārbaudīt.
  • Pārliecības sliekšņi un eskalācijas izraisītāji: Ja MI nav pārliecināts, tam vajadzētu nodot jautājumu cilvēkam, nevis minēt. Epic Games Support Assistant ievēro šo principu: tas mēģina sniegt automatizētu palīdzību, parāda savus avotus un izveido cilvēka apstrādātu pieteikumu, ja nespēj atrisināt problēmu.
  • Sākumā ierobežojiet MI ar zema riska pieteikumu veidiem. Sāciet ar biežāk uzdotajiem jautājumiem un pasūtījumu statusu. Norēķinu strīdus un juridiskās sūdzības atstājiet tikai cilvēku pārziņā, līdz esat pārliecināti par MI precizitāti.

Klaviyo atbalsta modelis novirza lietotājus pie virtuālā asistenta, pirms jautājums tiek eskalēts tiešajiem aģentiem, pamatojoties uz plāna līmeni. Tas ir praktisks piemērs, kā sadalīt MI iesaisti atbilstoši pieteikuma sarežģītībai.

Uzraugāmie KPI un SLA ietvara piemērs

Galvenie e-pasta palīdzības dienesta rādītāji:

  • Pirmās atbildes laiks (mērķis: mazāk nekā 4 stundas standarta pieteikumiem)
  • Laiks līdz atrisināšanai (mērķis: mazāk nekā 24 stundas pirmā līmeņa pieteikumiem)
  • Atbilžu skaits uz pieteikumu (mazāk ir labāk; vairāk nekā 4 liecina par neskaidru pirmo atbildi)
  • Atkārtoti atvērto pieteikumu īpatsvars (vairāk nekā 10% liecina par atrisinājumu kvalitātes problēmām)
  • CSAT vērtējums e-pasta kanālā
  • Automatizācijas precizitātes rādītājs (kāda daļa automātiski maršrutēto pieteikumu nonāca pareizajā rindā)
SLA līmenis Pirmās atbildes mērķis Atrisināšanas mērķis
Steidzams 1 stunda 4 stundas
Standarta 4 stundas 24 stundas
Zema prioritāte 8 stundas 72 stundas

Pirmajā mēnesī veiciet iknedēļas SLA pārskatus, bet pēc tam, kad sākotnējie rādītāji ir stabili, pārejiet uz ikmēneša pārskatiem. Atzīmējiet pieteikumus pēc kampaņas vai produktu līnijas, lai varētu noteikt, kuras jomas rada lielāko apjomu. Mailchimp dalītā atbalsta modeļa piemērs, kur plāna līmenis nosaka piekļuvi kanāliem, var noderēt, nosakot iekšējās SLA prasības dažādiem klientu līmeņiem.

Biežākās problēmas un to novēršana

  • Piegādes problēmas: Pārbaudiet SPF, DKIM un DMARC saskaņojumu. Izmantojiet MXToolbox ierakstu pārbaudei. Ja atbildes nonāk mēstuļu mapē, From: domēns, visticamāk, neatbilst SPF autorizētajai nosūtītāja IP adresei.
  • Dublēti pieteikumi: Parasti tos izraisa trūkstoši pavediena ID tēmas rindā. Pievienojiet unikālu pieteikuma atzīmi ([#ID]) un pārliecinieties, ka sistēma sasaista atbildes pēc šīs atzīmes, nevis tikai pēc tēmas teksta.
  • Divi aģenti atbild vienlaikus: Iespējojiet vienlaicīgas apstrādes noteikšanu. Ja jūsu platformai šādas funkcijas nav, izmantojiet piešķiršanas noteikumu, kas pieteikumu piesaista vienam aģentam uzreiz pēc tā atvēršanas.
  • Nedarbojas divvirzienu sinhronizācija: Pārbaudiet IMAP akreditācijas datus un OAuth pilnvaras. Pilnvarām beidzas derīguma termiņš; iestatiet kalendāra atgādinājumu atkārtotai autentifikācijai ik pēc 90 dienām.
  • Pielikumi neparādās pieteikumos: Pārliecinieties, ka ienākošā pasta parsētājs ir iestatīts MIME pielikumu, nevis tikai vienkārša teksta uztveršanai. Pirms palaišanas pārbaudiet to ar PDF failu un attēlu.

Atkļūdošanas kontrolsaraksts pirms palaišanas:

  • SPF/DKIM/DMARC ieraksti pārbaudīti ar ārēju rīku
  • Testa pieteikums izveidots no ārējas adreses
  • Atbilde nosūtīta no palīdzības dienesta; klients redz uzņēmuma From: adresi
  • Pielikums ir redzams pieteikumā
  • Maršrutēšanas noteikums darbojas pareizi
  • SLA taimeris sāk darboties, izveidojot pieteikumu

Kas patiešām darbojas mazās atbalsta komandās

Komandas, kas visvairāk iegūst no e-pasta palīdzības dienesta, ir tās, kuras pirmajā dienā necenšas automatizēt pilnīgi visu. Sāciet ar triāžu un veidnēm. Pareizi iestatiet maršrutēšanas noteikumus. Pēc tam pievienojiet automatizāciju un MI, kad zināt savus pieteikumu modeļus.

Rokas organizē darbplūsmas kartītes

Ātrums pret kontroli ir reāls kompromiss. Pilnībā automatizēta pirmā atbilde šķiet ātra, taču, ja MI izmanto novecojušas zināšanas, tas uzticību grauj ātrāk nekā lēna cilvēka atbilde. Gudrāks risinājums ir izmantot MI veidotus melnrakstus, kurus pārbauda aģenti, un pēc tam pakāpeniski paplašināt automatizāciju pieteikumu veidiem, kuros MI precizitāte pastāvīgi ir augsta.

Personāla plānošanas ziņā maza komanda, kas strādā darba laikā un izmanto ārpus darba laika atbalsta veidlapu, piemēram, Nutshell modeli, ir ilgtspējīgāka nekā mēģinājums jau no pirmās dienas nodrošināt atbalstu visu diennakti. Iestatiet skaidrus SLA periodus, norādiet tos automātiskajā apstiprinājuma e-pastā, un klienti būs gatavi gaidīt.

Pirmās 30 dienas: aģentu apmācības prioritātes:

  • Kā izmantot iekšējās piezīmes nodošanai (1. diena)
  • Sagatavoto atbilžu bibliotēka un kad to pielāgot (1.–3. diena)
  • Eskalācijas ceļš un kad to izmantot (3.–5. diena)
  • SLA mērķi un kā pārbaudīt pieteikuma vecumu (2. nedēļa)
  • Analītikas informācijas paneļa lasīšana (3.–4. nedēļa)

Deskhero padara risinājumu bez migrācijas par ātrāko ceļu

Lielākajai daļai mazo atbalsta komandu nav nepieciešama jauna e-pasta adrese vai datu migrācijas projekts. Tām nepieciešams, lai esošā Gmail, Google Workspace vai Microsoft 365 iesūtne jau šodien darbotos kā īsts palīdzības dienests.

Deskhero

Deskhero dažu minūšu laikā izveido savienojumu ar jūsu esošo pastkasti, no ienākošajiem e-pastiem izveido pieteikumus un nodrošina, ka katra atbilde tiek sūtīta no jūsu uzņēmuma adreses. MI veido atbilžu melnrakstus tikai no jūsu apstiprinātajām zināšanām, lasa pielikumus un, ja nav pārliecināts, nodod jautājumu cilvēkam. Jūs iegūstat automatizāciju, SLA taimerus, Shopify klientu paneli, Google un Microsoft SSO, kā arī pilnu REST API — un DNS jāmaina tikai vienu reizi. Sāciet 30 dienu bezmaksas izmēģinājumu; kredītkarte nav nepieciešama.

Avoti

BUJ

Vai esošu e-pasta adresi var izmantot kā palīdzības dienestu bez migrācijas?

Jā. Tādas platformas kā Deskhero izveido savienojumu ar Gmail, Google Workspace vai Microsoft 365, izmantojot pārsūtīšanu vai IMAP, un pārvērš ienākošos e-pastus pieteikumos, nepārvietojot esošo e-pasta vēsturi.

Kādi DNS ieraksti nepieciešami e-pasta palīdzības dienesta iestatīšanai?

Jums nepieciešams derīgs SPF ieraksts, kurā iekļautas jūsu palīdzības dienesta platformas nosūtīšanas IP adreses, jūsu domēnā iespējota DKIM parakstīšana un DMARC politika autentifikācijas uzraudzībai vai ieviešanai.

Kā novērst divu aģentu atbildēšanu uz vienu un to pašu pieteikumu?

Iespējojiet vienlaicīgas apstrādes noteikšanu savā palīdzības dienesta platformā vai izmantojiet piešķiršanas noteikumu, kas pieteikumu piesaista vienam aģentam uzreiz pēc tā atvēršanas, novēršot vienlaicīgas atbildes.

Kā droši izmantot MI e-pasta palīdzības dienestā?

Ierobežojiet MI ar apstiprinātiem zināšanu avotiem, pieprasiet aģenta pārbaudi pirms jebkura melnraksta nosūtīšanas un konfigurējiet sistēmu tā, lai tā ikreiz, kad MI pārliecība ir zema, eskalētu jautājumu cilvēkam.

Cik ilgs laiks nepieciešams e-pasta palīdzības dienesta iestatīšanai?

Pamata e-pasta pārvēršana pieteikumos aizņem no dažām minūtēm līdz pāris stundām. Automatizācijas un maršrutēšanas noteikumu pārbaude parasti aizņem 1–2 dienas, savukārt pilna komandas apmācība ar veidnēm un SLA ilgst 1–3 nedēļas.