No e-pasta uz pieteikumu: pilnīgs ceļvedis atbalsta komandām

Ko īsti nozīmē “e-pasts uz pieteikumu”?

E-pasta pārvēršana par pieteikumu nozīmē, ka palīdzības dienesta programmatūra ienākošu atbalsta e-pastu pārvērš strukturētā, izsekojamā ierakstā. Temats un ziņojums kļūst par pieteikuma daļu, sūtītājs kļūst par pieprasītāju, bet pielikumi paliek sarakstē. Pēc tam atbalsta komanda var pārvaldīt pieprasījumu kopīgā rindā, nevis kopēt ziņojumus starp iesūtnēm.

Tipiska e-pasta pārvēršanas pieteikumā darbplūsma ietver:

• Pieteikuma izveide: Katrai jaunai atbalsta sarakstei tiek piešķirts ID, statuss, pieprasītājs un galamērķa rinda.
• Maršrutēšana: Pastkaste vai konfigurētie noteikumi novirza pieteikumu attiecīgajai komandai.
• Sarakstes izsekošana: Atbildes paliek piesaistītas pieteikumam, lai lietotāji varētu skatīt pilnu vēsturi vienuviet.
• Atbildīgais: Pieteikumu var piešķirt lietotājam, noteikt tam prioritāti un pārvietot starp definētajiem statusiem.

Šī darbplūsma ir klientu atbalsta pieteikumu sistēmas pamats. Tā nodrošina komandai vienu vietu, kur saņemt, kārtot, atbildēt uz e-pasta pieprasījumiem un novērtēt tos.

Kāpēc jūsu atbalsta komandai ir nepieciešama e-pasta pieteikumu sistēma

Kopīga iesūtne var darboties, ja pieprasījumu apjoms ir neliels, taču, pieaugot sarakstes apjomam, to kļūst grūtāk pārvaldīt. Ziņojumi var palikt nepamanīti, divi cilvēki var atbildēt uz vienu un to pašu pieprasījumu, un komanda var nezināt, kuri jautājumi joprojām ir atvērti.

E-pasta pieteikumu sistēma maina darba vienību no ziņojuma uz pieteikumu. Tas ļauj izmantot noderīgus darbības rādītājus:

• Pirmās atbildes laiks: Laiks no pieteikuma izveides līdz pirmajai lietotāja atbildei.
• Risināšanas laiks: Laiks no pirmās saziņas līdz pieprasījuma atrisināšanai.
• Pieteikumu apjoms: Izveidoto un atrisināto pieteikumu skaits izvēlētajā periodā.
• Neatrisināto pieteikumu uzkrājums: Pieprasījumi, kas joprojām ir atvērti un kuriem jāpievērš uzmanība.

Šos rādītājus ir grūti uzticami aprēķināt no parastas pastkastes. Pieteikumu sistēma reģistrē statusa izmaiņas un atbildes kā sarakstes daļu, nodrošinot komandai konsekventu datu avotu pārskatu veidošanai.

Atsevišķas adreses, piemēram, billing@company.com un support@company.com, var arī novirzīt ienākošo pastu dažādām komandām. Precīza konfigurācija ir atkarīga no tā, kā palīdzības dienestā ir iestatītas pastkastes un grupas.

Biežākie izaicinājumi, pārejot no iesūtnes uz pieteikumu darbplūsmām

Tehniskais savienojums ir tikai viena pārmaiņu daļa. Komandai ir nepieciešami arī kopīgi noteikumi par atbildīgo, statusu, prioritāti un eskalāciju. Bez šādām vienošanām pieteikumu rinda var radīt tādu pašu neskaidrību kā kopīga iesūtne.

Biežākās problēmas ietver:

• Mēstules un automātiskie ziņojumi: Piegādes kļūmes, automātiskās prombūtnes atbildes un nevēlami e-pasti var radīt troksni, ja vien platforma tos pienācīgi nefiltrē vai nenovirza.
• Nepareiza maršrutēšana: Nepilnīgi vai pārāk plaši noteikumi var nosūtīt pieteikumu nepareizajai komandai.
• Konteksta trūkums: Sistēmai ir jāsaglabā pielikumi un sarakstes vēsture, lai lietotājs varētu saprast pieprasījumu.
• Neinformatīvi temati: Tēmas, piemēram, “Ātrs jautājums”, sniedz maz informācijas noteikumos balstītai maršrutēšanai.
• Vecie paradumi: Komandas locekļi var turpināt atbildēt no personīgajām iesūtnēm, tādējādi izņemot saraksti no kopīgās darbplūsmas.

Praktisks padoms: Dokumentējiet, kā pasts kļūst par pieteikumu, kur tiek novirzīta katra adrese, kad pieteikumam jāmaina statuss un kad lietotājam tas jāeskalē. Īsu rokasgrāmatu ir vieglāk izmantot nekā neformālu izņēmumu kopumu.

Kā iestatīt e-pasta pārvēršanu pieteikumā palīdzības dienesta programmatūrā

Iestatīšanas secība dažādās platformās atšķiras, taču šie soļi aptver svarīgākos lēmumus:

1. Pievienojiet vai pārsūtiet atbalsta pastkasti. Izmantojiet īpašu adresi, piemēram, support@yourcompany.com. Atkarībā no palīdzības dienesta varat pievienot Google vai Microsoft pastkasti, konfigurēt pārsūtīšanu no cita pakalpojumu sniedzēja vai izmantot platformas nodrošinātu adresi.

2. Piesaistiet pastkastes komandām. Izlemiet, kur jāparādās pastam, kas nosūtīts uz tādām adresēm kā billing@, returns@ un support@. Pirms palaišanas pārbaudiet katru maršrutu ar īstu ziņojumu.

3. Izlemiet, kā rīkoties ar nevēlamiem ziņojumiem. Nosakiet atkārtotas atteices ziņas, automātiskās atbildes un nevēlamos sūtītājus. Izmantojiet platformas piedāvātos vadības rīkus, lai tos neiekļautu aktīvajās rindās.

4. Pievienojiet nelielu maršrutēšanas noteikumu kopumu. Sāciet ar viegli saprotamiem un pārbaudāmiem nosacījumiem. Piemēram, pastkaste billing@ var tieši novirzīt pieteikumus norēķinu komandai. Pirms sarežģītāku atslēgvārdu vai uz AI balstītu nosacījumu pievienošanas pārskatiet rezultātu.

5. Pārbaudiet pielikumus un sarakstes sasaisti. Nosūtiet ekrānuzņēmumus, PDF failus un atbildes no ārēja konta. Pārliecinieties, ka faili ir pieejami pieteikumā un ka vēlākās atbildes tiek pievienotas esošajai sarakstei.

6. Definējiet statusus un atbildīgos. Vienojieties, ko jūsu komandai nozīmē “atvērts”, “gaida”, “atrisināts” un “slēgts”. Pārliecinieties, ka lietotāji zina, kad piešķirt pieteikumu, atstāt iekšēju piezīmi vai lūgt palīdzību citai komandai.

Praktisks padoms: Sākotnējo versiju veidojiet vienkāršu. Pierakstiet katru noteikumu, tā mērķi un piemēru, kuram tas būtu jāatbilst. Tas ievērojami atvieglo neparedzētas maršrutēšanas diagnosticēšanu.

Kā AI var atbalstīt e-pasta pieteikumu darbplūsmu

AI var palīdzēt pēc tam, kad e-pasts ir kļuvis par pieteikumu, taču tā loma ir atkarīga no produkta. Tas var palīdzēt klasificēt jaunu pieprasījumu, ieteikt atbildi, tulkot saraksti vai novērtēt maršrutēšanas nosacījumu. Komandām jāpārbauda, kādas zināšanas AI izmanto un vai rezultātu pārskata cilvēks.

Uzdevums	Uz noteikumiem balstīta pieeja	Iespējamā pieeja ar AI atbalstu
Maršrutēšana	Atbilstības meklēšana pēc pastkastes, sūtītāja vai atslēgvārda	Pieprasījuma nozīmes izvērtēšana
Prioritāte	Noteikta nosacījuma piemērošana	AI novērtēta nosacījuma izmantošana konfigurētā noteikumā
Atbildes sagatavošana	Sākšana no veidnes	Melnraksta sagatavošana, izmantojot darbvietā pieejamās zināšanas
Pielikuma konteksts	Faila manuāla atvēršana un izlasīšana	Atbalstītu attēlu vai dokumentu iekļaušana ieteiktajā atbildē
Tulkošana	Atsevišķa tulkošanas posma izmantošana	Pieteikuma tulkošana un melnraksta sagatavošana palīdzības dienestā
Kvalitātes kontrole	Lietotājs pārbauda atbildi	Lietotājs pārskata, rediģē vai noraida ieteikumu

AI ir visnoderīgākais, ja tā darbības joma ir skaidra. Ieteiktā atbilde jāuztver kā melnraksts, nevis kā pierādījums tam, ka pamatā esošā informācija ir pareiza. Lietotājs joprojām ir atbildīgs par atbildes pārskatīšanu pirms tās nosūtīšanas.

Automatizācijai, kas vērsta uz klientiem, nepieciešama stingrāka kontrole. Deskhero AI automātiskās atbildes un tērzēšanas robots atbild tikai no apstiprinātā publiskā BUJ. Ja tērzēšanas robots nevar pārliecinoši atbildēt, tas novirza klientu uz saziņas veidlapu, lai saraksti varētu turpināt cilvēks.

Svarīgākās atziņas par e-pasta pārvēršanu pieteikumos atbalsta komandām

Labi konfigurēta e-pasta pieteikumu sistēma pārvērš iesūtni kopīgā, izmērāmā atbalsta darbplūsmā.

• Definējiet maršrutēšanu pirms palaišanas. Katrai pastkastei jābūt skaidram galamērķim.
• Pārbaudiet īstas sarakstes. Pārbaudiet jaunus ziņojumus, atbildes, pielikumus un vairākus adresātus.
• Vienojieties par statusiem. Pārskati ir noderīgi tikai tad, ja komanda katru statusu piemēro konsekventi.
• Automatizāciju pievienojiet pakāpeniski. Vienkāršus, dokumentētus noteikumus ir vieglāk pārbaudīt un uzturēt.
• Nodrošiniet cilvēku atbildību. AI ģenerētie melnraksti joprojām ir jāpārskata pirms nosūtīšanas.

Ieviešanas un pārmaiņu vadības labākā prakse

Sāciet ar vienu komandu vai vienu pastkasti. Izmantojiet pilotprojektu, lai pārbaudītu maršrutēšanu, atļaujas, paziņojumus un statusu definīcijas. Novērsiet acīmredzamos traucēkļus, pirms pārējās atbalsta adreses pārvietojat uz sistēmu.

Piešķiriet zinošu lietotāju, kurš ieviešanas laikā atbild uz jautājumiem par darbplūsmu. Kopīgi pārskatiet nelielu īstu pieteikumu paraugu, tostarp vienu pareizi novirzītu un vienu nepareizi novirzītu pieteikumu. Tas padara noteikumus konkrētus un palīdz komandai vienoties par izņēmumu apstrādi.

Dokumentējiet izmaiņas, konfigurācijai attīstoties. Maršrutēšanas noteikums, kas bija loģisks palaišanas brīdī, var kļūt nevajadzīgs, kad tiek pievienota jauna pastkaste vai komanda.

Galvenie ar e-pasta pārvēršanu pieteikumos saistītie veiktspējas rādītāji

Daži rādītāji var parādīt, vai darbplūsma uzlabojas:

Pirmās atbildes laiks mēra intervālu starp pieteikuma izveidi un pirmo atbildi. Pārskatiet ne tikai vidējo rādītāju, bet arī sadalījumu, jo neliels skaits ļoti vecu pieteikumu var palikt nepamanīts, ja tiek izmantots tikai viens kopsavilkuma skaitlis.

Risināšanas laiks parāda, cik ilgi pieteikums paliek aktīvs. Salīdziniet līdzīgas komandas un pieprasījumu veidus, nevis pieņemiet, ka katra problēma jāatrisina vienādā laikā.

Izveidoto un atrisināto pieteikumu apjoms parāda, vai komanda tiek galā ar ienākošo darbu. Ilgstoša atšķirība var liecināt par augošu neizskatīto pieteikumu uzkrājumu vai pieprasījuma izmaiņām.

Laiks katrā statusā palīdz atšķirt darbu, kas gaida komandas rīcību, no darba, kas gaida pieprasītāja atbildi. Šim rādītājam būtiska ir konsekventa statusu lietošana.

Drošība un datu konfidencialitāte e-pasta pieteikumu sistēmās

Klientu e-pastos var būt personas informācija, pasūtījumu dati, konta informācija un pielikumi. Pirms ražošanas pastkastes pievienošanas izvērtējiet, kā palīdzības dienests šo informāciju glabā, pārsūta un atklāj.

Pārskatiet autentifikāciju, lietotāju lomas, grupu atļaujas, glabāšanas termiņus, dzēšanu, eksportēšanu un dokumentāciju par reaģēšanu uz incidentiem. Pārbaudiet, kuras personas var redzēt katru pastkasti un vai deaktivizētiem kontiem piekļuve tiek savlaicīgi noņemta. Ja uz jūsu organizāciju attiecas privātuma regulējums vai līgumiskas prasības, kopā ar juridisko vai drošības komandu pārbaudiet pakalpojumu sniedzēja aktuālo dokumentāciju.

Pārbaudiet arī, kā tiek autentificēts izejošais pasts un kuru adresi redzēs klienti. Pareiza sūtītāja konfigurācija veicina piegādājamību un atvieglo leģitīmu atbalsta atbilžu atpazīšanu.

Automatizācijas noteikumi un darbplūsmas, ko aktivizē e-pasta pārvēršana pieteikumā

Jauna pieteikuma automatizācija var veikt sākotnējo maršrutēšanu, pirms lietotājs atver saraksti. Pieejamie aktivizētāji un darbības dažādos palīdzības dienestos atšķiras, tāpēc veidojiet noteikumus, pamatojoties uz produkta dokumentētajiem vadības rīkiem.

Noderīgi sākumpunkti ietver:

• Maršrutēšana pēc pastkastes: Nosūtiet pieteikumus no katras atbalsta adreses grupai, kas atbild par attiecīgo darbu.
• Pieprasītāja noteikumi: Ja ir skaidrs biznesa pamatojums, maršrutējiet vai atzīmējiet ziņojumus no zināmas adreses vai domēna.
• Temata vai pamatteksta noteikumi: Atrodiet konkrētus terminus un iestatiet grupu, statusu, prioritāti, atbildīgo, tagu vai atbalstītu pielāgotu lauku.
• Mēstuļu apstrāde: Dzēsiet jaunu pieteikumu, ja šaurs, pārbaudīts nosacījums identificē atkārtotus nevēlamus e-pastus.

Deskhero automatizācijas darbojas ar jauniem pieteikumiem. Tās var izvērtēt pieprasītāja informāciju, ziņojuma saturu, valodu vai AI nosacījumu, pēc tam iestatīt atbalstītus pieteikuma rekvizītus vai dzēst mēstules. Automātiskās atbildes tiek konfigurētas atsevišķi. Veidojiet noteikumus šaurus, pārbaudiet tos ar piemēriem un pārskatiet to secību, ja var tikt piemērots vairāk nekā viens noteikums.

Kā apmācīt atbalsta komandu darbam ar e-pasta pieteikumu darbplūsmām

Apmācības vislabāk darbojas ar reālistiskiem pieteikumiem. Izstāstiet, kā pieprasījums tiek saņemts, kur tas tiek novirzīts, kurš par to atbild, kāds statuss tam piemērojams un ko saņem klients.

Katras nodarbības laikā pievērsieties trim uzdevumiem:

1. Konsekventi atjauniniet pieteikuma statusu. Definējiet, kad pieteikums ir atvērts, gaida, ir atrisināts vai slēgts.
2. Pienācīgi izmantojiet privātās piezīmes. Reģistrējiet iekšējo kontekstu pieteikumā, nenosūtot to pieprasītājam.
3. Eskalējiet ar kontekstu. Pirms pieteikuma piešķiršanas citai komandai paskaidrojiet, kas tika pārbaudīts un kāda palīdzība nepieciešama.

Pēc palaišanas katru nedēļu pārskatiet dažus pieteikumus. Īsa un konkrēta apmācība ir noderīgāka par vispārējas produkta demonstrācijas atkārtošanu.

Deskhero pārvērš jūsu esošo pastkasti par pilnvērtīgu palīdzības dienestu

Deskhero savienojas ar Gmail, Google Workspace, Microsoft 365 un Microsoft kopīgajām pastkastēm. To var izmantot arī ar pastkasti citā jums piederošā domēnā, izmantojot DNS iestatīšanu un pārsūtīšanu. Ienākošie ziņojumi kļūst par pieteikumiem, un atbildes var nosūtīt no uzņēmuma paša adreses.

Katra Deskhero pastkaste tiek novirzīta uz vienu grupu. Lietotāji var pārvaldīt saraksti kopīgā pieteikumu skatā, kur pieejami statusi, prioritātes, piešķiršana, tagi, privātās piezīmes, pielikumi un reģistrēta laika līnija.

Deskhero var sagatavot atbilžu melnrakstus, izmantojot darbvietas zināšanas, tostarp atbildētos pieteikumus, iekšējo zināšanu bāzi, apstiprinātus publiskā BUJ ierakstus, nokasītas tīmekļa vietņu lapas, importētus materiālus un Shopify produktu datus, kad savienojums ir izveidots. Ieteiktajās atbildēs kā kontekstu var izmantot atbalstītus attēlu un dokumentu pielikumus. Lietotājs pārskata melnrakstu pirms tā nosūtīšanas.

Klientiem paredzētais AI izmanto šaurāku avotu. Tērzēšanas robots un AI automātiskās atbildes sniedz atbildes tikai no apstiprinātā publiskā BUJ. Automātiskās darbības ir izvēles, marķētas un reģistrētas. Deskhero arī iesaka BUJ ierakstus no atrisinātām sarunām, lai cilvēks tos pārskatītu. Produkts atbalsta 14 saskarnes valodas, ietver Shopify klientu paneli un nodrošina REST API.

Sāciet 30 dienu bezmaksas izmēģinājumu — kredītkarte nav nepieciešama.

BUJ

Kas ir e-pasta pieteikumu sistēma?

E-pasta pieteikumu sistēma pārvērš ienākošos atbalsta e-pastus palīdzības dienesta pieteikumos ar pieprasītāju, statusu, sarakstes vēsturi un citiem izsekojamiem laukiem.

Kā e-pasta pārvēršana pieteikumā apstrādā pielikumus?

Piemērots palīdzības dienests saglabā pielikumus kopā ar pieteikuma saraksti. Pirms palaišanas pārbaudiet failu tipus un izmēra ierobežojumus, ko jūsu komanda parasti saņem.

Kādi automatizācijas noteikumi man vispirms jāiestata?

Sāciet ar maršrutēšanu no pastkastes uz komandu un nelielu skaitu šauru nosacījumu atkārtotiem pieprasījumu veidiem vai nevēlamiem e-pastiem. Sarežģītību palieliniet tikai pēc reālo rezultātu pārskatīšanas.

Kā Deskhero apstrādā e-pasta pārvēršanu pieteikumā?

Deskhero savienojas ar Google un Microsoft pastkastēm, tostarp Microsoft kopīgajām pastkastēm. Tas atbalsta arī DNS balstītas pastkastes citos jums piederošos domēnos. Ienākošās sarakstes kļūst par pieteikumiem, un atbildes var nosūtīt no uzņēmuma paša adreses.

Kādi rādītāji man jāuzrauga pēc sistēmas palaišanas?

Sāciet ar izveidoto un atrisināto pieteikumu apjomu, pirmās atbildes laiku, risināšanas laiku un laiku katrā statusā. Izmantojiet konsekventas statusu definīcijas, lai rezultāti saglabātu nozīmi.

---

Svarīgākās atziņas

E-pasta pieteikumu sistēma nodrošina atbalsta komandām kopīgu atbildību, pilnīgu sarakstes ierakstu un uzticamu pamatu pārskatu veidošanai.

Punkts	Informācija
Pamata konversijas process	Ienākošs e-pasts kļūst par pieteikumu ar pieprasītāju, statusu, ziņojumu vēsturi un pielikumiem.
Nozīmīgie rādītāji	Uzraugiet izveidoto un atrisināto pieteikumu apjomu, pirmās atbildes laiku, risināšanas laiku un laiku katrā statusā.
Skaidrs atbildīgais	Pirms ieviešanas paplašināšanas definējiet pastkastes maršrutēšanu, piešķiršanu, statusus un eskalāciju.
Pārdomāta automatizācija	Sāciet ar šauriem, dokumentētiem noteikumiem un pārskatiet to rezultātus, pirms pievienojat sarežģītību.
Deskhero iestatīšana	Deskhero savieno esošās pastkastes, izveido kopīgus pieteikumus un nosūta atbildes no uzņēmuma adreses.

Ieteicams

• Shopify AI klientu atbalsts | Deskhero